Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 240341 - media-video/realplayer -> two ebuilds: realplayer, realcodecs
Summary: media-video/realplayer -> two ebuilds: realplayer, realcodecs
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo Media-video project
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-10-07 02:13 UTC by Steve Dibb (RETIRED)
Modified: 2009-02-13 09:53 UTC (History)
8 users (show)

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Steve Dibb (RETIRED) gentoo-dev 2008-10-07 02:13:01 UTC
RealPlayer has always been a pain to maintain, and this is going to make things simpler.

- split realplayer up into two ebuilds: realcodecs, which is just the codecs distributed with the binary and realplayer, the second half of the binary with the gui player, with a dep on realcodecs (or just move the real codecs into win32codecs instead?  It would mean having fetch restriction if USE=real)

- use nightly builds of realplayer for version bumps; ignore the RPM "releases" since the filenames are unversioned (RealPlayer11GOLD.rpm), also since we are not allowed to mirror the files.

- Remove media-video/realplayer dep from mplayer, amarok, needing only win32/realcodecs instead.
Comment 1 Steve Dibb (RETIRED) gentoo-dev 2008-10-07 15:04:19 UTC
Elaborating on the reason:

*realcodecs-11.1.1.1085 (07 Oct 2008)

  07 Oct 2008; Steve Dibb <beandog@gentoo.org>
  +realcodecs-11.1.1.1085.ebuild:
  Initial commit, bug 240341; Splitting RealPlayer ebuild into two ebuilds:
  realcodecs and realplayer. Using nightly build snapshots since upstream
  releases version 11 RPMs as the same filename across different releases,
  and will not allow redistribution of RPMs.

