<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Bzip2 on Michael’s Domain</title><link>https://jeltsch.org/en/tags/bzip2/</link><description>Recent content in Bzip2 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/bzip2/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><item><title>Self-extracting compressed files</title><link>https://jeltsch.org/en/self_extracting_compressed_files/</link><pubDate>Fri, 25 May 2007 00:00:00 +0000</pubDate><guid>https://jeltsch.org/en/self_extracting_compressed_files/</guid><description>&lt;p&gt;Today I created a self-extracting, compressed file from a pdf document (disclosure.pdf). First I compressed the pdf file:&lt;/p&gt;
&lt;div class="codeblock syntax-highlight mb-3"&gt;&lt;div class="highlight"&gt;&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;bzip2 disclosure.pdf&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;/div&gt;&lt;p&gt;Then I create a text file (header.txt) with the following content:&lt;/p&gt;</description></item></channel></rss>