yet anothers things to do: Appstream, comps and remix

[Sérgio Basto]

Hello, 

Adam Williamson wrote today in reply of one question (made by me) : 
"Hmm, actually, maybe it currently doesn't, but it definitely has
before:

http://download1.rpmfusion.org/free/fedora/updates/testing/20/x86_64/co
mps.xml

But basically, any repo can have comps data and dnf will respect it;
you can set up an external repo with comps data that lists some package
from that repo as being in the `standard` group, for instance, and when
it installs the `standard` group, dnf will include that package. AFAIK
this has always been intended to work. I'm not sure how often it gets
tested. "

Goggled and found http://rpmfusion.org/comps , so maybe we should add 
rpmfusion-comps repo (to archive) , in

    https://github.com/rpmfusion-infra/rpmfusion-comps/ 
 

like fedora-comps , btw comps was talked here in rpmfusion in 2007 [1]
, and if we need generate comps.xml , we also may talk in Appstream ,
we need generate something isn't it ? And since remxis depends on
comps.xml (If I am correct), also talk about RPMFusion remixs, not
propose generate the remixs , but at least update remix specs [2], and
be able do remix in a local machine . 
About appstream [3], can I add/update the missing packages for Fedora
23 ? and close the review request after that? 

Cheers, 

[1] 
http://lists.rpmfusion.org/pipermail/rpmfusion-developers/2007-October/
42.html

[2] 
https://pkgs.rpmfusion.org/cgit/?q=remix

[3]
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3657
https://bugzilla.rpmfusion.org/show_bug.cgi?id=3658

-- 
Sérgio M. B.

Re: review report

[Sérgio Basto]

On Seg, 2016-07-25 at 23:52 +0100, Sérgio Basto wrote:
> Hello, 
> 
> Here is a report what I found that remains more or less lost :), I'm
> writing down, for better organization . 
> 
> npapi-vlc 
> http://koji.rpmfusion.org/koji/packageinfo?packageID=171 
> 
> ufoai
> http://koji.rpmfusion.org/koji/packageinfo?packageID=417
> being transfer to fedora 
> https://bugzilla.redhat.com/show_bug.cgi?id=1157255
> 
> e-uae, wait for some package be published in f24 ... 
> http://koji.rpmfusion.org/koji/packageinfo?packageID=322
> 
> vdr-dxr3 
> http://koji.rpmfusion.org/koji/packageinfo?packageID=251
> last build Fedora 14  
> https://rpmfind.net/linux/rpm2html/search.php?query=vdr-dxr3=S
> ea
> rch+...==
> 
> kmediafactory 
> http://koji.rpmfusion.org/koji/packageinfo?packageID=101 
> 
> acoustid-fingerprinter
> http://koji.rpmfusion.org/koji/packageinfo?packageID=2
> last build Fedora 21  
> https://rpmfind.net/linux/rpm2html/search.php?query=acoustid-fingerpr
> in
> ter=Search+...==
> 
> cmus
> http://koji.rpmfusion.org/koji/packageinfo?packageID=26
> 
> miro
> http://koji.rpmfusion.org/koji/packageinfo?packageID=147
> 
> mamory
> http://koji.rpmfusion.org/koji/packageinfo?packageID=140
> 
> 
> kodi-pvr-addons (to be retired ?)
> http://koji.rpmfusion.org/koji/packageinfo?packageID=104
> 
> 
> also today 
> https://pkgs.rpmfusion.org/cgit/?q=slmodem 
> slmodem appears today on github.com/rpmfusion 
> latest build Fedora 12 
> https://www.rpmfind.net/linux/rpm2html/search.php?query=slmodem-kmod-
> de
> buginfo
> slmodem should be orphaned, but the package wasn't properly converted
> from cvs, nothing to worry in the short term. 

Found this mystery, in cvstogit [1] the script skip these packages:
rpmfusion-package-config-smart, spek , vlc-phonon-backend, xmms-aac,
slmodem, slmodem-kmod and vboxgtk 

[1] https://github.com/rpmfusion-infra/rpmfusion-tools/blob/master/cvstogit#L279
 
> I hope that can call this the last review report :) , all other
> packages seems that are rolling out !. 
>  
> Best regards and thanks, 
-- 
Sérgio M. B.

Re: build perl problem

[Sérgio Basto]

