[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]

Re: rpms/libupnp/FC-6 .cvsignore, 1.8, 1.9 libupnp.spec, 1.12, 1.13 sources, 1.8, 1.9



At now it is a little problem. The libupnp should not be in updates
stable, because if the people have installed gmediaserver or sth
package which require so.2 the yum crash and they can't do update (or
do with --exclude=libupnp, but it is not very elegant). We can
synchronize and after pushing to stable,  we will build and push our
packages, but it must be quickly :)

2007/6/26, KH KH <kwizart gmail com>:
2007/6/26, Michael Schwendt <mschwendt tmp0701 nospam arcor de>:
> On Tue, 26 Jun 2007 15:46:05 +0200 (CEST), Eric TANGUY wrote:
>
> > I just announce this on fedora-maintainers list with copy to the owners
> > concerned. All seem to be agree to rebuild their packages against this new
> > lib but we have some questions about this :
> >
> > we tried to rebuild our packages (ushare and gmediaserver) for F-7 but the
> > build system does not see the new libupnp which is in update-testing. What
> > to do ?
>
> Mail rel-eng and request that they tag the package accordingly. With
> koji/bodhi and stable dist targets, only stable updates make it into the
> buildroots by default. This is different than with the plague buildsys.
>
> > When we will be ready how to push all the packages at the same time ? And
> > how to synchronize this with livna ?

Ok for me...we can update...
I don't know if it can build from a updates-testing package or wait
for libupnp-devel to be stable...But it is now hardcoded... so when
avaible, the package will takes around twenty eight minutes to be
built ;)



> Building a complete set of updates is a prerequisite to being able to push
> all packages quickly.
>
> Livna doesn't build against updates-testing, however, so making sure that
> the packages do rebuild successfully as soon as the Fedora updates are
> released would be important. That is, no surprises such as API breakage
> and untested rebuilds.
>
> Since different people push the packages, the maximum that can be done
> is to keep the "broken deps" window short.
>
> --
> fedora-devel-list mailing list
> fedora-devel-list redhat com
> https://www.redhat.com/mailman/listinfo/fedora-devel-list
>

--
fedora-devel-list mailing list
fedora-devel-list redhat com
https://www.redhat.com/mailman/listinfo/fedora-devel-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]