[Slapt-get-user] slapt-get-0.9.11f on slack10.2
Per Börjesson
sky at hi.eclipse.co.uk
Sun Nov 12 14:56:12 EST 2006
Hi Jason,
Sorry about the delay, I've been away.
I would like to say that I have had a very good experience with slapt-get on my two
desktops, so I believe that there must be some silly error here, it's just difficult
to find. There is probably nothing wrong with the slapt-get package on my laptop.
For some time until the release of 11.0 I was tracking current using slapt-get with one
of my desktops using WORKINGDIR=/cosmos/Linux_Download/slapt-get. I would then update
my second desktop with slapt-get using this repository both as WORKINGDIR and SOURCE.
This has worked well, so in principle I expect my repository to be OK, but in practice
I'm not 100% sure of course.
NB: /cosmos is an NFS mount.
Jason Woodward wrote:
> Hi Per,
>
>> I already have a slapt-get repository which has been used both as SOURCE and
>> WORKINGDIR for tracking current and then to sync with 11.0. This has worked
>> well on two of my desktops.
>>
>> I used my 10.2 CD's to install Slackware on a laptop. Then I wanted to upgrade
>> it using slapt-get, so I installed slapt-get-0.9.11f on it, edited slapt-getrc
>> to point to my repository both as SOURCE and WORKINGDIR, and I also added a
>> SOURCE for ftp://ftp.slackware.no/pub/linux/slackware/slackware-11.0.
>>
>> However when I try to use slapt-get to download packages I get error messages like:
>>
>> ---------------------------------------------------
>> Could not find MD5 checksum for acl, override with --no-md5
>> Get file:///cosmos/Linux_Download/slapt-get/ acl 2.2.39_1-i486-1 [0kB]...
>> ** Resuming transfer from byte position 141674
>> % Total % Received % Xferd Average Speed Time Time Time Current
>> Dload Upload Total Spent Left Speed
>> 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0
>> Could not find MD5 checksum for acl, override with --no-md5
>> Download of acl incomplete
>> ---------------------------------------------------
>>
>> I have used the script from FAQ17 to to keep my repository in order, but I checked
>> in CHECKSUMS.md5 to see if any checksum was missing, and it certainly had an entry
>> for the package slapt-get was complaining about.
>>
>> I then thought something must be wrong with my downloaded package because the error
>> message says "Resuming transfer from byte position 141674" as if the original
>> download was not properly completed. Therefore I renamed the tgz-file and executed the
>> FAQ17-script in the hope that this was just a local error. As a result slapt-get now
>> downloaded the "problematic package" from external source instead of my local source,
>> but then I got the same error for another package! After 4 renames where I get the
>> same error on the next package in the queue, I decided something is seriously wrong.
>> Comparing the newly downloaded packages with my renamed versions I had identical size
>> and time stamp, so I wonder if anything really is wrong with my old ones.
>
> Using acl-2.39_1-i486-1 as an example, can you show me the output of the following commands:
>
> slapt-get --show acl-2.2.39_1-i486-1
root at m03r21a2905:~# slapt-get --show acl 2.2.39_1-i486-1
Package Name: acl
Package Mirror: file:///cosmos/Linux_Download/slapt-get/
Package Location: ./slackware/a
Package Version: 2.2.39_1-i486-1
Package Size: 138 K
Package Installed Size: 350 K
Package Required:
Package Conflicts:
Package Suggests:
Package MD5 Sum:
Package Description:
acl (tools for using POSIX Access Control Lists)
This package contains a set of tools and libraries for manipulating
POSIX Access Control Lists. POSIX Access Control Lists (defined in
POSIX 1003.1e draft standard 17) are used to define more fine-grained
discretionary access rights for files and directories.
Package Installed: no
No such package: 2.2.39_1-i486-1
...hmmm, why does it say at the end "No such package: 2.2.39_1-i486-1"?
> find /cosmos/Linux_Download/slapt-get/ -name acl-2.2.39_1-i486-1.tgz -exec md5sum {} \;
root at m03r21a2905:~# find /cosmos/Linux_Download/slapt-get/ -name acl-2.2.39_1-i486-1.tgz -exec md5sum {} \;
2b5a7eca4d82e4a052d8233b2b6f4bb5 /cosmos/Linux_Download/slapt-get/slackware/a/acl-2.2.39_1-i486-1.tgz
I also took the opportunity and copied the checksum from ftp://ftp.slackware.com/pub/slackware/slackware-11.0/CHECKSUMS.md5
which I pasted into the file "md5_for_acl". Then I did
a 46% md5sum -c md5_for_acl
acl-2.2.39_1-i486-1.tgz: OK
...so it seems to me that the acl package is OK.
I got the same result for http://software.jaos.org/slackpacks/10.2/slapt-get-0.9.11f-i386-1.tgz
which is what I currently have on my laptop.
>
> And your full slapt-getrc.
# See /usr/doc/slapt-get-0.9.11f/example.slapt-getrc
# for example source entries and configuration hints.
# working directory, local storage/cache
WORKINGDIR=/cosmos/Linux_Download/slapt-get
# exclude package names and expressions
EXCLUDE=^kernel-.*,^alsa-.*,^glibc.*,.*-[0-9]dl$,^devs$,^udev$,aaa_elflibs,x86_64,^tar$,^lvm$,^855resolution$
# * to exclude pre and beta packages, add this as an exclude:
# [0-9\_\.\-]{1}pre[0-9\-\.\-]{1}
# To exclude architectures such as i686, use the following:
# [\_\-]+i686
# pull from local downloads (slacktrack is in extra, so no need for other_pack)
SOURCE=file:///cosmos/Linux_Download/extra/
SOURCE=file:///cosmos/Linux_Download/linuxpackages/
#SOURCE=file:///cosmos/Linux_Download/other_pack/
#SOURCE=file:///cosmos/Linux_Download/testing/
# Reuse the WORKINGDIR set up by galaxy
SOURCE=file:///cosmos/Linux_Download/slapt-get
# For testing if there are obsolete packages
SOURCE=ftp://ftp.slackware.no/pub/linux/slackware/slackware-11.0
#SOURCE=ftp://ftp.slackware.no/pub/linux/slackware/slackware-current
#SOURCE=http://software.jaos.org/slackpacks/current/
#SOURCE=ftp://ftp.brownjava.org/pub/frg/frg-current/
>
> Also, is this still a problem without the slack 11 source enabled?
Yes
>
>
> Thanks,
> jason
Regards
Per
More information about the Slapt-get-user
mailing list