3:50 p.m.
Hi all,
I've just added a page to the wiki to list many 3rd party Fedora
repositories:
http://rpmfusion.org/FedoraThirdPartyRepos
I hope that it will be useful to track previous packaging attempts or to
ask 3rd party maintainers to join RPM Fusion.
Bye,
Andrea.
4:21 p.m.
On Sat, 2007-11-03 at 16:50 +0100, Andrea Musuruane wrote:
Hi all,
I've just added a page to the wiki to list many 3rd party Fedora
repositories:
http://rpmfusion.org/FedoraThirdPartyRepos
I hope that it will be useful to track previous packaging attempts or to
ask 3rd party maintainers to join RPM Fusion.
Or, at the very least, to come up with packages which would allow
multiple repo configurations to work well together. It would be nice if
all 3rd-party repos would join together to become one, but that's
unlikely to happen.
It would be nice (to start) if there could be a master database that all
3rd-party repos could consult for their packages. To see what might
conflict with what. Sort of like a distributed 3rd-party repo system.
The bittorrent / p2p app system for 3rd-party Fedora apps, as it were.
How about tacking on that proposal to the wiki and if someone with time
and skill finds it interesting ...
--
Richi Plana
4:48 p.m.
On 03.11.2007 17:21, Richi Plana wrote:
On Sat, 2007-11-03 at 16:50 +0100, Andrea Musuruane wrote:
> I've just added a page to the wiki to list many 3rd party Fedora
> repositories:
> http://rpmfusion.org/FedoraThirdPartyRepos
> I hope that it will be useful to track previous packaging attempts or to
> ask 3rd party maintainers to join RPM Fusion.
Or, at the very least, to come up with packages which would allow
multiple repo configurations to work well together.
If that would be that easy then it would have been done ages ago afaics :-/
The *in my humble opinion* only sane way that repo can be mixed is a
multilevel stacking system where nobody replaces anything with the repos
up in the dep chain and cooperates with them.
It would be nice if
all 3rd-party repos would join together to become one, but that's
unlikely to happen.
Just as it's unlikely to happen that all distribution's merge. Actually
that is a good example IMHO, as there are people around for which
"Fedora + Repo1" is kind of a different distribution then stock Fedora
or "Fedora + Repo2" (especially if Repo? replaces packages from Fedora)
It would be nice (to start) if there could be a master database that
all
3rd-party repos could consult for their packages.
There were "package databases" in the past already. Didn't much help
afaics.
To see what might conflict with what.
That not that easy to find out. Not to mention that app foo works good
with lib bar from repo baz, but not with repo bar from repo foobar.
Sort of like a distributed 3rd-party repo system.
The bittorrent / p2p app system for 3rd-party Fedora apps, as it were.
How about tacking on that proposal to the wiki and if someone with time
and skill finds it interesting ...
Just my 2 cent: I don't think that's worth the work. With current RPM
and yum only a defined stacking "one ontop of another without
replacements" works properly.
Cu
knurd
4:59 p.m.
2007/11/3, Richi Plana <myfedora(a)richip.dhs.org>:
On Sat, 2007-11-03 at 16:50 +0100, Andrea Musuruane wrote:
> Hi all,
> I've just added a page to the wiki to list many 3rd party Fedora
> repositories:
>
> http://rpmfusion.org/FedoraThirdPartyRepos
>
> I hope that it will be useful to track previous packaging attempts or to
> ask 3rd party maintainers to join RPM Fusion.
Or, at the very least, to come up with packages which would allow
multiple repo configurations to work well together. It would be nice if
all 3rd-party repos would join together to become one, but that's
unlikely to happen.
That's an aim! In my case the "kwizart"
repository is targeted to be
usable with Fedora (and/or) livna/rpmfusion. That's an "experimental"
repository which means that packages are working but still need some
work/testing to be submitted in Fedora or Rpmfusion
Case study, here with freevo : http://doc.freevo.org/Fedora_kwizart
As soon as freevo can be compatible with twisted 2.5, i will submit
freevo to Fedora or rpmfusion... (maybe a virtual package like
freevo-suite can be bundled with rpmfusion to bring others
dependencies...)
So as kwizart.repo is "aimed" to be compatible with Fedora or
livna/rpmfusion. It would be a really important to sort which
repositories are compatible with rpmfusion and thoses how are
not...(or thoses that have an unknown status).
AFAIK gemi repository would be compatible with rpmfusion (but
previously there was a problem since it was defined as compatibles
with livna and freshrpms. As incompatibilties are going to be solved I
expect this repository to be compatible with rpmfusion...
RemiFedora and Drpixel are also aimed to be compatible with livna/rpmfusion
It would be nice (to start) if there could be a master database that
all
3rd-party repos could consult for their packages. To see what might
conflict with what. Sort of like a distributed 3rd-party repo system.
The bittorrent / p2p app system for 3rd-party Fedora apps, as it were.
How about tacking on that proposal to the wiki and if someone with time
and skill finds it interesting ...
--
To be sure, only Fedora officials repositories and RPMFusion will be
compatible with the RPMFusion set of packages...
Then we can have a distinction with:
- Repositories that have been built in mock with Fedora/rpmfusion dependencies
without replacing existing packages... (from Fedora/RPMFusion )
In my case kwizart.repo is safe, kwizart-testing.repo isn't as this is
a potential replacement repository (but should be safe anyway ).
- Repositories that do not uses rpmfusion as a dependencies and should
work with Fedora (probably google and adobe)
- Repository that are knwon not to work with RPMfusion (expect special
case): ATrpms, Paulo Roma , RPMForge )
Nicolas (kwizart)
Richi Plana
5:05 p.m.
On 11/3/07, KH KH <kwizart(a)gmail.com> wrote:
2007/11/3, Richi Plana <myfedora(a)richip.dhs.org>:
> On Sat, 2007-11-03 at 16:50 +0100, Andrea Musuruane wrote:
> > Hi all,
> > I've just added a page to the wiki to list many 3rd party Fedora
> > repositories:
> >
> > http://rpmfusion.org/FedoraThirdPartyRepos
> >
> > I hope that it will be useful to track previous packaging attempts or to
> > ask 3rd party maintainers to join RPM Fusion.
>
> Or, at the very least, to come up with packages which would allow
> multiple repo configurations to work well together. It would be nice if
> all 3rd-party repos would join together to become one, but that's
> unlikely to happen.
So as kwizart.repo is "aimed" to be compatible with Fedora or
livna/rpmfusion. It would be a really important to sort which
repositories are compatible with rpmfusion and thoses how are
not...(or thoses that have an unknown status).
+1
5:14 p.m.
On 11/3/07, Christopher Stone <chris.stone(a)gmail.com> wrote:
On 11/3/07, KH KH <kwizart(a)gmail.com> wrote:
> 2007/11/3, Richi Plana <myfedora(a)richip.dhs.org>:
> > On Sat, 2007-11-03 at 16:50 +0100, Andrea Musuruane wrote:
> > > Hi all,
> > > I've just added a page to the wiki to list many 3rd party
Fedora
> > > repositories:
> > >
> > > http://rpmfusion.org/FedoraThirdPartyRepos
> > >
> > > I hope that it will be useful to track previous packaging attempts or to
> > > ask 3rd party maintainers to join RPM Fusion.
> >
> > Or, at the very least, to come up with packages which would allow
> > multiple repo configurations to work well together. It would be nice if
> > all 3rd-party repos would join together to become one, but that's
> > unlikely to happen.
>
> So as kwizart.repo is "aimed" to be compatible with Fedora or
> livna/rpmfusion. It would be a really important to sort which
> repositories are compatible with rpmfusion and thoses how are
> not...(or thoses that have an unknown status).
+1
Actually, instead of just typing +1 I decided to be more proactive and
go ahead and move the compatible repo list to the top of the page and
add the repos you mentioned to that list.
5:16 p.m.
On 03.11.2007 17:59, KH KH wrote:
2007/11/3, Richi Plana <myfedora(a)richip.dhs.org>:
That's an aim! In my case the "kwizart" repository is
targeted to be
usable with Fedora (and/or) livna/rpmfusion. That's an "experimental"
repository which means that packages are working but still need some
work/testing to be submitted in Fedora or Rpmfusion
/me hopes we can have such a "experimental" repo in rpmfusion soon.
[...]
> It would be nice (to start) if there could be a master database that all
> 3rd-party repos could consult for their packages. To see what might
> conflict with what. Sort of like a distributed 3rd-party repo system.
> The bittorrent / p2p app system for 3rd-party Fedora apps, as it were.
> How about tacking on that proposal to the wiki and if someone with time
> and skill finds it interesting ...
To be sure, only Fedora officials repositories and RPMFusion will be
compatible with the RPMFusion set of packages...
BTW, did we agree on RPM Fusion or RPMFusion? I think it was "RPM Fusion".
Then we can have a distinction with:
[...]
- Repositories that do not uses rpmfusion as a dependencies and should
work with Fedora (probably google and adobe)
[...]
That why I actually edited the wiki already before in parallel to your
post and moved the flash repo into a special section. Andrea moved the
google repo into that section as well.
IOW: hint, it's a wiki ;-)
Cu
knurd
6012
days inactive
6012
days old
rpmfusion-developers@lists.rpmfusion.org
7 comments
5 participants
participants (5)
-
Andrea Musuruane -
Christopher Stone -
Nicolas Chauvet -
Richi Plana -
Thorsten Leemhuis