a bit late but anyways :-) - thanks for fixing
Dne úterý 7. března 2023 17:14:17 CET, Sérgio Basto via rpmfusion-developers
napsal(a):
> On Thu, 2023-03-02 at 19:17 +, Sérgio Basto via rpmfusion-
> developers wrote:
>
> > On Thu, 2023-03-02 at 19:37 +0100, Karel Voln
Hi,
I would like to retire qmmp-plugin-pack-freeworld
So I have followed https://rpmfusion.org/Contributors#Retiring_a_package
But trying rfpkg retire, I got
[kvolny@kvolny qmmp-plugin-pack-freeworld]$ rfpkg retire "ffmpeg-free now in
Fedora
...
> All but the F29 branch have been retired, as this is what we agreed with
> Karel.
ahem, what about that EL6?
K.
___
rpmfusion-developers mailing list -- rpmfusion-developers@lists.rpmfusion.org
To unsubscribe send an email to
> > 12138 ufoai-2.4-9.fc31
>
> ufoai have to be retired as it's still missing the ufoai-data anyway
> (that is too large for us to package this way, sorry about that).
nd ... it is:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=5342#c3
thanks, Leigh
K.
Hi,
Is there any reason why mp3gain cannot me moved to Fedora?
I've briefly checked the sources and I don't think there's any
blocker ...
except the usual lack of volunteers
so I can try to move it
yes please
https://bugzilla.redhat.com/show_bug.cgi?id=1664399
K.
--
Karel Volný
RPMFusion than submitting a new package but I can't find any
docs on it
... any links/hints?
Happy New Year, everyone!
+1
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: e
how to use that :-)
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-developers ma
-11.20160614gita5e06b9.el7.src.rpm
xine-lib-1.2.9-2.el7.src.rpm
zoneminder-1.30.4-3.el7.src.rpm
(2)
https://admin.fedoraproject.org/mirrormanager/statistics/2018-09-04/repositories
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "
is enough for now, we're not talking about critical
security update that needs to be delivered immediately, it's a new feature
so let's keep it to new distro version - F29 branching is in two months ...
so now everything is fine, thanks all for the assistance
K.
--
Karel Volný
BaseOS QE
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-developers mailing list -- rpmfusion-
process to resolve the request, should I just wait, or is it
automated, should I file infrastructure bug?
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stup
xit
status 1
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-developers mailing list
the last commit and continue with next version?
the only issue is that I did't see the process documented ... if it is that
easy then I can revive it at once
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attr
meanwhile :-)
Which package do you want to un-retire ?
qmmp-plugin-pack-freeworld
now there is new ffvideo plugin that cannot be in Fedora
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice wha
Hi,
pls, what is the process how to unretire a package?
- I don't see that in information for contributors ...
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be expl
Hi,
The only other solution would be for RPM Fusion to get faster 32-bit ARM
builders,
wouldn't "more of them" work better than "faster"?
- once upon a time, I had been using distcc successfully ...
but I don't know how hard it would be to set it up ... just an idea
.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-developers mailing list -- rpmfusion-
, but it wasn't meant
to go to F26, and so the rebuild broke the deps
not sure if the rebuild was necessary in F26, 1.1.7-2 works just fine for
me
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice wha
?
- long live SeaMonkey ...
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-developers ma
for Flash (probably NPAPI vs PPAPI in reality?) ... no Java
in browser? srsly? - how's my mother supposed to use internetbanking that
has its own signing applet?
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attr
Hi,
ffmpeg has now been built, thanks to Nicolas.
You guys can all go wild, hit the builders heavily and help
with turning up RPM Fusion for EL7 into a reality...
thanks, qmmp-plugins-freeworld build now passes
btw, still no 'rfpkg update'?
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat
work for me, because I need ... ffmpeg :-)
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
November and no topic caught my eye)
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
___
rpmfusion-
.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
from further actions ...?
K.
[*] https://fedoraproject.org/wiki/How_to_remove_a_package_at_end_of_life
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
:: "Never attribute to malice what can
:: easily be explained by stupidity."
so the
wiki lists just what really works now (or mark things "not ready yet, don't
try that"), and on the list, don't refer people to undocumented things (if
it can be used, it should be documented)
- thx
K.
--
Karel Volný
BaseOS QE - Daemons
Red Hat Czech, Brno
tel. +420 532294
to the "5. Updating an existing package" section,
but that needs to be reworked more thoroughly
opinions?
am I free to make this change? (if I can remember my password to wiki :-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext.
ng because of the situation with UFO:AI (that I happen to maintain
...) where the -data subpackage is shared across releases to save
resources, so how much does this exception violate the policies ...?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532
Hi,
...
- Fedora packages must carry the current release %dist.
just out of curiousity, where is this written?
http://fedoraproject.org/wiki/Packaging:DistTag
ah, wrong document examined ... thanks
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH
Hi,
while at it, can someone please update http://rpmfusion.org/Contributors
with links to git, or where the new work should be done?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attr
save space, these do not
change between fedora versions
K.
[*] https://bugzilla.redhat.com/show_bug.cgi?id=1157255
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: "Never attribute to malice what can
:: easi
Hi,
i'm rebuilding my package on RPMFusion but devel-branch coincides with
the F-21.
How can i build on F-22 and F-23 ?
I believe the answer I got still applies - see
https://lists.rpmfusion.org/pipermail/rpmfusion-developers/2015-June/018287.html
K.
--
Karel Volný
QE BaseOs/Daemons Team
-freeworld would be
installed already then it would block qmmp update as increasing the version
would break the dependency
[note that a solution syncing the updates has been mentioned already and
I'm saving this topic when the new infrastructure is ready]
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red
is there anything else I could do, or is it completely upon Kwizart ...
err, infrastructure team?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained
waiting to
be packaged - next week
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
is not present at all
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
-pack-0.8.3.tar.bz2
(and yes, I've already mentioned the links ;-))
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
struggled with RHEL 6.7 and RHSCL 2.0 tasks and I also
had some housing related issues to solve which left almost zero time for
working on Fedora al.
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never
but these
are mostly some FTBFS problems ... did I give up going through them too
early, before discovering information I need?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
Hi,
Dne středa, 13. srpna 2014 10:32:58 CEST, Elad Alfassa napsal(a):
On Tue, Aug 12, 2014 at 4:52 PM, Karel Volný kvo...@redhat.com wrote:
now I'm confused, as you talked about putting it into *-release ...?
Re-read my message please. I suggested two options: putting the metadata
to
update two packages), or are they going to be duplicated (how will we
ensure that it wouldn't get out of sync), or what?
K.
p.s. somehow I cannot understand how do the translations work ...
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074
Hi,
Dne úterý, 10. června 2014 19:37:17 CEST, Nicolas Chauvet napsal(a):
It worked okay right now.
Please submit a bugreport to get un-blacklisted if it still doesn't work
for you.
now it works for me too - seems like some temporary hiccup
sorry for the noise
K.
--
Karel Volný
QE BaseOs
: channel_input_status_confirm: type 100 id 0
X11 forwarding request failed on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
and it hangs forever then ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
plague doesn't count, my todo list is
kilometres long and I don't have enough enthusiasm to put it on top and go figure out
myself; neither I can commit to supporting something 24/7, I like to go hiking, sailing,
I have a family to care of ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat
Please bump release for your packages if affected once
branched.
in that ^ case would it be possible just to resubmit the job from
the F-18 branch once it gets created, then retag and submit from
devel?
(is release bump needed for retagging as fc19?)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red
Dne Út 31. července 2012 13:46:25, Nicolas Chauvet napsal(a):
2012/7/31 Karel Volný kvo...@redhat.com:
Dne Po 30. července 2012 13:47:17, Richard Shaw napsal(a):
Anyone know what's going on here? (Besides the obvious :) )
DEBUG util.py:257:
http://buildsys.rpmfusion.org/plague-results
guess we just need to wait until some synchronisation, seems
the packages got moved from buildsys results to repos but the
metadata don't reflect this yet
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never
/job.psp?uid672
-TIA
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
Description: This is a digitally signed message part.
Dne Po 18. června 2012 15:33:00, Nicolas Chauvet napsal(a):
2012/6/18 Nicolas Chauvet kwiz...@gmail.com:
2012/6/18 Karel Volný kvo...@redhat.com:
Dne Čt 14. června 2012 20:27:53, Nicolas Chauvet napsal(a):
You can eventually commit some fix but not submit a build
job
yet.
oops, too
* the freshly
rebuilt mplayer is available too
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
Description
-data packages are currently fine despite not rebuilt
in F-17, so nevermind.
yep, there's no change in data, no need to have .fc17 package for
the old version
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
Dne Po 14. května 2012 14:00:35, Nicolas Chauvet napsal(a):
2012/5/14 Karel Volný kvo...@redhat.com:
hi,
sorry for late reply ...
ufoai (weird issue with the previous package - but there is
a
2.4)
I've tried to update to 2.4 but there's quite a lot of
changes
and I hadn't
hi,
sorry for late reply ...
ufoai (weird issue with the previous package - but there is a
2.4)
I've tried to update to 2.4 but there's quite a lot of changes
and I hadn't time to cope with it :-(
what is the weird issue?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel
to reopen the bug in that case?
- I guess an email from bugzilla will land in inboxes of all the
people interested in that bug, so this should serve as reminder
instead of keeping the bug open
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext
Hi,
...
2. mock can't install all the BR's:
Error: Package: ffmpeg-libs-0.8.9-1.fc17.x86_64
(rpmfusion-free-rawhide) Requires: libopenjpeg.so.3()(64bit)
I'm still hitting this issue trying to build in devel (rawhide)
with make mockbuild ... did I miss something?
K.
--
Karel Volný
QE
, out there?
--alec
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
Description: This is a digitally signed message part.
violate terms of use or some
such thing, and/or not be nearly as reliably reachable...
Either way, I'd like to drop the internet bill by the first
of December.
--jarod
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka
On Saturday 29 of October 2011 03:28:15 Kevin Kofler wrote:
Karel Volný wrote:
last time I've recompiled kernel it was on my Gentoo box and
it took about five minutes - oh my ...
/me hides :-)
It takes much less time to build a kernel configured
specifically for your machine
On Sunday 23 of October 2011 11:47:03 Nicolas Chauvet wrote:
2011/10/22 Karel Volný kvo...@redhat.com:
Hi,
before F16 is branched, I'd like to get mp3gain updated ...
but although the cvs request (bug #1971) was processed a
long time ago, I'm still getting:
[kvolny@kvolny devel
.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
Description: This is a digitally signed message part.
the infrastructure.
Thx for your attention.
Nicolas (kwizart)
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
possible to keep the builder going on
a non-biz pipe, but it might violate terms of use or some
such thing, and/or not be nearly as reliably reachable...
Either way, I'd like to drop the internet bill by the first
of December.
--jarod
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel
.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
Description: This is a digitally signed message part.
is why I packaged Openshot so I'm a little
biased :)
as for basic home/holiday videos editing, is LiVES or OpenShot
worth investigating as a replacement for Kdenlive?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka
Hi,
just a question ... are we going to see ffmpeg also for RHEL6 in
a not-so-far future?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained
ACLs updated:
https://bugzilla.rpmfusion.org/show_bug.cgi?id=1971
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity.
signature.asc
On Monday 05 of September 2011 16:11:56 Hans de Goede wrote:
Hi,
On 09/05/2011 02:32 PM, Karel Volný wrote:
On Monday 05 of September 2011 13:58:02 Thomas Moschny wrote:
2011/9/5 David Timmsdti...@iinet.net.au:
They don't appear in yum --enablerepo=* list ffmpeg (I
see: ffmpeg.x86_64
build, it will be
rebuilt with the new ffmpeg already and that is all I need to do?
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity
on my RHEL machine :-))
The branching wasn't done automagically on RHEL6 release?
Or is this a bug?
Should I re-open the review bug with new CVS Request or what? -
The docs at rpmfusion.org are not much verbose on the topic of
branches ...
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech
On Monday 06 of June 2011 23:43:09 Sérgio Basto wrote:
On Mon, 2011-06-06 at 20:56 +0200, Emmanuel Seyman wrote:
* Karel Volný [06/06/2011 19:49] :
unfortunately, the new version
mplayer-1.0-0.123.20110412svn.fc15.x86_64 crashes on my
system every time I try to pause the playback
videos that decode the .h264 at higher
resolutions.
Could you please update the rpms with a later version of
mplayer?
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
/projects/ufoai/files/UFO_AI
2.x/2.3/ufoai-2.3-data.tar
(md5 08fa6d5c80231468c4d5e886600c8dcf)
Manually uploaded. Never done this manually before, if it
doesn't work let me know.
yes it worked, thanks!
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
instead of
putting it under development like Fedora does.
+1 for this from my POV
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity
-plugins-nonfree, and it still fails, missing the
qmmp 0.3.0 version dependency)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420 532294274
(RH: +420 532294111 ext. 8262074)
xmpp ka...@jabber.cz
:: Never attribute to malice what can
:: easily be explained by stupidity
(yesterday, I've updated qmmp to 0.3.0, today I retried build
of the updated qmmp-plugins-nonfree, and it still fails,
missing the qmmp 0.3.0 version dependency)
er, I meant qmmp-plugins-freeworld of course ;-)
K.
--
Karel Volný
QE BaseOs/Daemons Team
Red Hat Czech, Brno
tel. +420
sorry for reviving this ...
Well, the issue is that the game is clearly disparaging
Microsoft and its marks. I'm not sure any amount of
artwork replacement will overcome that.
WTF, since when is parody illegal? It's even an exception to
copyright and trademark law.
Kevin
just a note ...
staging/kitchen sink
...
It can even be used for packages that are under review already.
I see this as quite useful, not just it can even ...
let's change the workflow a bit:
why to put packages for review at random places on the 'net?
- let's get them into one
Hi,
thanks for resolving the issue, its always a pleasure to sit at
the computer after the weekend and see things magically
working ;-)
K.
Dne sobota 31 leden 2009 12:17 Thorsten Leemhuis napsal(a):
On 30.01.2009 21:39, Adrian Reber wrote:
On Fri, Jan 30, 2009 at 06:14:46PM +0100, Michael
Hi,
I'd like to ask ... I am trying to compile ffmpeg plugin for
qmmp, but cmake fails to recognize the needed libraries:
... snip ...
-- checking for modules 'libavcodec;libavformat'
-- package 'libavcodec' not found
-- package 'libavformat' not found
... snip ...
The relevant
Hi,
I'd like to make qmmp-plugins-freeworld available also for
RHEL-5 ... is the procedure the same as described at
http://fedoraproject.org/wiki/PackageMaintainers/CVSAdminProcedure#other -
do I need to create a new bug for it?
K.
pgpIw8l32K1QR.pgp
Description: PGP signature
but the breakage isn't reported for Rawhide but for version
10
You're mistaken.
Notice the repository ids as well as the message subject.
argh, this drives me mad
if I do make mockbuild in the devel directory I get qmmp-plugins-
freeworld-0.2.3-1.fc11.x86_64.rpm
within the email, there
OMG, who stole my package?
qmmp-plugins-freeworld-0.2.2-1.fc10.i386 requires qmmp =
0:0.2.2
[r...@dhcp-lab-227 mock]# yum list qmmp
Loaded plugins: refresh-packagekit
Installed Packages
qmmp.x86_64
qmmp-plugins-freeworld-0.2.2-1.fc10.i386 requires qmmp =
0:0.2.2
[r...@dhcp-lab-227 mock]# yum list qmmp
Loaded plugins: refresh-packagekit
Installed Packages
qmmp.x86_64
0.2.2-1.fc10
installed
Available Packages
qmmp.i386
0.2.2-1.fc10
fedora
... but looking at
...
Maybe I should requeue a qmmp-plugins-freeworld build against
the old ffmpeg,
I am not sure which two ffmpeg versions are in question, but this
may be not so easy as there was the headers move and there is a
wild sed in the spec to find the files at the right place ...
(it should be
...
I stopped the builder, disabled it completely and requeued the
job; should not happen again. Sorry for the trouble.
ok, thanks for the response, built fine now
K.
signature.asc
Description: This is a digitally signed message part.
Hi,
last week I have updated qmmp in Rawhide to the new version
today, I tried to update also the qmmp-plugins-freeworld
developmnet branch to match the Rawhide version
make mockbuild went fine on my system, but the build in buildsys
failed saying that No Package Found for qmmp = 0.2.3
hi,
To the people who are responsible for RPMfusion: Please
make up your mind, and then make an official and
irrevocable (!) commitment pro or contra libdvdcss.
I second that ... but ... who is that?
http://rpmfusion.org/ - SteeringCommittee
http://rpmfusion.org/SteeringCommittee
PS. do we have an IRC channel perhaps?
We do. It's #rpmfusion on FreeNode.
but the only page it is officially mentioned is
http://rpmfusion.org/AnnounceRepository
(I mean not on personal pages)
it would fit nicely nearby the mailing lists link, but on the
other hand it would not be too
friday_trolling
On Thursday 16 October 2008 16:38:38 Sebastian Vahl wrote:
Am Thu, 16 Oct 2008 11:01:38 +0200
schrieb Karel Volný [EMAIL PROTECTED]:
...
this is a really bad attitude, and I'm sad to hear that from
you :-(
Don't dictate other people from other countries what they
should
hi,
* having libdvdcvs in one of our repos could lead to
projects or cooperation's not to mention or link to us.
That's not limited to Fedora or Red Hat; also some
journalists and howto-writers will also chose to *not*
mention RPM Fusion and thus not link to us, as it might be
to
+BuildRequires: cmake ffmpeg-devel = 0.4.9-0.47.20080614
libmad-devel qt-devel = 4.2
Shouldn't they be comma separated if you specify versions?
well, I did not notice such a rule anywhere, and it works this
way too, obviously ...
And anyway, I prefer one dependency per line.
I'll
kvolny at redhat.com qmmp-plugins-freeworld
I'm not sure he is on the rpmfusion list, he usually does a
good job, somebody should ping him.
I am, but I am not that fast as the others, usually ;-)
the problem with qmmp-plugins-freeworld lies in the updated
ffmpeg headers ...
since it is
92 matches
Mail list logo