[gentoo-user] problem emerging mplayer

[gentoo-user] problem emerging mplayer

[Les Henderson]

[-- Attachment #1: Type: text/plain, Size: 4417 bytes --]

So, I need to recompile mplayer after getting rid of xmms.  Unfortuneately
I'm having problems and things keep on haning on the same file.

here is what happens:

# emerge -av mplayer

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] media-video/mplayer-1.0_pre8  USE="X alsa arts dvd encode
gif gtk ipv6 jpeg mad matrox nvidia opengl oss png real sdl svga truetype
vorbis win32codecs xv -3dfx -3dnow -3dnowext -aac -aalib (-altivec) -bidi
-bindist -bl -cdparanoia -cpudetection -custom-cflags -debug -dga -directfb
-doc -dts -dv -dvb -dvdread -esd -fbcon -ggi -i8x0 -jack -joystick -libcaca
-lirc -live -livecd -lzo -mmx -mmxext -musepack -nas -openal -rtc -samba
-speex -sse -sse2 -tga -theora -unicode -v4l -v4l2 -x264 -xanim -xinerama
(-xmms*) -xvid -xvmc" LINGUAS="-bg -cs -da -de -el -en -es -fr -hu -ja -ko
-mk -nl -no -pl -pt_BR -ro -ru -sk -tr -uk -zh_CN -zh_TW" 514 kB

Total size of downloads: 514 kB

Would you like to merge these packages? [Yes/No] y

>>> Emerging (1 of 1) media-video/mplayer-1.0_pre8 to /
 * font-arial-iso-8859-1.tar.bz2 MD5 ;-) ...                              [
ok ] * font-arial-iso-8859-1.tar.bz2 RMD160 ;-)
...                           [ ok ] * font-arial-iso-8859-1.tar.bz2 SHA1
;-) ...                             [ ok ] *
font-arial-iso-8859-1.tar.bz2SHA256 ;-) ...
[ ok ] *
font-arial-iso-8859-1.tar.bz2 size ;-) ...                             [ ok
] * MPlayer-1.0pre8.tar.bz2 MD5 ;-) ...                                    [
ok ] * MPlayer-1.0pre8.tar.bz2 RMD160 ;-)
...                                 [ ok ] * MPlayer-1.0pre8.tar.bz2 SHA1
;-) ...                                   [ ok ] *
MPlayer-1.0pre8.tar.bz2SHA256 ;-) ...
[ ok ] *
MPlayer-1.0pre8.tar.bz2 size ;-) ...                                   [ ok
] * svgalib_helper-1.9.17-mplayer.tar.bz2 MD5 ;-) ...                      [
ok ] * svgalib_helper-1.9.17-mplayer.tar.bz2 RMD160 ;-)
...                   [ ok ] * svgalib_helper-1.9.17-mplayer.tar.bz2 SHA1
;-) ...                     [ ok ] *
svgalib_helper-1.9.17-mplayer.tar.bz2SHA256 ;-) ...
[ ok ] * svgalib_helper-
1.9.17-mplayer.tar.bz2 size ;-) ...                     [ ok ]>>> Resuming
download...
>>> Downloading 'http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2'
--00:09:49--  http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2
           => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
Resolving distfiles.gentoo.org... 64.50.238.52, 64.50.236.52,
216.165.129.135, ...
Connecting to distfiles.gentoo.org|64.50.238.52|:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable

    The file is already fully retrieved; nothing to do.

>>> Resuming download...
>>> Downloading '
http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/Blue-1.6.tar.bz2
'
--00:09:49--
http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/Blue-1.6.tar.bz2
           => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
Resolving distro.ibiblio.org... 152.46.7.109
Connecting to distro.ibiblio.org|152.46.7.109|:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable

    The file is already fully retrieved; nothing to do.

>>> Resuming download...
>>> Downloading 'http://www2.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2'
--00:09:49--  http://www2.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2
           => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
Resolving www2.mplayerhq.hu... 193.225.187.202
Connecting to www2.mplayerhq.hu|193.225.187.202|:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable

    The file is already fully retrieved; nothing to do.

>>> Resuming download...
>>> Downloading 'http://www1.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2'
--00:09:50--  http://www1.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2
           => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
