On Sat, 2020-04-25 at 11:30 -0400, Richard via blfs-support wrote: > On 4/25/20 4:35 AM, Pierre Labastie via blfs-support wrote: > > On Sat, 2020-04-25 at 10:41 +1000, Wayne Blaszczyk via blfs-support > > wrote: > > > On Fri, 2020-04-24 at 10:32 -0400, Richard via blfs-support > > > wrote: > > > > On 4/23/20 2:08 PM, Bruce Dubbs via blfs-support wrote: > > > > > On 4/23/20 10:51 AM, Richard via blfs-support wrote: > > > > > > I've downloaded xterm-353.tgz from two different > > > > > > locations, and in each case I get the following > > > > > > md5sum, which doesn't match the value given > > > > > > in the blfs-9.1 book: > > > > > > > > > > > > fd3c8948475b53044a72a10ba04e8088 > > > > > I don't know where you got your version, but I get: > > > > > > > > > > $ wget > > > > > http://invisible-mirror.net/archives/xterm/xterm-353.tgz > > > > > --2020-04-23 13:02:35-- > > > > > http://invisible-mirror.net/archives/xterm/xterm-353.tgz > > > > > Resolving invisible-mirror.net... 160.153.42.69 > > > > > Connecting to invisible-mirror.net|160.153.42.69|:80... > > > > > connected. > > > > > HTTP request sent, awaiting response... 200 OK > > > > > Length: 1407183 (1.3M) [application/x-tar] > > > > > Saving to: ‘xterm-353.tgz’ > > > > > > > > > > xterm-353.tgz 100%[================================>] 1.34M > > > > > 1.67MB/s in 0.8s > > > > > > > > > > 2020-04-23 13:02:36 (1.67 MB/s) - ‘xterm-353.tgz’ saved > > > > > [1407183/1407183] > > > > > > > > > > $ md5sum xterm-353.tgz > > > > > 247c30ebfa44623f3a2d100e0cae5c7f xterm-353.tgz > > > > > > > > > > The mirror master has the same md5sum. > > > > > > > > > > -- Bruce > > > > Here is something I don't understand. If I use wget > > > > to fetch xterm-353.tgz, as you did, then I get the > > > > same md5sum as you, which is also in the book. > > > > However if I paste the link to the file in the > > > > Firefox address bar and press enter, then request > > > > to save the file, I get a xterm-353.tgz file that > > > > has a slightly different size and the different > > > > md5sum that I reported above. I have been using > > > > the latter method (pasting links in the Firefox > > > > address bar) to download all the files, and > > > > all the other md5sums are correct. Do you have > > > > any idea why that method doesn't seem to > > > > work for the xterm-353.tgz file? > > > > > > > > Richard > > > For me, this particular url, when using the above method in > > > firefox, > > > will download the file directly into gedit. Where as for ntfs-3g, > > > which is > > > also a tgz file, it downloads normally. > > > I don't use this method to download files, but I though I would > > > just mention it. > > > > > Tried downloading with evolution: md5 as in the book
Not evolution, epiphany, just in case somebody asks... > > Then with firefox: md5 as you found. > > And in the second case, you cannot run tar xf on the downloaded > > file: > > You need to gunzip it once, which makes a file named xterm-353.tar, > > which is still a gzip compressed tarball! And whose md5 is the one > > in > > the book... > > > > So firefox wrongly applies gzip to the downloaded file, although it > > is > > already gzipped. I am unable to tell whether it is just a setting > > to be > > changed or a real bug. > > > > Pierre > > > > > Thanks for discovering this. It looks as though this problem > has been around for a while with Firefox, for example: > > https://bugzilla.mozilla.org/show_bug.cgi?id=1470011 > -- http://lists.linuxfromscratch.org/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
