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@suse.cz Drahobejlova 27 tel: +420 296 542 382 190 00 Praha 9 fax: +420 296 542 374 Czech Republic http://www.suse.cz/