Resolving www1.mplayerhq.hu... 213.144.138.186
Connecting to www1.mplayerhq.hu|213.144.138.186|:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable

    The file is already fully retrieved; nothing to do.

!!! Couldn't download 'Blue-1.6.tar.bz2'. Aborting.

I've removed this file from /usr/portage/distfiles/ and downloaded new
copies from a couple different mirrors all with this same result.  Any
suggestions?

-- 
Les Henderson
ljhender@gmail.com

[-- Attachment #2: Type: text/html, Size: 8014 bytes --]

Re: [gentoo-user] problem emerging mplayer

[Richard Fish]

On 10/24/06, Les Henderson <ljhender@gmail.com> wrote:
> !!! Couldn't download 'Blue-1.6.tar.bz2'. Aborting.
>
> I've removed this file from /usr/portage/distfiles/ and downloaded new
> copies from a couple different mirrors all with this same result.  Any
> suggestions?

Hmm, strange.  What does the following output:

# grep Blue-1.6.tar.bz2 /usr/portage/media-video/mplayer/Manifest
# wget http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2
# ls -l Blue-1.6.tar.bz
# sha256sum Blue-1.6.tar.bz2

In particular, see if the string printed by sha256sum matches the
string after SHA256 in the Manifest, and that the sizes match.  If so,
try moving the archive you just downloaded manually to distfiles.

BTW, I get 225883 bytes for this file, with the SHA256 sum of
394333a50184fc9ea78eba726204a5dbb653a07e30c94d335c52e2a4e1be0568,
which matches the Manifest, although I haven't sync'd in a couple of
days.

-Richard
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Juan Miguel Perez]

Les Henderson wrote:

