On Wed, 2008-12-17 at 14:23 -0800, Orcan Ogetbil wrote:
> --- On Wed, 12/17/08, Jarod Wilson wrote:
> > A buddy of mine just got a Linksys WUSB600N usb 802.11n
> > stick, and it
> > works w/the rt2870 driver, after its device id is added. I
> > prepped
> > everything for the rt2870-kmod, but found
Dear fellow rpmfusion contributors,
Chitlesh has been working on this systemc package [1] for a while and I have
been reviewing it. It came to the point where the package is Fedora-ready. I
have been thinking about it a lot but I couldn't come to a decision about the
license [2]. FE-Legal sugges
http://bugzilla.rpmfusion.org/show_bug.cgi?id=151
--- Comment #24 from Orcan Ogetbil 2008-12-18 01:52:45
---
OK, I finally got everything together.
BR: gcc-c++ is not required (you must remove it)
R: gcc-c++ is not required either (which you already removed)
We came to the point where we
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #18 from Conrad Meyer 2008-12-18 01:01:35 ---
New Package CVS Request
===
Package Name: cmus
Short Description: Ncurses-Based Music Player
Owners: konradm
Branches: F-10 F-9
InitialCC:
--
Configure bugmail:
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > On Wednesday, 03 December 2008 at 19:06, Dominik
Conrad Meyer wrote:
> apt-rpm doesn't work in current Fedora anyways.
To be more precise, command-line apt-rpm is completely broken in F10 and
higher, Synaptic already in F9.
So if somebody cares strongly about apt, they'll have to fix apt first!
Kevin Kofler
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #17 from Kevin Kofler 2008-12-17 23:29:39
---
> Probably we have some kind of misunderstanding Kevin. The makefile suppress
> the
> output when calling many commands including the compiler. In this way neither
> the submitter no
--- On Wed, 12/17/08, Jarod Wilson wrote:
> A buddy of mine just got a Linksys WUSB600N usb 802.11n
> stick, and it
> works w/the rt2870 driver, after its device id is added. I
> prepped
> everything for the rt2870-kmod, but found I don't have
> permission to
> check stuff in there... I guess I sho
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > On Wednesday, 03 December 2008 at 19:06, Dominik
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > On Wednesday, 03 December 2008 at 19:06, Dominik
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
> On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
> > On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski
> > wrote:
> > > On Wednesday, 03 December 2008 at 19:06, Dominik
On Wednesday, 17 December 2008 at 21:00, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 17 December 2008 at 20:50, Dominik 'Rathann' Mierzejewski wrote:
> > On Wednesday, 17 December 2008 at 18:36, Rex Dieter wrote:
> > > Trying to respin xine-lib:
> > >
> > > checking for FFMPEG... configu
A buddy of mine just got a Linksys WUSB600N usb 802.11n stick, and it
works w/the rt2870 driver, after its device id is added. I prepped
everything for the rt2870-kmod, but found I don't have permission to
check stuff in there... I guess I should request commit access there, or
just post patches in
On Wed, 17 Dec 2008 07:42:18 +0100, Thorsten wrote:
> libfaac.so.0
> >>> Got it, faac did not get picked to be multilib :)
> >> +1 points. :)
> >>
> >> Mission objective now is to find out the culprit: faac on multilib
> >> blacklist?
> >
> > Nope.
> >
> >> Misconfigured pushscripts? (
On Wednesday, 17 December 2008 at 20:50, Dominik 'Rathann' Mierzejewski wrote:
> On Wednesday, 17 December 2008 at 18:36, Rex Dieter wrote:
> > Trying to respin xine-lib:
> >
> > checking for FFMPEG... configure: error: Package requirements
> > (libavcodec >= 51.20.0) were not met:
> >
> > Packa
On Wednesday, 17 December 2008 at 18:36, Rex Dieter wrote:
> Trying to respin xine-lib:
>
> checking for FFMPEG... configure: error: Package requirements
> (libavcodec >= 51.20.0) were not met:
>
> Package libraw1394 was not found in the pkg-config search path.
> Perhaps you should add the direc
http://bugzilla.rpmfusion.org/show_bug.cgi?id=151
--- Comment #23 from Chitlesh GOORAH 2008-12-17
20:15:04 ---
Updated
Spec URL: http://chitlesh.fedorapeople.org/systemC/systemc.spec
SRPM URL: http://chitlesh.fedorapeople.org/systemC/systemc-2.2.0-3.fc10.src.rpm
Mock i386: http://chitlesh.
Hans de Goede wrote:
Rex Dieter wrote:
yay.
make[3]: *** [xineplug_decode_ff_la-ff_video_decoder.lo] Error 1
make[3]: *** Waiting for unfinished jobs
ff_audio_decoder.c: In function 'ff_audio_decode_data':
ff_audio_decoder.c:272: error: 'AVCodecContext' has no member named
'bits_per_sample
Rex Dieter wrote:
yay.
make[3]: *** [xineplug_decode_ff_la-ff_video_decoder.lo] Error 1
make[3]: *** Waiting for unfinished jobs
ff_audio_decoder.c: In function 'ff_audio_decode_data':
ff_audio_decoder.c:272: error: 'AVCodecContext' has no member named
'bits_per_sample'
...
ff_audio_decode
yay.
make[3]: *** [xineplug_decode_ff_la-ff_video_decoder.lo] Error 1
make[3]: *** Waiting for unfinished jobs
ff_audio_decoder.c: In function 'ff_audio_decode_data':
ff_audio_decoder.c:272: error: 'AVCodecContext' has no member named
'bits_per_sample'
...
ff_audio_decoder.c:330: error: 'AV
Rex Dieter wrote:
Trying to respin xine-lib:
checking for FFMPEG... configure: error: Package requirements
(libavcodec >= 51.20.0) were not met:
Package libraw1394 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libraw1394.pc'
to the PKG_CONFIG_PA
Trying to respin xine-lib:
checking for FFMPEG... configure: error: Package requirements
(libavcodec >= 51.20.0) were not met:
Package libraw1394 was not found in the pkg-config search path.
Perhaps you should add the directory containing `libraw1394.pc'
to the PKG_CONFIG_PATH environment vari
--- On Wed, 12/17/08, Hans de Goede wrote:
> Hmm,
>
> Build fails on ppc? :
> http://buildsys.rpmfusion.org/logs/fedora-development-rpmfusion_free/2089-gstreamer-ffmpeg-0.10.6-1.fc11/
>
> It claims it cannot find ffmpeg any idea why that would be
> ?
>
This is an arch-independent error. The sam
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #16 from Andrea Musuruane 2008-12-17 16:34:28
---
Can you return the favour and do a review? I have #476357 in Fedora ;)
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
--- You are receiving thi
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
Andrea Musuruane changed:
What|Removed |Added
Blocks|3 |4
--- Comment #15 from Andrea Musu
On 16.12.2008 22:25, David Timms wrote:
As far as I'm aware, packagers don't have access to be able to request
rebuild of a .src.rpm package in mock, aka fedora. Would it be difficult
to setup/maintain ?
You want to test-build srpms in the rpmfusion buildsys? That is not
really supported in
http://bugzilla.rpmfusion.org/show_bug.cgi?id=19
--- Comment #12 from Thorsten Leemhuis 2008-12-17
15:04:41 ---
(In reply to comment #11)
> What is the standard way to setup srpm to produce this result?
That will be done automatically by the push scripts if you have a -devel and a
-libs su
http://bugzilla.rpmfusion.org/show_bug.cgi?id=13
--- Comment #13 from David Timms 2008-12-17 13:45:58 ---
(In reply to comment #12)
> Okay, I've added (nonfree) or (free) to the summary and fixed the
> %descriptions:
> SRPM:
> http://downloads.diffingo.com/rpmfusion/rpmfusion-free-package-
http://bugzilla.rpmfusion.org/show_bug.cgi?id=19
--- Comment #11 from Neal Becker 2008-12-17 13:25:29 ---
(In reply to comment #10)
> This package surely needs some work. To start with:
>
> * mock build fails on my x86_64. This is because you are trying to build and
> include 32 bit librari
Hi,
it seems that makefile.common wasn't updated to reflect the latest mock
changes:
$ LANG=C make mockbuild
rpmbuild --define "_sourcedir
/home/jsikorski/cvs/rpmfusion/nonfree/bsnes/F-10" --define "_builddir
/home/jsikorski/cvs/rpmfusion/nonfree/bsnes/F-10" --define "_srcrpmdir
/home/jsikorski/cv
Hans de Goede wrote:
Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski
wrote:
On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann'
Mierzejewski wrote:
On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann'
Mierzejewski wrote:
O
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
Andrea Musuruane changed:
What|Removed |Added
Status|NEW |ASSIGNED
--
Configure bugmail: ht
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
Andrea Musuruane changed:
What|Removed |Added
AssignedTo|rpmfusion-package- |musur...@gmail.com
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
Andrea Musuruane changed:
What|Removed |Added
CC||musur...@gmail.com
Blocks
Thorsten Leemhuis wrote:
> gstreamer-pitfdll
[...]
I think that this one is mostly obsolete. The gstreamer-ffmpeg package
supports most (all?) of the formats this one supported. I wouldn't
import it.
"""
I haven't found Real Player video (audio works fine) working with ffmpeg
plugin. I think it
On 17.12.2008 11:52, Hans de Goede wrote:
[...]
I've just fired of a build of the new gstreamer-ffmpeg-0.10.6 for devel, which
should build fine against the new ffmpeg (verified locally). Actually, 0.10.6
won't build against the ffmpeg in F-10, but thats not an issue 0.10.6 seems to
contain so
Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote:
On Wednesday, 03 Decem
Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:31, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 21:15, Dominik 'Rathann' Mierzejewski wrote:
On Thursday, 04 December 2008 at 14:17, Dominik 'Rathann' Mierzejewski wrote:
On Wednesday, 03 Decem
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #14 from Conrad Meyer 2008-12-17 11:44:05 ---
Actually I didn't have to patch the makefile at all. Just passed V=2.
--
Configure bugmail: http://bugzilla.rpmfusion.org/userprefs.cgi?tab=email
--- You are receiving this mail
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #13 from Andrea Musuruane 2008-12-17 11:35:00
---
(In reply to comment #8)
> > * There is no compile output. Makefile must be patched to see it. This is a
> > blocking issue. A reviewer must see the output of what is happening wh
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #12 from Conrad Meyer 2008-12-17 11:23:14 ---
http://konradm.fedorapeople.org/fedora/SPECS/cmus.spec
http://konradm.fedorapeople.org/fedora/SRPMS/cmus-2.2.0-3.fc9.src.rpm
Sorry it took so long.
--
Configure bugmail: http://bug
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #11 from Andrea Musuruane 2008-12-17 11:12:04
---
(In reply to comment #9)
> Using %{name} and %{version} macros is not mandated. I use %{version} macros,
> but prefer not to use %{name} especially when "%{name}" is longer than "
On Wednesday 17 December 2008 01:43:40 am Thorsten Leemhuis wrote:
> Hi!
>
> Just FYI, seems some people would like to have apt and smart support for
> RPM Fusion and Livna; see this mail (and the replies to it):
> https://www.redhat.com/archives/fedora-list/2008-December/msg02807.html
>
> Smart su
Hi!
Just FYI, seems some people would like to have apt and smart support for
RPM Fusion and Livna; see this mail (and the replies to it):
https://www.redhat.com/archives/fedora-list/2008-December/msg02807.html
Smart support for RPM Fusion is in the works
https://bugzilla.rpmfusion.org/show_bug
http://bugzilla.rpmfusion.org/show_bug.cgi?id=165
--- Comment #10 from Kevin Kofler 2008-12-17 09:44:00
---
I'd even say abuse of %{name} can be outright harmful, for example using it in
the URL tag means you can't just paste the URL into a browser. And it usually
makes no sense at all, how
45 matches
Mail list logo