On Qui, 2016-10-27 at 15:29 +0100, Paul Howarth wrote:
> On 20/10/16 01:56, Sérgio Basto wrote:
> > 
> > On Sex, 2016-09-30 at 20:56 +0100, Sérgio Basto wrote:
> > > 
> > > On Sex, 2016-09-30 at 14:30 +0100, Paul Howarth wrote:
> > > > 
> > > > 
> > > > On 30/09/16 05:17, Sérgio Basto wrote:
> > > > > 
> > > > > 
> > > > > 
> > > > > I'd like have an ack or an nack or something on this subject.
> > > > > Today
> > > > > I
> > > > > found that this also happened in F24, since commmit [1] on
> > > > > 2016-
> > > > > 03-
> > > > > 01.
> > > > > But looking for build of mythtv-0.28-3.fc24 (2016-06-22), the
> > > > > provides
> > > > > of the rpm package are correct. Seems that is just with Perl
> > > > > 5.24
> > > > > when
> > > > > don't have glibc-all-langpacks .
> > > > > What I would do, is rebuild all of course.
> > > > Packages that ship perl code will need to BR: perl-generators
> > > > to
> > > > get
> > > > proper requires/provides on F-25 and later. Prior to that it
> > > > wasn't
> > > > needed, pulled in by rpm-build.
> > > Thanks to point it out again , yes some provides still not there
> > > , I
> > > will add BR: perl-generators to that packages .
> > FTR:
> > we should query all packages [1] with :
> > 1. --whatrequires  "libperl.so*" --alldeps
> > these packages now need BuildRequires: perl-devel
> > 
> > perl-Crypt-IDEA (ok)
> > perl-PGPLOT (not ok)
> > 
> > 2. --whatprovides  "perl(*)"
> > need BuildRequires: perl-generators
> > 
> > dvdrip  (ok)
> > get-flash-videos (not ok)
> > mythtv  (ok)
> > pangzero(ok)
> > pdflib-lite (ok)
> > perl-Crypt-IDEA  (?)
> > perl-IP-Country  (ok)
> > perl-PGPLOT  (not ok)
> > xmltv  (ok)
> > 
> > 
> > 3. --whatrequires  "perl(*)" --alldeps
> > needs review ? I don't know
> > 
> > get_iplayer
> > lives
> > m2vmp2cut
> > mplayer
> > mythtv-status
> > mythweb
> > ndiswrapper
> > normalize
> > vdrsync
> These have all been updated and rebuilt in F-25 and Rawhide now.

Thanks ! 

> Paul.
-- 
Sérgio M. B.

Re: build perl problem

[Paul Howarth]

On 20/10/16 01:56, Sérgio Basto wrote:

On Sex, 2016-09-30 at 20:56 +0100, Sérgio Basto wrote:

On Sex, 2016-09-30 at 14:30 +0100, Paul Howarth wrote:


On 30/09/16 05:17, Sérgio Basto wrote:



I'd like have an ack or an nack or something on this subject.
Today
I
found that this also happened in F24, since commmit [1] on 2016-
03-
01.
But looking for build of mythtv-0.28-3.fc24 (2016-06-22), the
provides
of the rpm package are correct. Seems that is just with Perl 5.24
when
don't have glibc-all-langpacks .
What I would do, is rebuild all of course.

Packages that ship perl code will need to BR: perl-generators to
get
proper requires/provides on F-25 and later. Prior to that it
wasn't
needed, pulled in by rpm-build.

Thanks to point it out again , yes some provides still not there , I
will add BR: perl-generators to that packages .


FTR:
we should query all packages [1] with :
1. --whatrequires  "libperl.so*" --alldeps
these packages now need BuildRequires: perl-devel

perl-Crypt-IDEA (ok)
perl-PGPLOT (not ok)

2. --whatprovides  "perl(*)"
need BuildRequires: perl-generators

dvdrip  (ok)
get-flash-videos (not ok)
mythtv  (ok)
pangzero(ok)
pdflib-lite (ok)
perl-Crypt-IDEA  (?)
perl-IP-Country  (ok)
perl-PGPLOT  (not ok)
xmltv  (ok)


3. --whatrequires  "perl(*)" --alldeps
needs review ? I don't know

get_iplayer
lives
m2vmp2cut
mplayer
mythtv-status
mythweb
ndiswrapper
normalize
vdrsync


These have all been updated and rebuilt in F-25 and Rawhide now.

Paul.

[Bug 2444] Review request: mp3fs - A dynamic MP encoding fuse file-system

[RPM Fusion Bugzilla]

http://bugzilla.rpmfusion.org/show_bug.cgi?id=2444

--- Comment #26 from leigh scott  ---
Just a comment, the summary is lame imo

"A dynamic MP encoding fuse file-system"

where is the 3?

"A dynamic MP3 encoding fuse file-system"



TBH I prefer the debian summary

"FUSE filesystem for transcoding FLAC to MP3 on the fly"

https://packages.debian.org/jessie/utils/mp3fs

-- 
You are receiving this mail because:
You are on the CC list for the bug.