Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 28038 - wrong format in xf86Wacom.c.gz - Not gzipped file, so md5sum fails.
Summary: wrong format in xf86Wacom.c.gz - Not gzipped file, so md5sum fails.
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-09-06 03:40 UTC by Juan J. Prieto
Modified: 2003-09-14 09:00 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
example for patching the 4.3.99 xfree ebuild (xfree-4.3.99.11.ebuild.patch,379 bytes, patch)
2003-09-06 04:08 UTC, Juan J. Prieto
Details | Diff
temporally digest patch (digest-xfree-4.3.99.11.patch,658 bytes, patch)
2003-09-06 04:10 UTC, Juan J. Prieto
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Juan J. Prieto 2003-09-06 03:40:34 UTC
xf86Wacom package is a c source file from
http://people.mandrakesoft.com/~flepied/projects/wacom, that normally should be
compressed in gzip format, is not compressed, so portage and ebuild fail when
they try to verify the md5sum and uncompress it. 2 Solution: contact with F.
Lepied to correct the problem or fix ebuild and digest files. While the author
makes the necesary changes I have make a patch to 'mv' intead of 'gunzip' the
file (chages in md5sum from digest is necesary).

Reproducible: Always
Steps to Reproduce:
1.emerge sync
2.emerge xfree
3.

Actual Results:  
Calculating dependencies ...done!
>>> emerge (1 of 1) x11-base/xfree-4.3.0-r2 to /
>>> md5 src_uri ;-) X430src-1.tgz
>>> md5 src_uri ;-) X430src-2.tgz
>>> md5 src_uri ;-) X430src-3.tgz
>>> md5 src_uri ;-) X430src-4.tgz
>>> md5 src_uri ;-) X430src-5.tgz
>>> md5 src_uri ;-) XFree86-4.3.0-patches-1.1.7.tar.bz2
>>> md5 src_uri ;-) xfree86-dri-resume-v8.patch

!!! File is corrupt or incomplete. (Digests do not match)
>>> our recorded digest: 222bffcae6c2be37ec5cd993037f4f45
>>>  your file's digest: ad2394dd87a7240c49dc2f8bf9094324
!!! File does not exist: /usr/portage/distfiles//xf86Wacom.c.gz



Portage 2.0.49-r2 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r1, 2.4.20-gentoo-r5)
=================================================================
System uname: 2.4.20-gentoo-r5 i686 AMD Athlon (TM)
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -mcpu=i686 -pipe"
CHOST="i686-pc-linux-gnu"
COMPILER="gcc3"
CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config
/usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -mcpu=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="sandbox ccache autoaddcvs"
GENTOO_MIRRORS="http://gentoo.oregonstate.edu
http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 oss apm avi crypt cups encode foomaticdb gif jpeg libg++ libwww mad
mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv
zlib gtkhtml gdbm berkdb slang readline arts bonobo svga tcltk java X sdl gpm
tcpd pam ssl perl python esd imlib oggvorbis qt motif opengl mozilla gphoto2 cdr
gtk gnome radeon -kde -kdm alsa"
Comment 1 Juan J. Prieto 2003-09-06 04:08:26 UTC
Created attachment 17148 [details, diff]
example for patching the 4.3.99 xfree ebuild

Example for patching the 4.3.99 xfree ebuild to avoid temporally the xf86Wacom
c source problem.This is not a final solution!!!, the correct solution is to
make a gzip file from xf86Wacom from its web site.
Comment 2 Juan J. Prieto 2003-09-06 04:10:02 UTC
Created attachment 17150 [details, diff]
temporally digest patch

Make a new md5sum for xf86Wacom.c.gz
Comment 4 Juan J. Prieto 2003-09-14 09:00:02 UTC
Yes, both are gzipped files, but I have checked downloading from different places and in some of them the file is ungezipped on the fly: Why??
It is possible that the transparent proxies implemented over the Telefonica Network (Main Spain op.) are altering some file contents (v.g. *.zip, *.gz, etc)?
The results are that the user can not install/upgrade xfree package.