[Clfs-support] xorg 7 script problem

[Grail Dane]

Well adding the "\r" won't help as then tar will more than likely not recognise the file type.
So when opening the downloaded Proto-20101205.wget in vim it reports that it is a dosfile.  Also if you put something like the following around the package variable:
echo "|$package|"
You will see that the final pipe is not displayed.Also, cat -A Proto-20101205.wget reveals all lines look like:
applewmproto-1.4.1.tar.bz2^M$
So this quick fix worked for me:
sed -i 's/^M$//' Proto-20101205.wget
Hope that helpsgrail
> Date: Mon, 28 Mar 2011 22:37:42 -0600
> From: rdach at telus.net
> To: clfs-support at lists.cross-lfs.org
> Subject: Re: [Clfs-support] xorg 7 script problem
> 
> 
> that part of "done" not being a file isn't the problem.
> this was all done under a previous build of CLFS that I did. 
> the problem is that tar will not open any of the packages supplied by Proto-20101205.wget, if I use the script and yes I've successfully downloaded all the packages in the above wget file. 
> 
> I can tar each package individually 
> example tar xvpf xproto-7.0.19.tar.bz2  will successfully unpack the package and I can then build it as per instructions.
> If I use the script it will correctly echo 
> echo $package
>   xproto-7.0.19.tar.bz2
> echo $packagedir
>   xporto-7.0.19
> 
> but tar will not work because it adds the \r to the package name and that applies to all the packages and of course none of the packages have that name.
> On this computer I am using Debian and it results in the same output.
> 
> I think I'll have to try and cp all the packages and add the "\r" to the package name.
> 
> 
> tks
> 
> 
> On Tue, 29 Mar 2011 00:45:03 +0000
> Grail Dane <grail69 at hotmail.com> wrote:
> 
> > 
> > Well the grep error is due to you not having the complete script, ie the following line:
> > echo "$packagedir" >> done || break
> > Is what populates the done file, bad name in my opinion as it is confusing, however, have you also performed the priorstep of:
> > wget -B http://xorg.freedesktop.org/releases/individual/proto/ -i ../Proto-20101205.wget
> > As this will download the files you require which seems to be the complaint about no file?The \r may be a remnant if you performed any of this under Windows?
> > Let us know how you go?
> > cheersgrail
> > 
> > > Date: Mon, 28 Mar 2011 13:03:38 -0600
> > > From: rdach at telus.net
> > > To: clfs-support at lists.cross-lfs.org
> > > Subject: [Clfs-support] xorg 7 script problem
> > > 
> > > 
> > > Hi 
> > > 
> > > I am trying to rebuild CFLS and I have run into a problem with the script for helping build the xorg7 proto  section of the CBLFS
> > > 
> > > when I run the script 
> > >  top=$PWD
> > >  cat ../Proto-20101205.wget | while read package; do   packagedir=$(sed -e "s/\.tar\.bz2//" <<< $package);    cd $top || break; 
> > > grep ^$packagedir$ done && continue;  
> > >  echo $package && 
> > > echo $packagedir && 
> > > tar xvf $package; 
> > > done
> > > 
> > > I get the output of  
> > > 
> > > grep: done: No such file or directory
> > > applewmproto-1.4.1.tar.bz2
> > > applewmproto-1.4.1
> > > tar: applewmproto-1.4.1.tar.bz2\r: Cannot open: No such file or directory
> > > tar: Error is not recoverable: exiting now
> > > 
> > > etc for all the rest of the tar.bz2 files
> > > 
> > > I copied this directly from the website??? and of course only added the echo parts to see if the package and packagedir were correctly shown  
> > > 
> > > why does tar put in the \r at the end of the package name????
> > > 
> > > tks
> > > -- 
> > > Randolph D Dach <rdach at telus.net>
> > > _______________________________________________
> > > Clfs-support mailing list
> > > Clfs-support at lists.cross-lfs.org
> > > http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
> >  		 	   		  
> 
> -- 
> Randolph D Dach <rdach at telus.net>
> _______________________________________________
> Clfs-support mailing list
> Clfs-support at lists.cross-lfs.org
> http://lists.cross-lfs.org/listinfo.cgi/clfs-support-cross-lfs.org
 		 	   		  
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clfs.org/pipermail/clfs-support-clfs.org/attachments/20110329/ec0fb6df/attachment-0001.htm>