<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Bunzip2 on Michael’s Domain</title><link>https://jeltsch.org/en/tags/bunzip2/</link><description>Recent content in Bunzip2 on Michael’s Domain</description><generator>Hugo</generator><language>en-us</language><copyright>Copyright © 2002 - 2026 Michael Jeltsch.</copyright><lastBuildDate>Fri, 24 Jul 2026 00:18:18 +0300</lastBuildDate><atom:link href="https://jeltsch.org/en/tags/bunzip2/index.xml" rel="self" type="application/rss+xml"/><item><title>The sticky bit, bzip2 and automatic start of programs upon login</title><link>https://jeltsch.org/en/the_sticky_bit_bzip2_and_automatic_start_of_programs_upon_login/</link><pubDate>Sat, 26 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/the_sticky_bit_bzip2_and_automatic_start_of_programs_upon_login/</guid><description>&lt;p&gt;&lt;strong&gt;The sticky bit&lt;/strong&gt;I am still wondering what exactly the &amp;ldquo;stick bit&amp;rdquo; in the file permissions is doing. My suspicion is that if the sticky bit is set for a directory in the group field (chmod g+s foldername) that the permissions are inherited (that is all newly created files in that folder and below will have the same permissions as their parents. But maybe I am wrong as there is still the weird &amp;ldquo;umask&amp;rdquo; command that influences permissions of newly created files. I have to figure out how to automatically set the permissions of a specific directory (which is going to be shared among different users to g+rw.&lt;strong&gt;bzip2 and bunzip2&lt;/strong&gt;To uncompress a bzip2 file, execute the following command:&lt;code&gt;bunzip2 filename.txt.bz2&lt;/code&gt; (where filename.txt.bz2 is the name of the file you wish to uncompress). The result of this operation is a file called filename.txt. By default, bunzip2 will delete the filename.txt.bz2 file.&lt;strong&gt;Automatic start of programs upon login&lt;/strong&gt;To start up automatically a program upon login, e.g. gaim, I just added the following line to the end of my .bash_profile: &amp;ldquo;gaim &amp;amp;&amp;rdquo;. I don&amp;rsquo;t know whether it&amp;rsquo;s a good way to implement it like this but it works. I then did the mistake to start the vncserver with this method. What happend was, that upon logging in, the vncserver started up. And of course .bash_profile got executed within the first xdisplay of the vncserver (which happens in case of Red Hat 9 to start up KDE as window manager). So from within this session another instance of vncserver was started. this repeated itself until I had about 80 vncservers running on my machine and the speed slowed down dramatically.&lt;/p&gt;</description></item></channel></rss>