Mailinglist Archive: opensuse-packaging (70 mails)
| < Previous | Next > |
dropping and renaming plan for GNOME1 (GTK1)
- From: Stanislav Brabec <sbrabec@xxxxxxx>
- Date: Fri, 19 May 2006 14:58:29 +0200
- Message-id: <1148043509.3881.26.camel@xxxxxxxxxxxxxx>
Hallo.
After four years after GNOME2/GTK2 release, the last "killer"
application - gnucash, will be finally ported to GNOME2. So we are ready
to drop GNOME1 from SuSE Linux.
There is a proposal of the dropping plan:
Phase 1 (August 2003):
Drop everything not needed for gnucash 1, rename foo2 to foo, if
applicable.
Status: Done
Phase 2 (May 2006):
Drop everything except core GNOME1.
Status: Done
Packages for dropping: bonobo control-center gconf gnome-print
gnome-spell gnome-vfs gtkhtml oaf
Affected packages: none
Phase 3 (May 2006):
Think about robust naming scheme of packages, where can coexist in more
major versions without confusion and often renaming.
See below for discussion summary.
Phase 4 (near future):
Drop core GNOME1.
Status: Little work needed
Packages for dropping: libglade libxml orbit gnome-libs
Affected packages:
loki_setup, loki_update (installer) Proposed solution:
http://www.icculus.org/loki_setup/
frontline (frontend for autotrace) Proposed solution: drop
coriander (IEEE-1394 Digital Camera Controller) Proposed solution:
Replace, drop or port
soundtracker (sound tracker) Proposed solution: Replace, drop or port
bombermaze (game) Proposed solution: Replace or drop
gdk-pixbuf (image library) Proposed solution: do not package GNOME1
extension
perl-Gtk-Perl (perl bindings) Proposed solution: do not package GNOME1
bindings
unixODBC-gui-gtk Proposed solution: do not package GNOME1 interface
and popular third party ogle (DVD player)
Phase 5 (sometimes in future):
Drop GTK1.
Status: A lot of work needed
Packages for dropping: gtk, glib, gdk-pixbuf, gtk-engines imlib
Affected packages: ami gal gau xmms-jack evms-gui pcsx surf xmms xzgv
xmms-gnome2 winetools flac-xmms fvwm2 gqcam smpeg-gtv swami bidwatcher
loki_uninstall powertweak-gtk python-xmms wmakerconf Xdialog manedit
perl-Xmms WindowMaker-applets sylpheed-claws amarok-xmms ardour gbuffy
gentoo squaroid gtkzip nicolatter glchess kanji-lookup pcpmon
perl-Gtk-Perl alsaplayer TeX-Guy unison procmeter usbview xdelta xmorph
sipset xlogmastergoom2k4 xmms-plugins xarchon and popular third party
mplayer
Proposed solution: Use gtk1-compat-devel (and extend it to cover more),
drop, port, turn different frontend instead of GTK1, if available.
Naming schemas:
Desired properties:
- only rename if absolutely not avoidable
- use same name as upstream if possible
- we can only have one package with an identical name
Possible naming schemes:
1) mainline stable without number, old branches with number.
Advantage:
- use same name as upstream if possible for the head version
Problems:
- BuildRequires must not use package name but some feature virtual
- The moment, when devel branch becomes stable, needs ugly renames
- Will cause undefined RPM dependencies
Result: Probably not acceptable
2) keep old branch as is and add suffix for new one
Advantage:
- simple
Problems:
- having branch number for half of packages is irritating.
- additional rename is also not comfortable
Result: Confusing use of branch numbers
3) keep old branch as is and add suffix for new one. Rename back, when
old branch is dropped (It's the actually used approach.)
Advantage:
- simple
Problem:
- having branch number for half of packages is irritating.
- many package renames
Result: Current solution, ugly, partially confusing use of branch
numbers
4) all branches with numbers deduced from, say .pc files names (maybe
with dots and trailing zeroes removed).
Advantage:
- never rename package which does not change API
Problems:
- packages has names different from upstream
- most packages will have untrivial name and version, e. g.
gnome-vfs-2.0-2.12.3 (resp. gnome-vfs2-2.12.3) and also
gtkmm24-2.8.2.
Result: Needs to think twice before using this scheme.
5) ???
--
Best Regards / S pozdravem,
Stanislav Brabec
software developer
---------------------------------------------------------------------
SuSE CR, s. r. o. e-mail: sbrabec@xxxxxxx
Drahobejlova 27 tel: +420 296 542 382
190 00 Praha 9 fax: +420 296 542 374
Czech Republic http://www.suse.cz/
After four years after GNOME2/GTK2 release, the last "killer"
application - gnucash, will be finally ported to GNOME2. So we are ready
to drop GNOME1 from SuSE Linux.
There is a proposal of the dropping plan:
Phase 1 (August 2003):
Drop everything not needed for gnucash 1, rename foo2 to foo, if
applicable.
Status: Done
Phase 2 (May 2006):
Drop everything except core GNOME1.
Status: Done
Packages for dropping: bonobo control-center gconf gnome-print
gnome-spell gnome-vfs gtkhtml oaf
Affected packages: none
Phase 3 (May 2006):
Think about robust naming scheme of packages, where can coexist in more
major versions without confusion and often renaming.
See below for discussion summary.
Phase 4 (near future):
Drop core GNOME1.
Status: Little work needed
Packages for dropping: libglade libxml orbit gnome-libs
Affected packages:
loki_setup, loki_update (installer) Proposed solution:
http://www.icculus.org/loki_setup/
frontline (frontend for autotrace) Proposed solution: drop
coriander (IEEE-1394 Digital Camera Controller) Proposed solution:
Replace, drop or port
soundtracker (sound tracker) Proposed solution: Replace, drop or port
bombermaze (game) Proposed solution: Replace or drop
gdk-pixbuf (image library) Proposed solution: do not package GNOME1
extension
perl-Gtk-Perl (perl bindings) Proposed solution: do not package GNOME1
bindings
unixODBC-gui-gtk Proposed solution: do not package GNOME1 interface
and popular third party ogle (DVD player)
Phase 5 (sometimes in future):
Drop GTK1.
Status: A lot of work needed
Packages for dropping: gtk, glib, gdk-pixbuf, gtk-engines imlib
Affected packages: ami gal gau xmms-jack evms-gui pcsx surf xmms xzgv
xmms-gnome2 winetools flac-xmms fvwm2 gqcam smpeg-gtv swami bidwatcher
loki_uninstall powertweak-gtk python-xmms wmakerconf Xdialog manedit
perl-Xmms WindowMaker-applets sylpheed-claws amarok-xmms ardour gbuffy
gentoo squaroid gtkzip nicolatter glchess kanji-lookup pcpmon
perl-Gtk-Perl alsaplayer TeX-Guy unison procmeter usbview xdelta xmorph
sipset xlogmastergoom2k4 xmms-plugins xarchon and popular third party
mplayer
Proposed solution: Use gtk1-compat-devel (and extend it to cover more),
drop, port, turn different frontend instead of GTK1, if available.
Naming schemas:
Desired properties:
- only rename if absolutely not avoidable
- use same name as upstream if possible
- we can only have one package with an identical name
Possible naming schemes:
1) mainline stable without number, old branches with number.
Advantage:
- use same name as upstream if possible for the head version
Problems:
- BuildRequires must not use package name but some feature virtual
- The moment, when devel branch becomes stable, needs ugly renames
- Will cause undefined RPM dependencies
Result: Probably not acceptable
2) keep old branch as is and add suffix for new one
Advantage:
- simple
Problems:
- having branch number for half of packages is irritating.
- additional rename is also not comfortable
Result: Confusing use of branch numbers
3) keep old branch as is and add suffix for new one. Rename back, when
old branch is dropped (It's the actually used approach.)
Advantage:
- simple
Problem:
- having branch number for half of packages is irritating.
- many package renames
Result: Current solution, ugly, partially confusing use of branch
numbers
4) all branches with numbers deduced from, say .pc files names (maybe
with dots and trailing zeroes removed).
Advantage:
- never rename package which does not change API
Problems:
- packages has names different from upstream
- most packages will have untrivial name and version, e. g.
gnome-vfs-2.0-2.12.3 (resp. gnome-vfs2-2.12.3) and also
gtkmm24-2.8.2.
Result: Needs to think twice before using this scheme.
5) ???
--
Best Regards / S pozdravem,
Stanislav Brabec
software developer
---------------------------------------------------------------------
SuSE CR, s. r. o. e-mail: sbrabec@xxxxxxx
Drahobejlova 27 tel: +420 296 542 382
190 00 Praha 9 fax: +420 296 542 374
Czech Republic http://www.suse.cz/
| < Previous | Next > |