myDSL Extensions (deprecated) :: styles.tar.gz



mpie, adraker, ...

I think mikshaw has the point down pat...

<<edit>>
mpie, please email a copy of your original Striking.tar.gz to adraker,
so he can continue to follow along in this thread with us...
<</edit>>

Copy the two .tar.gz files to a work directory...
For this example, I used /home/dsl/work...
Don't untar them yet......

Use this syntax to compare the two...

"tar -ztf striking-theme.tar.gz > new.txt"

"tar -ztf Striking.tar.gz > old.txt"

Open both of the txt files up in scite...
You'll see the difference...

Mine are just the files...
The other is full of DIRECTORIES...   bad puddy tat...
( ...screams from the movie "Psycho" in the background for effect :O ...)

Remember, we don't want to overwrite /home
Especially with a directory that is owned by dsl.staff...

Untar the Striking.tar.gz file, and look inside...
If you "ls -alR" in a shell , you will see that all of the files and dirs are owned by dsl.staff.
/home is normally owned by root, not dsl

Point is, they are already there, in the base DSL system.
Extensions should ONLY contain files, not directories,with few exceptions.

You can imagine what happens when /tmp, /usr, /usr/bin, or /usr/lib get overwritten !

Sometimes, I get contribs that have everything root.root
A surefire way to hose your box.....at least your desktop...

I also changed the perms on your style file "Striking"...
Most files under /home/dsl are -rw-r--r-- ( chmod 644 )
If you look at your lightning.jpg, it is correct. -rw-r--r--
Same goes with lnk and png/gif files as well for making desktop icons,
and menu files under ~/mydsl.menu/* get the same treatment...
Note: All of the examples in this paragraph are owned by dsl.staff

Then , I tarred it back up with the --no-recursion and --numeric-owner switches
to make it tar only the contents of my edited txt file, and work with both user damnsmall and user dsl .

All this for a "two file" theme extension.....

Is your noggin knockin by now?!
LINUX ---> f e e d   y o u r   h e a d

73
ke4nt

Ke4nt1-
Yup,mine is-
I'd like to see these files 'cos I don't get the process.
Some time ago,I pulled apart your copperwine theme
and I thought thats how it was done... I'll have to start over.
No more themes for me- bad Drake!
Back to the man and info pages with you.
Sorry for the bum advice mpie!


Adraker

Yep I see.....(said the blind man)
is there a way to compile it with tar without including the /home/dsl  what if i started from .fluxbox would that of worked or is the only way to edit by hand?

I always start with a list...
( course I'm rebuilding them, but making changes or additions requires the same treatment.. )
You need to start with a list...
Now, how far back you want to go, I don't know...

If you installed an app from apt-get, you can "dpkg -L packagename" to make a list,
but then you have to know the names of ALL the packages you installed, ( I write them down during the install )
and make a list for each one and combine them.  
cbagger01's script does a great job of this, combining all the packages into one .dsl , with no directories..
You could always take that .dsl file, and use these tips to remove docs and man pages, etc.., and rebuilt the .dsl cleanly...  

If you installed from a .tar.gz , you can use the previous "tar -ztf pkgname.* > *.txt"
Either way, yes, it requires some handwork to make the list clean..
There are a few tools and tricks, like using emelfm search/replace feature to remove
any leading ./'s that appear in filelists...

Read my other thread that mikshaw refers to, as it has more info about actually creating your .dsl from your list..  
I think it answers your specific question about "compiling" a tar without directories..
Building your tar without directories is what the LIST is for.
When you use "tar -T anylist.txt --no-recursion --numeric-owner -cvf- | gzip > anyfile.dsl" ,
as long a your LIST has no directories in it, your .dsl won't either...

For small files like these themes, I would simply type out a list..

But there is no reason you couldn't build them using the same method you did
when you sent them to me, and then applying this info as a "second stage"
to create your list, cleanup perms/owners, and remove unnecessary files.
Edit the pieces we don't want out of your list, and rebuild the tar...

Just like I did....   :)

Keep em' comin'

73
ke4nt

If you are going to do alot of this type of work I would suggest adding some buttons to Emelfm to help with all the repetative tar commands. You could save your .emelfm directory to your filetool.list so your buttons would be included everytime you reboot the live cd and restore settings. I hate repetative typing!  :D

Chris

Next Page...
original here.