sm-discuss AT lists.ibiblio.org
Subject: Public SourceMage Discussion List
List archive
- From: Andrew <afrayedknot AT thefrayedknot.armory.com>
- To: sm-discuss <sm-discuss AT lists.ibiblio.org>
- Subject: Re: [SM-Discuss] truncated downloads
- Date: Mon, 20 Sep 2004 09:52:45 -0700
Theres a md5sum checking menu in sorcery -> option -> integrity checking
-> download. It'll complain on certain conditions depending on what you
set it to.
Note that this is different that "system integrity" which applies to
cast/cleanse --fix.
-Andrew
On Mon, Sep 20, 2004 at 09:26:59AM -0500, sergey AT optimaltec.com wrote:
> OK, I wasn't clear: the sorcery doesn't complain *on cast*. I don't remember
> sorcery having a setting that completely ignores checksum and doesn't even
> produce a warning if it's wrong, I think we never do such a thing. So, I
> couldn't have disabled checksum warning entirely, right? I haven't see
> sorcery
> code for a while, so I'd appreciate a pointer on where to look for checksum
> calculation and comparison code.
> Thanks!
>
> Sergey.
>
> Quoting Andrew <afrayedknot AT thefrayedknot.armory.com>:
>
> > On Fri, Sep 17, 2004 at 07:55:59AM -0400, Sergey A. Lipnevich wrote:
> > > Hi All, especially sorcery team :-),
> > >
> > > During recompile of GNOME, I hit the following snag. It's either my
> > > connection or sorcery or wget, but files downloaded by summon are
> > > truncated. BZip2 says they're broken. Sometimes I delete them,
> > > re-summon, they're truncated again. I tried changing mirrors (this
> > > happens with the main GNOME site) but most our mirror settings in the
> > > U.S. are not working (I'll fix it myself, no problem). But that's not
> > > the problem.
> > >
> > > The worst thing is, sorcery never complains about checksums being wrong.
> > > I checked, the MD5 are different. That's pretty much it. I can get a
> > > debug output of cast if necessary.
> > > Thanks!
> >
> > Theres really not been much changed in sorcery with the downloading
> > code recently so it seems unlikely that sorceery would all of sudden
> > be breaking downloads..maybe wget is timing out or something and we're
> > misinterpritting the results/exit status? Sorry we can't reproduce and/or
> > help much with this.
> >
> > As far as the checking of files right after download a lot of people
> > probably wouldn't like to have to endure a "useless" unpack right after
> > a download. On the other hand it sucks to have broken files floating.
> >
> > We could have an option to check files after downloading, it could even
> > be a numerical threshold for the maximum size of a file to verify (just
> > an idea). If someone wants they can file a sorcery feature request and
> > I'll add it to the 1.12 or maybe 1.13 stack.
> >
> > Thanks
> > Andrew
> >
> >
> > _______________________________________________
> > SM-Discuss mailing list
> > SM-Discuss AT lists.ibiblio.org
> > http://lists.ibiblio.org/mailman/listinfo/sm-discuss
> >
>
>
>
> _______________________________________________
> SM-Discuss mailing list
> SM-Discuss AT lists.ibiblio.org
> http://lists.ibiblio.org/mailman/listinfo/sm-discuss
--
__________________________________________________________________________
|Andrew D. Stitt | astitt at sourcemage.org |
|irc: afrayedknot | afrayedknot at t.armory.com |
|aim: thefrayedknot or iteratorplusplus | |
|Sorcery Team Lead, Porting Team Lead | |
|Grimoire Guru ham/smgl | ftp://t.armory.com |
|Author and Maintainer of Prometheus | |
--------------------------------------------------------------------------
Attachment:
pgps2LrAxXAqY.pgp
Description: PGP signature
-
[SM-Discuss] truncated downloads,
Sergey A. Lipnevich, 09/17/2004
- Re: [SM-Discuss] truncated downloads, Karsten Behrmann, 09/17/2004
- Re: [SM-Discuss] truncated downloads, Karsten Behrmann, 09/17/2004
-
Re: [SM-Discuss] truncated downloads,
Andrew, 09/20/2004
- Re: [SM-Discuss] truncated downloads, Seth Alan Woolley, 09/20/2004
-
Re: [SM-Discuss] truncated downloads,
sergey, 09/20/2004
- Re: [SM-Discuss] truncated downloads, Andrew, 09/20/2004
Archive powered by MHonArc 2.6.24.