FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

 
 
LinkBack Thread Tools
 
Old 04-08-2010, 04:05 PM
Jesse Keating
 
Default gtkmm24 updates to F13 (was What are the rules for which package we build against in F-13)

On Thu, 2010-04-08 at 07:51 +0200, Denis Leroy wrote:
> Yikes, I'm pretty stumped. How can we deal with such a burdensome
> process for something that is not even released yet ? Unfortunately I do
> not have the spare time nor the patience to go through with it, I will
> have to pass the buck on this. Heck I can't even create scratch builds
> for my own testing.

You can file a ticket asking for a build target that self updates for
the purpose of performing all the builds necessary. The KDE folks have
used this method, as have others.

--
Jesse Keating
Fedora -- Freedom˛ is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-08-2010, 04:38 PM
"Richard W.M. Jones"
 
Default gtkmm24 updates to F13 (was What are the rules for which package we build against in F-13)

On Thu, Apr 08, 2010 at 07:51:42AM +0200, Denis Leroy wrote:
> On 04/07/2010 09:35 AM, Michael Schwendt wrote:
> > On Wed, 07 Apr 2010 08:37:25 +0200, Denis wrote:
> >
> >> On 04/07/2010 08:30 AM, Mamoru Tasaka wrote:
> >>> Denis Leroy wrote, at 04/07/2010 03:20 PM +9:00:
> >>>> On 03/08/2010 04:37 PM, Josh Boyer wrote:
> >>>>> The buildroots are populated from packages in the:
> >>>>>
> >>>>> dist-f13
> >>>>> dist-f13-override
> >>>>> dist-f12-updates
> >>>>>
> >>>>> tags. If a package isn't in one of those tags, it's not going to be in the
> >>>>> buildroot. If you need to build against a newer version of a package, then you
> >>>>> need to file a ticket on the rel-eng trac instance asking for a buildroot
> >>>>> override (which will get it tagged into dist-f13-override).
> >>>>
> >>>> Sorry to revive this old thread, but does this imply that one cannot use
> >>>> 'make chain-build' for F-13 updates then ?
> >>>
> >>> Yes.
> >>
> >> Thanks Mamoru-san,
> >>
> >> Well, this is not the most motivating news.
> >
> > How easy is it for releng to create a custom buildroot/tag, which
> > could be used instead of working with an override tag?
>
> Yikes, I'm pretty stumped. How can we deal with such a burdensome
> process for something that is not even released yet ? Unfortunately I do
> not have the spare time nor the patience to go through with it, I will
> have to pass the buck on this. Heck I can't even create scratch builds
> for my own testing.

Another possibility is to set up your own 'smock' instance. We used
this when test-building all the Fedora cross-compiler packages.

Rich.

--
Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
libguestfs lets you edit virtual machines. Supports shell scripting,
bindings from many languages. http://et.redhat.com/~rjones/libguestfs/
See what it can do: http://et.redhat.com/~rjones/libguestfs/recipes.html
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-08-2010, 05:07 PM
Denis Leroy
 
Default gtkmm24 updates to F13 (was What are the rules for which package we build against in F-13)

On 04/08/2010 06:05 PM, Jesse Keating wrote:
> On Thu, 2010-04-08 at 07:51 +0200, Denis Leroy wrote:
>> Yikes, I'm pretty stumped. How can we deal with such a burdensome
>> process for something that is not even released yet ? Unfortunately I do
>> not have the spare time nor the patience to go through with it, I will
>> have to pass the buck on this. Heck I can't even create scratch builds
>> for my own testing.
>
> You can file a ticket asking for a build target that self updates for
> the purpose of performing all the builds necessary. The KDE folks have
> used this method, as have others.

How can the simple process of pushing builds to an unrelease Fedora
involves dealing with rel-eng tickets ? That's just unmanageable.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-08-2010, 06:36 PM
Jesse Keating
 
Default gtkmm24 updates to F13 (was What are the rules for which package we build against in F-13)

On Thu, 2010-04-08 at 19:07 +0200, Denis Leroy wrote:
> How can the simple process of pushing builds to an unrelease Fedora
> involves dealing with rel-eng tickets ? That's just unmanageable.

Because we're beyond the state of just "throw it over the wall and hope
it sticks". We branched and are attempting to polish and bugfix the
work previously done. We're using peers to verify fixes and prevent
regressions. This stage of development is very much not "free for all",
that's what rawhide is for. Your time for sweeping features has past.

--
Jesse Keating
Fedora -- Freedom˛ is a feature!
identi.ca: http://identi.ca/jkeating
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 
Old 04-08-2010, 09:55 PM
Denis Leroy
 
Default gtkmm24 updates to F13 (was What are the rules for which package we build against in F-13)

On 04/08/2010 08:36 PM, Jesse Keating wrote:
> On Thu, 2010-04-08 at 19:07 +0200, Denis Leroy wrote:
>> How can the simple process of pushing builds to an unrelease Fedora
>> involves dealing with rel-eng tickets ? That's just unmanageable.
>
> Because we're beyond the state of just "throw it over the wall and hope
> it sticks". We branched and are attempting to polish and bugfix the
> work previously done. We're using peers to verify fixes and prevent
> regressions. This stage of development is very much not "free for all",
> that's what rawhide is for. Your time for sweeping features has past.

I'm not talking about sweeping features here. This is the gnome release.
The gtkmm stack follows the Gnome release, i.e. a bunch of packages that
go from unstable to stable release and need to be updated and tested all
at once, and it always happens during the beta stage since Fedora
schedule more or less follows the Gnome major releases.

You clearly didn't give this much thought. Anyways, this is no longer my
problem.

-denis
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
 

Thread Tools




All times are GMT. The time now is 05:10 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org