[opensuse-packaging] SuSEconfig is gone
FYI, a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig R.I.P. https://fate.suse.com/100011 https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint, Andreas -- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
* Andreas Jaeger <aj@suse.com> [2012-09-25 14:48]:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
R.I.P.
https://fate.suse.com/100011 https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint,
It will certainly break SuSEconfig.glib2. Also why was this change even made, AFAICS this has not been discussed with the stakeholders and the rationale and discussion in FATE is non-public. -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Le mardi 25 septembre 2012, à 15:02 +0200, Guido Berhoerster a écrit :
* Andreas Jaeger <aj@suse.com> [2012-09-25 14:48]:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
R.I.P.
https://fate.suse.com/100011 https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint,
It will certainly break SuSEconfig.glib2. Also why was this change even made, AFAICS this has not been discussed with the stakeholders and the rationale and discussion in FATE is non-public.
I guess we can move what SuSEconfig.glib2 is doing to the %desktop_database_post/%desktop_database_postun macros -- and hopefully there will be interest upstream in the work Stanislav has been doing to properly deal with this. Cheers, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On 25.09.2012 15:31, Vincent Untz wrote:
Le mardi 25 septembre 2012, à 15:02 +0200, Guido Berhoerster a écrit :
* Andreas Jaeger <aj@suse.com> [2012-09-25 14:48]:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
R.I.P.
https://fate.suse.com/100011 https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint,
It will certainly break SuSEconfig.glib2. Also why was this change even made, AFAICS this has not been discussed with the stakeholders and the rationale and discussion in FATE is non-public.
I guess we can move what SuSEconfig.glib2 is doing to the %desktop_database_post/%desktop_database_postun macros -- and hopefully there will be interest upstream in the work Stanislav has been doing to properly deal with this.
What would be good if we can transfer these macros to the way it was done for %fonts_scriplets. This way you can easily move things into %posttrans once zypper supports it properly. Greetings, Stephan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Le mardi 25 septembre 2012, à 15:42 +0200, Stephan Kulow a écrit :
On 25.09.2012 15:31, Vincent Untz wrote:
I guess we can move what SuSEconfig.glib2 is doing to the %desktop_database_post/%desktop_database_postun macros -- and hopefully there will be interest upstream in the work Stanislav has been doing to properly deal with this.
What would be good if we can transfer these macros to the way it was done for %fonts_scriplets. This way you can easily move things into %posttrans once zypper supports it properly.
I wish we could do that, but that would only work if there's nothing else in the scriptlets. And in most of the cases, there are other things we want in %post. If there's a clever way to do this, I'm all ears because it would make life much easier ;-) Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
* Vincent Untz <vuntz@opensuse.org> [2012-09-25 15:32]:
Le mardi 25 septembre 2012, à 15:02 +0200, Guido Berhoerster a écrit :
* Andreas Jaeger <aj@suse.com> [2012-09-25 14:48]:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
R.I.P.
https://fate.suse.com/100011 https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint,
It will certainly break SuSEconfig.glib2. Also why was this change even made, AFAICS this has not been discussed with the stakeholders and the rationale and discussion in FATE is non-public.
I guess we can move what SuSEconfig.glib2 is doing to the %desktop_database_post/%desktop_database_postun macros -- and hopefully there will be interest upstream in the work Stanislav has been doing to properly deal with this.
Those macros are often not used by applications outside GNOME:* or X11:xfce, most notably the KDE packages don't seem to use that at all. Also what exact fix are you planning, integrate the *-defaults.list generation into desktop-file-utils? -- Guido Berhoerster -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
Le mardi 25 septembre 2012, à 15:52 +0200, Guido Berhoerster a écrit :
* Vincent Untz <vuntz@opensuse.org> [2012-09-25 15:32]:
I guess we can move what SuSEconfig.glib2 is doing to the %desktop_database_post/%desktop_database_postun macros -- and hopefully there will be interest upstream in the work Stanislav has been doing to properly deal with this.
Those macros are often not used by applications outside GNOME:* or X11:xfce, most notably the KDE packages don't seem to use that at all.
Well, yeah. I guess it's never too late to get the KDE packages fixed.
Also what exact fix are you planning, integrate the *-defaults.list generation into desktop-file-utils?
Yes. In the short term, by calling what SuSEconfig.glib2 is doing (in a new script, say /usr/bin/desktop-file-create-defaults.list) from the macros. In the long term, by having update-desktop-database do it itself (we still need a fix in upstream glib first :/) Cheers, Vincent -- Les gens heureux ne sont pas pressés. -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Tuesday, September 25, 2012 14:48:51 Andreas Jaeger wrote:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
R.I.P.
Please use: https://features.opensuse.org/100011
https://build.opensuse.org/request/show/135139 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I think we have fixed all the packages that used SuSEconfig and will blacklist it now in rpmlint,
-- Andreas Jaeger aj@{suse.com,opensuse.org} Twitter/Identica: jaegerandi SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn,Jennifer Guild,Felix Imendörffer,HRB16746 (AG Nürnberg) GPG fingerprint = 93A3 365E CE47 B889 DF7F FED1 389A 563C C272 A126 -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
2012/9/25 Andreas Jaeger <aj@suse.com>:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
I have a problem with Opensuse 12.2. I installed the Catalyst driver for my ATI video card, and any time I made a update of the system which replaces a Mesa or Xorg package, the fglrx do'nt works right and I must reinstall it, forcing the uninstall and the new intallation, because some libraries from the driver was replaced with the update of the system. How can I prevent this problem? Thanks, Juan -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
On Saturday 2012-09-29 14:05, Juan Erbes wrote:
2012/9/25 Andreas Jaeger <aj@suse.com>:
FYI,
a colleague of mine just did these changes: ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ I think one of our oldest scripts in our SuSE Linux/SUSE Linux/openSUSE and SUSE Linux Enterprise history is now finally gone: /sbin/SuSEconfig
I have a problem with Opensuse 12.2. I installed the Catalyst driver for my ATI video card, and any time I made a update of the system which replaces a Mesa or Xorg package, the fglrx do'nt works right and I must reinstall it
Well fathom this: ATI/NVIDIA manual installers overwrite Mesa (idiotic!) *, so it's only natural that on Mesa update, Mesa is restored. * fixable. If only they knew about /etc/ld.so.conf.d/ -- To unsubscribe, e-mail: opensuse-packaging+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-packaging+owner@opensuse.org
participants (6)
-
Andreas Jaeger -
Guido Berhoerster -
Jan Engelhardt -
Juan Erbes -
Stephan Kulow -
Vincent Untz