> So, I need to recompile mplayer after getting rid of xmms.  
> Unfortuneately I'm having problems and things keep on haning on the 
> same file.
>
> here is what happens:
>
> # emerge -av mplayer
>
> These are the packages that would be merged, in order:
>
> Calculating dependencies... done!
> [ebuild   R   ] media-video/mplayer-1.0_pre8  USE="X alsa arts dvd 
> encode gif gtk ipv6 jpeg mad matrox nvidia opengl oss png real sdl 
> svga truetype vorbis win32codecs xv -3dfx -3dnow -3dnowext -aac -aalib 
> (-altivec) -bidi -bindist -bl -cdparanoia -cpudetection -custom-cflags 
> -debug -dga -directfb -doc -dts -dv -dvb -dvdread -esd -fbcon -ggi 
> -i8x0 -jack -joystick -libcaca -lirc -live -livecd -lzo -mmx -mmxext 
> -musepack -nas -openal -rtc -samba -speex -sse -sse2 -tga -theora 
> -unicode -v4l -v4l2 -x264 -xanim -xinerama (-xmms*) -xvid -xvmc" 
> LINGUAS="-bg -cs -da -de -el -en -es -fr -hu -ja -ko -mk -nl -no -pl 
> -pt_BR -ro -ru -sk -tr -uk -zh_CN -zh_TW" 514 kB
>
> Total size of downloads: 514 kB
>
> Would you like to merge these packages? [Yes/No] y
>
> >>> Emerging (1 of 1) media-video/mplayer-1.0_pre8 to /
>  * font-arial-iso-8859-1.tar.bz2 MD5 ;-) 
> ...                              [ ok ] * 
> font-arial-iso-8859-1.tar.bz2 RMD160 ;-) ...                           
> [ ok ] * font-arial-iso-8859-1.tar.bz2 SHA1 ;-) 
> ...                             [ ok ] * font-arial-iso-8859-1.tar.bz2 
> SHA256 ;-) ...                           [ ok ] * 
> font-arial-iso-8859-1.tar.bz2 size ;-) ...                             
> [ ok ] * MPlayer-1.0pre8.tar.bz2 MD5 ;-) 
> ...                                    [ ok ] * 
> MPlayer-1.0pre8.tar.bz2 RMD160 ;-) ...                                 
> [ ok ] * MPlayer-1.0pre8.tar.bz2 SHA1 ;-) 
> ...                                   [ ok ] * MPlayer-1.0pre8.tar.bz2 
> SHA256 ;-) ...                                 [ ok ] * 
> MPlayer-1.0pre8.tar.bz2 size ;-) ...                                   
> [ ok ] * svgalib_helper- 1.9.17-mplayer.tar.bz2 MD5 ;-) 
> ...                      [ ok ] * 
> svgalib_helper-1.9.17-mplayer.tar.bz2 RMD160 ;-) ...                   
> [ ok ] * svgalib_helper-1.9.17-mplayer.tar.bz2 SHA1 ;-) 
> ...                     [ ok ] * svgalib_helper- 
> 1.9.17-mplayer.tar.bz2 SHA256 ;-) ...                   [ ok ] * 
> svgalib_helper-1.9.17-mplayer.tar.bz2 size ;-) ...                     
> [ ok ]>>> Resuming download...
> >>> Downloading ' http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2'
> --00:09:49--  http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2
>            => `/usr/portage/distfiles/Blue- 1.6.tar.bz2'
> Resolving distfiles.gentoo.org... 64.50.238.52 <http://64.50.238.52>, 
> 64.50.236.52 <http://64.50.236.52>, 216.165.129.135 
> <http://216.165.129.135>, ...
> Connecting to distfiles.gentoo.org|64.50.238.52|:80... connected.
> HTTP request sent, awaiting response... 416 Requested Range Not 
> Satisfiable
>
>     The file is already fully retrieved; nothing to do.
>
> >>> Resuming download...
> >>> Downloading 
> 'http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/Blue-1.6.tar.bz2'
> --00:09:49--  
> http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/Blue-1.6.tar.bz2
>            => `/usr/portage/distfiles/Blue- 1.6.tar.bz2'
> Resolving distro.ibiblio.org... 152.46.7.109 <http://152.46.7.109>
> Connecting to distro.ibiblio.org|152.46.7.109|:80... connected.
> HTTP request sent, awaiting response... 416 Requested Range Not 
> Satisfiable
>
>     The file is already fully retrieved; nothing to do.
>
> >>> Resuming download...
> >>> Downloading 
> 'http://www2.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2 
> <http://www2.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2>'
> --00:09:49--  http://www2.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2
>            => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
> Resolving www2.mplayerhq.hu... 193.225.187.202 <http://193.225.187.202>
> Connecting to www2.mplayerhq.hu|193.225.187.202|:80... connected.
> HTTP request sent, awaiting response... 416 Requested Range Not 
> Satisfiable
>
>     The file is already fully retrieved; nothing to do.
>
> >>> Resuming download...
> >>> Downloading 
> 'http://www1.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2 
> <http://www1.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2>'
> --00:09:50--  http://www1.mplayerhq.hu/MPlayer/Skin/Blue-1.6.tar.bz2
>            => `/usr/portage/distfiles/Blue-1.6.tar.bz2'
> Resolving www1.mplayerhq.hu... 213.144.138.186 <http://213.144.138.186>
> Connecting to www1.mplayerhq.hu|213.144.138.186|:80... connected.
> HTTP request sent, awaiting response... 416 Requested Range Not 
> Satisfiable
>
>     The file is already fully retrieved; nothing to do.
>
> !!! Couldn't download 'Blue-1.6.tar.bz2'. Aborting.
>
> I've removed this file from /usr/portage/distfiles/ and downloaded new 
> copies from a couple different mirrors all with this same result.  Any 
> suggestions?
>
> -- 
> Les Henderson
> ljhender@gmail.com <mailto:ljhender@gmail.com> 

try to unmerge the package and later compilit again

emerge -C mplayer


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Les Henderson]

[-- Attachment #1: Type: text/plain, Size: 1916 bytes --]

On 10/25/06, Richard Fish <bigfish@asmallpond.org> wrote:
>
> On 10/24/06, Les Henderson <ljhender@gmail.com> wrote:
> > !!! Couldn't download 'Blue-1.6.tar.bz2'. Aborting.
> >
> > I've removed this file from /usr/portage/distfiles/ and downloaded new
> > copies from a couple different mirrors all with this same result.  Any
> > suggestions?
>
> Hmm, strange.  What does the following output:
>
> # grep Blue-1.6.tar.bz2 /usr/portage/media-video/mplayer/Manifest
> # wget http://distfiles.gentoo.org/distfiles/Blue-1.6.tar.bz2
> # ls -l Blue-1.6.tar.bz
> # sha256sum Blue-1.6.tar.bz2
>
> In particular, see if the string printed by sha256sum matches the
> string after SHA256 in the Manifest, and that the sizes match.  If so,
> try moving the archive you just downloaded manually to distfiles.


well, there is the problem I guess.

# grep Blue-1.6.tar.bz2 /usr/portage/media-video/mplayer/Manifest
DIST Blue-1.6.tar.bz2 281056 RMD160 c16342d3131f01fbd294ff109b8ab31cef555d13
SHA1 2a082bdef2f5eebc403c234a036949f38683da06 SHA256
3a32b59bfc2c3c46acdead2ca65c592a696daaa42561dfcd45c10b8032de8c6d

# ls -l Blue-1.6.tar.bz2
-rw-r--r-- 1 root root 225883 Oct 24 19:07 Blue-1.6.tar.bz2

# md5sum Blue-1.6.tar.bz2
1813f8537c8be56c1aa4946a2fd938a9  Blue-1.6.tar.bz2
(Sorry, I'm not sure that I've got the package installed with sha256sum and
I'm not sure which package that is off the top of my head).

BTW, I get 225883 bytes for this file, with the SHA256 sum of
> 394333a50184fc9ea78eba726204a5dbb653a07e30c94d335c52e2a4e1be0568,
> which matches the Manifest, although I haven't sync'd in a couple of
> days.
>
> -Richard
> --
> gentoo-user@gentoo.org mailing list
>
> So the Manifest that I've got appears to be different.  I've just sync'd
and still have the same problem.  I'm not really sure where to go from
here.  Other downloads from other mirrors give me the same result.

-- 
Les Henderson
ljhender@gmail.com

[-- Attachment #2: Type: text/html, Size: 2743 bytes --]

Re: [gentoo-user] problem emerging mplayer

[PaulNM]

Juan Miguel Perez wrote:
> 
> try to unmerge the package and later compilit again
> 
> emerge -C mplayer
>

  I'd advise against this.  The problem is clearly with the download, so
why go without a perfectly good program for a while since there's
nothing the currently installed version could do to cause this.  Either
the ebuild is screwed (wrong file size/digest/location), or the distfile
is wrong.

  I'm getting the same thing with mplayer. For me it happened last
night, but I hadn't synced in a couple of days. I've also been hit by a
similar issue with qt-x11-opensource-src-4.1.4.tar.gz of
x11-libs/qt-4.1.4 (see http://bugs.gentoo.org/show_bug.cgi?id=149809
that someone filed).

  Am the only one who has been seeing this rather frequently lately. It
used to be that I'd never see anything like this a year ago. A couple
months ago was my first experience with this kind of issue, and now I'm
seeing it a few times a month to twice in one night. I do not redigest
due to the security concerns, so it's getting real annoying having to
"--skipfirst" on up to the three Gentoo machines I run, then wait 1 to 3
days for things to get fixed. This is especially true when it's an
ebuild not installed on my headless server/local rsync mirror. In those
cases I have to rsync the mirror, then the "problem" system to see if
the issue has been resolved.

  Most of these cases don't generate a thread in the newsgroup, and the
qt issue above is the first time I've found a bug filed about it.

  I don't want to sound like I'm ranting, but the issue seems to be
getting worse, and has security implications.  At this point even I'm
tempted to just redigest as soon as I see this, especially if it's a new
install of the program that I want to try out. I know there are a whole
lot of people out there who either don't care about redigesting, or
worse, don't know it's a really bad idea. All it takes is one incident
where a distfile gets replaced and we end up with good number of owned
boxes out there.

Just my 2 cents,

PaulNM
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Les Henderson]

On 10/25/06, PaulNM <gentoo@paulscrap.com> wrote:
> Juan Miguel Perez wrote:
> > try to unmerge the package and later compilit again
> > emerge -C mplayer
>
>   I'd advise against this.  The problem is clearly with the download, so
> why go without a perfectly good program for a while since there's
> nothing the currently installed version could do to cause this.  Either
> the ebuild is screwed (wrong file size/digest/location), or the distfile
> is wrong.
>
Well, actually my install of mplayer is currently screwed anyways
since I already got rid of xmms, which mplayer was built against. (I
really wish that if the dev's knew that xmms was dying that perhaps
they would have strongly recommend against people using the xmms USE
flags.  Not being on the dev lists, I had no idea.)  Perhaps I'll
unmask xmms and temporarily install it again.

>   Am the only one who has been seeing this rather frequently lately. It
> used to be that I'd never see anything like this a year ago. A couple
> months ago was my first experience with this kind of issue, and now I'm
> seeing it a few times a month to twice in one night. I do not redigest
> due to the security concerns, so it's getting real annoying having to
> "--skipfirst" on up to the three Gentoo machines I run, then wait 1 to 3
> days for things to get fixed. This is especially true when it's an
> ebuild not installed on my headless server/local rsync mirror. In those
> cases I have to rsync the mirror, then the "problem" system to see if
> the issue has been resolved.
>
>   Most of these cases don't generate a thread in the newsgroup, and the
> qt issue above is the first time I've found a bug filed about it.
>
>   I don't want to sound like I'm ranting, but the issue seems to be
> getting worse, and has security implications.  At this point even I'm
> tempted to just redigest as soon as I see this, especially if it's a new
> install of the program that I want to try out. I know there are a whole
> lot of people out there who either don't care about redigesting, or
> worse, don't know it's a really bad idea. All it takes is one incident
> where a distfile gets replaced and we end up with good number of owned
> boxes out there.
>
This is the first that I've seen this in a while, and yes it is a pain
and I agree about the security concerns.

-- 
Les Henderson
ljhender@gmail.com
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 761 bytes --]

On Wednesday 25 October 2006 07:18, Les Henderson wrote:
> So, I need to recompile mplayer after getting rid of xmms.  Unfortuneately
> I'm having problems and things keep on haning on the same file.
>
> here is what happens:
>
> # emerge -av mplayer
>
> These are the packages that would be merged, in order:
[SNIP]
>     The file is already fully retrieved; nothing to do.
>
> !!! Couldn't download 'Blue-1.6.tar.bz2'. Aborting.
>
> I've removed this file from /usr/portage/distfiles/ and downloaded new
> copies from a couple different mirrors all with this same result.  Any
> suggestions?

Apparently upstream changed the tar ball. Sync again in half an hour or so..

https://bugs.gentoo.org/show_bug.cgi?id=152694

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] problem emerging mplayer

[Richard Fish]

On 10/25/06, Les Henderson <ljhender@gmail.com> wrote:
> well, there is the problem I guess.

Yep.  emerge --sync should fix it.

> So the Manifest that I've got appears to be different.  I've just sync'd and
> still have the same problem.  I'm not really sure where to go from here.
> Other downloads from other mirrors give me the same result.

Try again.  It was re-digested 3h45m ago [1].  What is odd is that my
local tree which is a few days old has the right digests.

-Richard

[1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/mplayer/Manifest
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 510 bytes --]

On Wednesday 25 October 2006 19:59, Richard Fish wrote:
> What is odd is that my
> local tree which is a few days old has the right digests.
>
> [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/mplayer/Manifest

Hmmm.. If you look at the diffs for the previous commits it seems that blubb is
for some reason producing broken digests.. It has been fixed twice today. Once
by lu_zero and once by beandog. So apparently it has nothing to do with
upstream after all...

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] problem emerging mplayer

[Richard Fish]

On 10/25/06, Bo Ørsted Andresen <bo.andresen@zlin.dk> wrote:
> Hmmm.. If you look at the diffs for the previous commits it seems that blubb is
> for some reason producing broken digests.. It has been fixed twice today. Once
> by lu_zero and once by beandog. So apparently it has nothing to do with
> upstream after all...

Hey, sounds like we got our first Devmatch!! :-D

http://thread.gmane.org/gmane.linux.gentoo.devel/43534/focus=43534

-Richard

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] problem emerging mplayer

[Richard Fish]

On 10/25/06, Bo Ørsted Andresen <bo.andresen@zlin.dk> wrote:
> On Wednesday 25 October 2006 19:59, Richard Fish wrote:
> > What is odd is that my
> > local tree which is a few days old has the right digests.
> >
> > [1] http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/mplayer/Manifest
>
> Hmmm.. If you look at the diffs for the previous commits it seems that blubb is
> for some reason producing broken digests.. It has been fixed twice today. Once
> by lu_zero and once by beandog. So apparently it has nothing to do with
> upstream after all...

BTW, just spoke to blubb on IRC.  He's aware he has a problem.

-Richard

-- 
gentoo-user@gentoo.org mailing list