Mailinglist Archive: opensuse-gnome (77 mails)
| < Previous | Next > |
Re: [opensuse-gnome] GNOME: repository maintenance
- From: Stanislav Brabec <sbrabec@xxxxxxx>
- Date: Mon, 16 Jun 2008 11:20:12 +0200
- Message-id: <1213608012.12478.22.camel@xxxxxxxxxxxxxx>
James Ogley wrote:
I would be even more radical. The current design of GNOME:* was created
in past, when OBS was not able of joining of projects when building and
one-click install did not exist.
Nowadays, things have changed and the layout all-in-one seems to be
obsolete.
It consists from several types of packages:
GNOME core packages following GNOME release cycle
GNOME platform packages following GNOME release cycle
GNOME based packages not following GNOME release cycle
GTK+2 packages following GTK+ release cycle
GTK+2 based packages not following any release cycle
Gstreamer packages
random packages present only as dependencines
random packages (and mono package) present only as gnome-maintainers@
stuff.
So I would like to propose:
GNOME platform: Keep the two-repos concept.
GTK+ platform: Ditto, may have its own repos or use GNOME repos.
Applications: Create a separate repository of applications, which don't
follow GNOME/GTK+ release cycle. Maybe even better, drop many of them.
For example gqview or GIMP development would fit much better to
multimedia:photo than GNOME:UNSTABLE.
Gstreamer: I am thinking about move to multimedia:something altogether
with multimedia libraries. It would make Gstreamer build simpler.
randmom packages: remove them
mono packages and mono based packages: check whether they are in mono
projects and move or drop in GNOME repos.
--
Best Regards / S pozdravem,
Stanislav Brabec
software developer
---------------------------------------------------------------------
SUSE LINUX, s. r. o. e-mail: sbrabec@xxxxxxx
Lihovarská 1060/12 tel: +420 284 028 966, +49 911 740538747
190 00 Praha 9 fax: +420 284 028 951
Czech Republic http://www.suse.cz/
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-gnome+help@xxxxxxxxxxxx
Mike, et al:
* GNOME:STABLE
Makes sense. Whatever is our latest released product is "STABLE" for us
basically.
* GNOME:Factory
Great idea, especially if it makes it easier for non-Novell team members
to contribute.
I would be even more radical. The current design of GNOME:* was created
in past, when OBS was not able of joining of projects when building and
one-click install did not exist.
Nowadays, things have changed and the layout all-in-one seems to be
obsolete.
It consists from several types of packages:
GNOME core packages following GNOME release cycle
GNOME platform packages following GNOME release cycle
GNOME based packages not following GNOME release cycle
GTK+2 packages following GTK+ release cycle
GTK+2 based packages not following any release cycle
Gstreamer packages
random packages present only as dependencines
random packages (and mono package) present only as gnome-maintainers@
stuff.
So I would like to propose:
GNOME platform: Keep the two-repos concept.
GTK+ platform: Ditto, may have its own repos or use GNOME repos.
Applications: Create a separate repository of applications, which don't
follow GNOME/GTK+ release cycle. Maybe even better, drop many of them.
For example gqview or GIMP development would fit much better to
multimedia:photo than GNOME:UNSTABLE.
Gstreamer: I am thinking about move to multimedia:something altogether
with multimedia libraries. It would make Gstreamer build simpler.
randmom packages: remove them
mono packages and mono based packages: check whether they are in mono
projects and move or drop in GNOME repos.
--
Best Regards / S pozdravem,
Stanislav Brabec
software developer
---------------------------------------------------------------------
SUSE LINUX, s. r. o. e-mail: sbrabec@xxxxxxx
Lihovarská 1060/12 tel: +420 284 028 966, +49 911 740538747
190 00 Praha 9 fax: +420 284 028 951
Czech Republic http://www.suse.cz/
--
To unsubscribe, e-mail: opensuse-gnome+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse-gnome+help@xxxxxxxxxxxx
| < Previous | Next > |