also realcodecs is in the tree now
Comment 2 Antonio Augusto Santos 2008-10-09 00:30:54 UTC
(In reply to comment #0)

I was just going to report that realplayer wasn't being downloaded and that mplayer (mencoder in fact) works just fine with realcodec, but it appears that this is in progress of being changed :)

So... realcodecs works just fine with mplayer/mencoder, i did a small change to the mplayer ebuild so it would depende on realcodecs and everything went just fine!
Comment 3 Steve Dibb (RETIRED) gentoo-dev 2008-10-09 15:10:55 UTC
For reference:

http://lists.helixcommunity.org/pipermail/player-users/2008-October/000669.html

^^ Upstream knows about version releasing snafoos.

I need to contact them and verify that the nightly builds are going to stay there, or negotiate a way to redistribute them.
Comment 4 Steve Dibb (RETIRED) gentoo-dev 2008-10-28 17:07:33 UTC
Alright, so the nightly builds do disappear.  What a crock.  And upstream is working on versioning the RPMs.

Here's my proposed final solution: drop realplayer as a dependency completely, but soft-depend on it if it's installed.

The reasoning is this: upstream releases just one binary RPM for RealPlayer, which could be any version: 1.2.3, 1.2.4, etc.  RealPlayer needs to be stable because its a dependency for MPlayer.  However, I think it's stupid to have a closed source binary program be stable in our tree, and even more so, have one being bumped straight to stable.

MPlayer just needs to know which directory to check for RealPlayer binary codecs when compiling, which isn't going to change, and won't complain if it's empty / non-existent.  So, for those users who want RealPlayer binary codec support (from RealPlayer build, not win32codecs/amd64codecs), then they can just install it manually and then install mplayer.

This way we can keep realcodecs/realplayer in perpetual unstable keyword status. Not to mention not have to scramble to stable a new RPM the day it comes out.
Comment 5 Steve Dibb (RETIRED) gentoo-dev 2008-10-28 18:20:22 UTC
(In reply to comment #4)
> Alright, so the nightly builds do disappear.  What a crock.  And upstream is
> working on versioning the RPMs.
> 
> Here's my proposed final solution: drop realplayer as a dependency completely,
> but soft-depend on it if it's installed.
> 
> The reasoning is this: upstream releases just one binary RPM for RealPlayer,
> which could be any version: 1.2.3, 1.2.4, etc.  RealPlayer needs to be stable
> because its a dependency for MPlayer.  However, I think it's stupid to have a
> closed source binary program be stable in our tree, and even more so, have one
> being bumped straight to stable.
> 
> MPlayer just needs to know which directory to check for RealPlayer binary
> codecs when compiling, which isn't going to change, and won't complain if it's
> empty / non-existent.  So, for those users who want RealPlayer binary codec
> support (from RealPlayer build, not win32codecs/amd64codecs), then they can
> just install it manually and then install mplayer.
> 
> This way we can keep realcodecs/realplayer in perpetual unstable keyword
> status. Not to mention not have to scramble to stable a new RPM the day it
> comes out.
> 

Simpler solution: use.mask real
Comment 6 Steve Dibb (RETIRED) gentoo-dev 2008-10-28 19:12:03 UTC
Masked real use flag for mplayer on x86/amd64.

Still todo:

- Have amarok use.mask realplayer dep
- Move realplayer codecs, amd64codecs into realcodecs (and fix amd64codecs deps)
Comment 7 Antonio Augusto Santos 2008-10-28 20:10:47 UTC
One thing that I've tested recently is that mplayer will decode rmvb videos if the /opt/RealPlayer/codecs is ponting to /usr/lib/real that is installed by w32codecs if using the real flag.

$ ls /opt/RealPlayer/codecs/
amrn.so  amrw.so  atrc.so  colorcvt.so  cook.so  drv1.so  drv2.so  drvc.so  raac.so  ralf.so  rv10.so  rv20.so  rv30.so  rv40.so  sipr.so

$ ls /usr/lib/real/
atrc.so.6.0  cook.so.6.0  dnet.so.6.0  drv3.so.6.0  drvc.so sipr.so.6.0  tokr.so.6.0 cook.so ddnt.so.6.0  drv2.so.6.0  drv4.so.6.0  dspr.so.6.0  tokf.so.6.0

$ equery b /usr/lib/real/ddnt.so.6.0
[ Searching for file(s) /usr/lib/real/ddnt.so.6.0 in *... ]
media-libs/win32codecs-20071007-r2 (/usr/lib/real/ddnt.so.6.0)



SO, IMHO, is better to link mplayer against w32codecs thatn realcodecs, thats give so much pain.
Comment 8 Steve Dibb (RETIRED) gentoo-dev 2008-10-29 17:16:11 UTC
Alright,

Here's the final setup:

real use flag is masked on win32codecs, mplayer, amarok
win32codecs-20071007-r4 dropped dep of realplayer
realcodecs sucks down the realplayer rpm and installs just the codecs, also depends on win32codecs and now fixes symlink bug 240417
shortly, realplayer will depend on realcodecs, then everything will be done
Comment 9 Steve Dibb (RETIRED) gentoo-dev 2008-10-29 17:32:58 UTC
All done, in CVS
Comment 10 Glen 2008-10-30 14:20:07 UTC
(In reply to comment #9)
> All done, in CVS
> 

This causes the following error...

test portage # emerge -Dupv world

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

Calculating dependencies... done!

emerge: there are no ebuilds built with USE flags to satisfy ">=media-libs/win32codecs-20071007-r4[real]".
!!! One of the following packages is required to complete your request:
- media-libs/win32codecs-20071007-r4 (Change USE: +real)
(dependency required by "media-libs/realcodecs-11.0.1.1056" [ebuild])

Comment 11 Glen 2008-10-30 14:21:48 UTC
emerge --info

test portage # emerge --info
Portage 2.2_rc12 (default/linux/amd64/2008.0/desktop, gcc-4.3.2, glibc-2.8_p20080602-r0, 2.6.27-gentoo-r1 x86_64)
=================================================================
System uname: Linux-2.6.27-gentoo-r1-x86_64-AMD_Athlon-tm-_64_X2_Dual_Core_Processor_5600+-with-glibc2.2.5
Timestamp of tree: Thu, 30 Oct 2008 12:00:01 +0000
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.4 [enabled]
app-shells/bash:     3.2_p39
dev-java/java-config: 1.3.7, 2.1.6-r1
dev-lang/python:     2.5.2-r8
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.6.2
sys-apps/baselayout: 2.0.0
sys-apps/openrc:     0.3.0-r1
sys-apps/sandbox:    1.2.18.1-r3
sys-devel/autoconf:  2.13, 2.63
sys-devel/automake:  1.4_p6, 1.5, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10.1-r1
sys-devel/binutils:  2.19.50.0.1
sys-devel/gcc-config: 1.4.0-r4
sys-devel/libtool:   2.2.6a
virtual/os-headers:  2.6.27-r2
ACCEPT_KEYWORDS="amd64 ~amd64"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -O3 -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/4.1/env /usr/kde/4.1/share/config /usr/kde/4.1/shutdown /usr/share/config /var/lib/hsqldb"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/env.d/java/ /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/udev/rules.d"
CXXFLAGS="-march=k8 -O3 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="ccache distlocks parallel-fetch preserve-libs protect-owned sandbox sfperms strict unmerge-orphans userfetch"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LANG="en_GB"
LC_ALL="en_GB"
LDFLAGS="-Wl,-O1"
LINGUAS="en_GB"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage/layman/xen /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="3dnow X X10 Xaw3d a52 aac accessibilty acl acpi alsa amarok amd64 apache2 asf aspnet berkdb branding bzip2 c++ cairo cdr cgi cli cracklib crypt ctype cups curl cxx dbus disk-partition divx doc dri dts dvd dvdr dvdread dxr3 eds emboss encode esd evo exif fam fat fbsplash ffmpeg firefox flac fortran ftp gcc4 gd gdbm gif gimp glitz gnutls gphoto2 gpm gstreamer gtk gutenprint hal hfs http hvm iconv ieee1394 imap ipod ipv6 isdnlog ithreads jack java javascript jbig jpeg kde kdepim kdeprefix kerberos kicker kvm lcms ldap libnotify libwww lm_sensors logitech-mouse loop-aes mad maildir midi mikmod mjpeg mmap mmx mmxext mng modperl modplug mono moonlight mp3 mpeg mplayer mudflap multilib musepack mysql mysqli ncurses new-login nforce2 nls nptl nptlonly nsplugin ntfs nvidia obex odbc offensive ogg openct opengl openmp oracle pam pcre pcsc-lite pdf perl pertty php pic pmu pmv png ppds pppd pulseaudio python qemu qt3 qt3support qt4 quicktime readline reflection reiser4 reiserfs samba scanner sdl session slp smartcard sockets spaceorb spell spl sqlite sse sse2 ssl startup-notification svg sysfs tcpd theora threads tiff truetype unicode usb v4l v4l2 videos vorbis wavpack wmf xattr xcb xcomposite xine xinerama xml xorg xscreensaver xulrunner xv xvid xvmc zlib" ALSA_CARDS="emu10k1" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="evdev keyboard mouse spaceorb" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="en_GB" USERLAND="GNU" VIDEO_CARDS="nvidia vesa"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS

Comment 12 Steve Dibb (RETIRED) gentoo-dev 2008-10-30 15:55:03 UTC
(In reply to comment #10)
> (In reply to comment #9)
> > All done, in CVS
> > 
> 
> This causes the following error...
> 
> test portage # emerge -Dupv world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> emerge: there are no ebuilds built with USE flags to satisfy
> ">=media-libs/win32codecs-20071007-r4[real]".
> !!! One of the following packages is required to complete your request:
> - media-libs/win32codecs-20071007-r4 (Change USE: +real)
> (dependency required by "media-libs/realcodecs-11.0.1.1056" [ebuild])
> 

It's a notice, not an error.

Read it, emerge win32codecs with real use flag. :)

http://forums.gentoo.org/viewtopic-t-713051.html
Comment 13 Antonio Augusto Santos 2008-10-30 15:58:55 UTC
why, oh why, now i need to use realcodecs with win32codecs when before i didn't need these?
Comment 14 dongxu li 2008-10-31 03:06:08 UTC
(In reply to comment #12)
> (In reply to comment #10)
> > (In reply to comment #9)
> > > All done, in CVS
> > > 
> > 
> > This causes the following error...
> > 
> > test portage # emerge -Dupv world
> > 
> > These are the packages that would be merged, in order:
> > 
> > Calculating dependencies... done!
> > 
> > emerge: there are no ebuilds built with USE flags to satisfy
> > ">=media-libs/win32codecs-20071007-r4[real]".
> > !!! One of the following packages is required to complete your request:
> > - media-libs/win32codecs-20071007-r4 (Change USE: +real)
> > (dependency required by "media-libs/realcodecs-11.0.1.1056" [ebuild])
> > 
> 
> It's a notice, not an error.
> 
> Read it, emerge win32codecs with real use flag. :)
> 
> http://forums.gentoo.org/viewtopic-t-713051.html
> 

thre's no need to install win32codecs, since all I need is "amd64codecs" and mplayer with USE="real"

now, you have masked USE="real" in use.mask, and you are telling users to emerge win32codecs with USE="real"

looks like I have to override your changes from now on
Comment 15 Kacper Kopczynski 2008-11-02 23:44:33 UTC
(In reply to comment #14)
> 
> thre's no need to install win32codecs, since all I need is "amd64codecs" and
> mplayer with USE="real"
> 
> now, you have masked USE="real" in use.mask, and you are telling users to
> emerge win32codecs with USE="real"
> 
> looks like I have to override your changes from now on
> 

I've emerged win32codecs, amd64codecs, realcodecs, realplayer; I have USE flags real and win32codecs in /etc/make.conf; And finally I've emerged mplayer and still I can't watch realplayer movies.
Comment 16 Steve Dibb (RETIRED) gentoo-dev 2008-11-03 23:47:43 UTC
Open a new bug for issues.
Comment 17 marek wojciechowski 2008-11-07 15:05:26 UTC
Sorry guys, but i emerged mplayer and it just does not play rmvb, thought it use to previously. I'm on amd64. The realcodecs are hard masked, the real USE flag in not active any more, what are my options to play rmvb now?
Thanks,
Marek