<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Disqus - Latest Comments for markie_mark</title><link>http://disqus.com/by/markie_mark/</link><description></description><atom:link href="http://disqus.com/markie_mark/comments.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Fri, 05 Sep 2008 10:52:21 -0000</lastBuildDate><item><title>Re: Corrupt download caused installation to hang, unzip lessons learned</title><link>http://www.dannorris.com/2008/08/22/corrupt-download-caused-installation-to-hang-unzip-lessons-learned/#comment-2143918</link><description>&lt;p&gt;Ah yeah - and a general good practice is to check the error code of the command you last ran (especially for important steps!).&lt;/p&gt;&lt;p&gt;$ echo $?&lt;/p&gt;&lt;p&gt;Will return the exit status of the last command - generally '0' implies a successful execution - consulting the man page for most commands will give a detailed description of the exit status meanings:&lt;/p&gt;&lt;p&gt;DIAGNOSTICS&lt;br&gt;       The exit status (or error level) approximates the exit codes defined by PKWARE and takes on the following values, except under VMS:&lt;/p&gt;&lt;p&gt;              0      normal; no errors or warnings detected.&lt;/p&gt;&lt;p&gt;              1      one  or  more  warning errors were encountered, but processing completed successfully anyway.  This includes zipfiles where one or more files was skipped due to unsupported compression&lt;br&gt;                     method or encryption with an unknown password.&lt;/p&gt;&lt;p&gt;HTH&lt;/p&gt;&lt;p&gt;Mark&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">markie_mark</dc:creator><pubDate>Fri, 05 Sep 2008 10:52:21 -0000</pubDate></item><item><title>Re: Corrupt download caused installation to hang, unzip lessons learned</title><link>http://www.dannorris.com/2008/08/22/corrupt-download-caused-installation-to-hang-unzip-lessons-learned/#comment-2143485</link><description>&lt;p&gt;Another "gotya" of this nature is with tar files, especially with the non-GNU versions of tar, some of which have limitations with the length of basename and filename - resulting in tar spitting out files which are not usable - this is especially prevalent in older traditional unix systems (Solaris etc.).  The problem is reported however because most people execute tar with the verbose flag that there is so much output you don't notice the errors - $ tar xfv mark.tar.   If you drop the verbose flag - only errors and the tar summary are printed.&lt;/p&gt;&lt;p&gt;The resolution to opening tar files with long pathname is to install and use the GNU version of tar (often called gtar) and use it when manually creating and extracting tar files (Note: do not replace the system tar - it's used by pkginfo).&lt;/p&gt;&lt;p&gt;HTH&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">markie_mark</dc:creator><pubDate>Fri, 05 Sep 2008 10:25:55 -0000</pubDate></item></channel></rss>