coms.xml as currently in livna breaks yum groupinstall
by Hans de Goede
Hi All,
Sorry for being non verbose, but I hope this explains it the best:
---
[hans@localhost ~]$ yum groupinfo "Games and Entertainment"
Setting up Group Process
Group: Games and Entertainment
Description: Various ways to relax and spend your free time.
Optional Packages:
crimson-fields
xrick
[hans@localhost ~]$
---
[hans@localhost ~]$ yum groupinfo --disablerepo livna "Games and Entertainment"
Setting up Group Process
Group: Games and Entertainment
Description: Various ways to relax and spend your free time.
Default Packages:
joystick
gnome-games
Optional Packages:
six
pachi
xmoto
xgalaxy
nazghul
atomix
liquidwar
gl-117
seahorse-adventures
nagi
rocksndiamonds
scorchwentbonkers
<long list snipped>
---
[hans@localhost ~]$ yum grouplist
Setting up Group Process
Installed Groups:
Engineering and Scientific
MySQL Database
<snip>
Available Groups:
Games and Entertainment
Development Libraries
Window Managers
Fedora Packager
News Server
XFCE Software Development
Virtualization
Legacy Network Server
DNS Name Server
FTP Server
XFCE
Clustering
Games and Entertainment
<snip>
Notice how Fedoras and livna's "Games and Entertainment" groups are seen as 2
seperate groups.
Regards,
Hans
15 years, 6 months
New package
by Tanguy Eric
I'm the maintainer of ushare (UPnP (TM) A/V Media Server) in Fedora which use libupnp. A new version (1.1) will be out soon and this version use also a new
lib http://libdlna.geexbox.org/ in addition of libupnp. This new lib need ffmpeg-devel. So i think i need to provide ushare with libdlna disabled in fedora.
Make a package for libdlna in rpmfusion (what is the process for this ?)
Make a package ushare-nonfree or something like this with libdlna enabled for inclusion in rpmfusion.
What do you think about this ?
Thanks
Eric
15 years, 6 months
Repository status?
by Jonathan Dieter
Just a quick query, is there a timeline on the rpmfusion repository
being ready to go?
Jonathan
15 years, 6 months
swfdec now in Fedora?
by Hans de Goede
Hi All,
Todays rawhide report says this:
New package swfdec
Flash animation rendering library
Does that mean swfdec now dlopens ffmpeg and other stuff, or does that
mean the one in Fedora is broken with regards to multimedia support.
Regards,
Hans
15 years, 6 months
Problems with bsnes and libao's pulseaudio driver
by Julian Sikorski
Hi,
I am not sure what to do with this one. As you might know, I packaged
bsnes which is currently sitting and waiting for review. Now, I found
and issue with bsnes and libao's pulse driver, which is the default one
as of 0.8.8, which is going to hit Fedora 8 soon.
The problem is that bsnes works perfectly fine with alsa and oss
drivers, but pulse makes the PA daemon go sky high in the cpu usage, and
exit after a few seconds exhausting its cpu time limit.
byuu, bsnes author, says that libao utilisation is very simple and
should not do anything bad. On the other hand, ogg123 works fine with
pulseaudio. Any suggestions how to proceed?
Regards,
Julian
15 years, 6 months
Working on a dvbcut package - needs ffmpeg - linking problems
by Agnes Jones
Hi, I'm new to rpmfusion {though I have package a simple app - glglobe -
for fedora}. I am keen to get dvbcut into rpmfusion since it wouldn't
suit fedora.
I started trying to build the .spec from scratch, with lots of problems.
A suse packman package {with patches} has helped get me to at least
starting the build. Now I'm stuck with linking problems. A post to
fedora-list [1] yielded a hint about ffmpeg version incompatibility, but
I probably need to step back for a moment.
The application introduced it's own version of ffmpeg a while ago - and
has been getting patched without {from what I can tell} patches moving
upstream.
In an effort to compile, I have tried the:
freshrpms, livna and atrpms f7 ffmpeg packages to build against, but no
further progress.
So: some queries:
1. Ideally I want to build against rpmfusion's version which is yet to
exist {FromWAKTell}. Clearly there is some things to sort out first [2],
with the new pckage to be based on livna's. Is it wise to invest time
trying to build against livna's current F7 version ? or F8 ?
2. Since the application source includes a separate ffmpeg, should I
just try to package and separately build that as a requires for dvbcut ?
ie would a package with repeated functionality be included in rpmfusion ?
3. Would it be worth trying to determine diffs between the included
ffmpeg and the other repo's version / patches. Perhaps the included
version has suitable patches.
4. There is a lot of dvbcut source changes that could be made to
eliminate deprecated functions warnings, and in fact the newest ffmpeg
actually removes some of those deprecated functions. Would not patching
those problems lead to a negative appraisal from rpmfusion ?
Also, by installing the packman binary package onto F7 with --nodeps
{has different package names for ffmpeg, qt3 etc requires}, but with the
F7 releases installed, the app works fine. Does this give any clues for
developing a Fedora/fusion package ?
David Timms.
[1] http://www.redhat.com/archives/fedora-list/2007-November/msg02394.html
[2]
http://rpmfusion.org/PackageMergeReviews/F#head-aaa43dc25c72f0d9f25424f79...
15 years, 6 months
[Merge Review] cinelerra
by Nicolas Chauvet
Hi!
Here is a merge review for cinelerra:
SRPMS:
http://kwizart.free.fr/fedora/8/SRPMS/cinelerra-2.1-0.14.svn20071111.kwiz...
This package rich a usable state. (testing on the kwizart repository
available for F-8 ) But it may be even more improved...
This work is based on the cinelerra spec from FreshRPMS.
Cinelerra is built with ffmpeg-external. But for now, it is not aware of
swscale enabled ffmpeg... I think someone worked on a patch, but I don't
know the current status of this... I'm asking on the cinelerra ml...
Cinelerra recommended to use faad2 >= 2.5 (and wasn't aware of the
advertising issue...), so I do not expect problem building it with
2.6.1... (worked also with 2.0 )
Support for mmx/3dnow is disabled for x86_64 because I expect it to be
MMX32 only. This problem was only raised by the patch moving the lib
mpeg2dec from static built to shared build. (with a different SONAME
than the mjpegtools-libs package - But I haven't checked if it can be
used instead of the internal lib).
Libtoolame, (same as mpeg2dec) cinelerra claims to use it own version...
I've swiched from static build to shared build. But I wonder if it could
use an external package for toolame... upstream toolame wasn't updated
since 2003 and I don't know if others projects are still using it for
mpeg2 audio encoding...
Moving tools from mplexlo mplexlo.hv (as described with included spec)
This will allow to have tools installed without conflicting
libmpeg3-utils...
Fonts : moved from _libdir/cinelerra/fonts to _datadir/cinelerra/fonts
Removed already provided fonts
added post postun section...
Raising kernel shmmax . The maximum shared memory value need to be
raised to run cinelerra... (if not raised, a warning is displayed and
cinelerra is unstable...). I've echoed this line in /etc/rc.local in
install and this will be removed on uninstall..
echo "0x7fffffff">/proc/sys/kernel/shmmax
I'm not very pleased with this hack, but it work fine... If you have
another advice about how to deal with this...?
Two patches were reported upstream:
http://www.pipapo.org/gitweb?p=cinelerra/mob;a=commit;h=0f76346bd2a235108...
http://www.pipapo.org/gitweb?p=cinelerra/mob;a=commit;h=88e99c04955c5a7e0...
Might be improved:
- See if we can use an external package for toolame
- See if we could use mpeg2decpp from mjpegtools instead of the internal one
- See if ffmpeg-swscale support can be enabled (need a patch)
Nicolas (kwizart)
15 years, 6 months
consider a b43-firmware package like this?
by John W. Linville
Greetings,
Probably some of you know my name and my role with Fedora and the
Linux kernel. If not, then suffice it to say that I am very interested
in having people get wireless working as easily as possible.
One problem that often hinders users in that regard is firmware for
their wireless devices. Fortunately, Fedora has accepted firmware
packages in the main repository for some time. And, we have had
good success with getting firmware made available under suitable
licenses for Fedora. Still, one particular vendor has been non-
(but not necessarily anti-)cooperative: Broadcom. This is a problem,
as their devices are quite common.
The "approved" firmware for use with the b43 and b43legacy drivers
comes from the OpenWRT website, where it is provided as part of larger
MIPS binaries. AFAIK Broadcom has never bothered OpenWRT about this,
yet neither have they offered an explicitly stated license for this
practice.
The MIPS binaries from the OpenWRT site in turn come from packages
distributed by wireless AP vendors in order to comply with the GPL.
The MIPS binaries are pre-compiled in those packages, but they are
clearly intended to be linked into Linux kernels to run on those APs.
In my mind, this at least implies intent that it is alright to
redistribute these binaries.
So, I have created packages which use these AP vendor's GPL packages as
sources, extract the MIPS binaries, then further extract the wireless
firmware using b43-fwcutter. It is a bit odd in that the src.rpm file
(containing the AP vendor code) is huge, while the binary rpm file
is tiny. But, they work just fine. :-) I have packages for both
b43 and b43legacy. I will include the COPYING file I composed for
inclusion in the b43 firmware package below. I have a similar one for
the b43legacy package.
Perhaps not surprisingly, the string of arguments above has yet to
sway any Fedora authority to bless these packages. So I wonder,
is the case above strong enough to merit including such packages in
RPM Fusion? If that seems likely, then I'll be happy to submit the
packages for your review. Obviously this would seem to belong in the
"non free" section...
Thanks,
John
P.S. COPYING file from the b43-firmware package below. (The "by
permission of" bit was suggested by someone else -- I'm happy to
augment it or remove it as anyone might suggest...)
---
Redistributed by permission of Broadcom in binary form only, no
modifications permitted.
The source archive for this package was reached through a link at
the following URL:
http://www.linksys.com/gpl/
The text at that location reads as follows:
GPL Code Center
The source code files available on this page have been provided
under one or more open source licenses. Select your Linksys
product model and a firmware version from the list below to
download the source code library.
The source code found here is complete to the best of
Linksys’ knowledge. If you believe any additional
source code files should be provided under the
applicable open source license, please contact Linksys at
linksys-opensource(a)linksys.com and provide in detail the
product or code module in question. Linksys is committed to
meeting the requirements of the open source licenses including
the GNU General Public License (GPL) and will make all required
source code available.
The following URL is the direct link to the archive used as the source
of this package:
ftp://ftp.linksys.com/opensourcecode/wrt350n/1.03.2/WRT350N_v1.03.2_US.tgz
The source archive was specifically provided by Linksys in order to
fulfill obligations arising from distribution of software licensed
under the GPL and other open source licenses. Given that fact,
it is reasonable to infer that redistribution of the archive itself
and the contents of that archive is accepted by Linksys, Broadcom,
and any other copyright holders.
--
John W. Linville
linville(a)tuxdriver.com
15 years, 6 months
x264 and xvidcore merge done
by Hans de Goede
Hi All,
Working together with Dominik, I've created merged versions of the livna and
freshrpms x264 and xvidcore packages. The merged versions have been committed
to the livna devel branch and tagged for building.
Changes are below:
x264:
* Tue Nov 13 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 0.0.0-0.11.20070819
- Merge freshrpms spec into livna spec for rpmfusion:
- Change version from 0 to 0.0.0 so that it is equal to the freshrpms versions,
otherwise we would be older according to rpm version compare.
- Add Provides and Obsoletes x264-gtk to x264-gui for upgrade path from
freshrpms
- Fix icon cache update scripts
xvidcore:
* Tue Nov 13 2007 Hans de Goede <j.w.r.degoede(a)hhs.nl> 1.1.3-3
- Merge freshrpms spec into livna spec for rpmfusion:
- Set release to 3 to be higher as both livna and freshrpms latest release
- Add -ffast-math to CFLAGS
Regards,
Hans
15 years, 6 months
