Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 106657 - KDE 3.5-alpha1 changes lisa config files
Summary: KDE 3.5-alpha1 changes lisa config files
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] KDE (show other bugs)
Hardware: x86 Linux
: High trivial
Assignee: Gentoo KDE team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-09-20 02:26 UTC by Ernst de Haan
Modified: 2006-08-24 12:00 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ernst de Haan 2005-09-20 02:26:00 UTC
After emerging KDE 3.5-alpha1, portage told me to run etc-update. It proposed me to  
change 2 configuration files. Since I also have KDE 3.4.2 installed and the Gentoo  
design explicitly allows 2 KDE versions to be installed in parallel, I consider this a bug. 
 
This is the output I got: 
 
 * IMPORTANT: 2 config files in /etc need updating. 
 * Type emerge --help config to learn how to update config files. 
 
zaphod ernst # etc-update 
Scanning Configuration files... 
The following is the list of files which need updating, each 
configuration file is followed by a list of possible replacement files. 
1) /etc/init.d/lisa 
/etc/init.d/._cfg0000_lisa 
2) /etc/init.d/reslisa 
/etc/init.d/._cfg0000_reslisa 
 
This is the diff for the 1st file: 
 
--- /etc/init.d/lisa    2005-08-29 23:56:48.000000000 +0200 
+++ /etc/init.d/._cfg0000_lisa  2005-09-19 20:55:20.000000000 +0200 
@@ -9,12 +9,12 @@ 
 
 start() { 
     ebegin "Starting lisa" 
-    start-stop-daemon --start -x /usr/kde/3.4/bin/lisa -q -- $LISACONF 1>/dev/n 
ull 
+    start-stop-daemon --start -x /usr/kde/3.5/bin/lisa -q -- $LISACONF 1>/dev/n 
ull 
     eend $? "Failed to start lisa" 
 } 
 
 stop() { 
     ebegin "Stopping lisa" 
-    start-stop-daemon --stop -x /usr/kde/3.4/bin/lisa -q 
+    start-stop-daemon --stop -x /usr/kde/3.5/bin/lisa -q 
     eend $? "Failed to stop lisa" 
 } 
 
And this is the diff for the second one: 
 
--- /etc/init.d/reslisa 2005-08-29 23:56:48.000000000 +0200 
+++ /etc/init.d/._cfg0000_reslisa       2005-09-19 20:55:20.000000000 +0200 
@@ -9,12 +9,12 @@ 
 
 start() { 
     ebegin "Starting reslisa" 
-    start-stop-daemon --start -x /usr/kde/3.4/bin/reslisa -q -- 1>/dev/null 
+    start-stop-daemon --start -x /usr/kde/3.5/bin/reslisa -q -- 1>/dev/null 
     eend $? "Failed to start reslisa" 
 } 
 
 stop() { 
     ebegin "Stopping reslisa" 
-    start-stop-daemon --stop -x /usr/kde/3.4/bin/reslisa -q 
+    start-stop-daemon --stop -x /usr/kde/3.5/bin/reslisa -q 
     eend $? "Failed to stop reslisa" 
 } 

Reproducible: Always
Steps to Reproduce:
1. emerge kde-3.5_alpha1 
 
Actual Results:  
See 'Details' 

Expected Results:  
No need to run etc-update except for adding new configuration files. 

# epm -qa | grep alpha | grep 3.5 
kdeadmin-3.5_alpha1 
kdebase-3.5_alpha1 
kdegames-3.5_alpha1 
kdemultimedia-3.5_alpha1 
kdelibs-3.5_alpha1 
kdeutils-3.5_alpha1 
kdetoys-3.5_alpha1 
kdeartwork-3.5_alpha1 
kdepim-3.5_alpha1 
kdeaddons-3.5_alpha1 
kdegraphics-3.5_alpha1 
arts-3.5_alpha1 
kde-3.5_alpha1 
kdenetwork-3.5_alpha1 
kdewebdev-3.5_alpha1 
kdeedu-3.5_alpha1 
 
# emerge info 
Portage 2.0.52-r1 (default-linux/x86/2005.1, gcc-3.3.4, glibc-2.3.5-r1, 2.6.12-gentoo-r9 
i686) 
================================================================= 
System uname: 2.6.12-gentoo-r9 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz 
Gentoo Base System version 1.12.0_pre8 
dev-lang/python:     2.3.4, 2.4.1-r1 
sys-apps/sandbox:    1.2.12 
sys-devel/autoconf:  2.13, 2.59-r7 
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6 
sys-devel/binutils:  2.16.1 
sys-devel/libtool:   1.5.20 
virtual/os-headers:  2.6.11-r2 
ACCEPT_KEYWORDS="x86 ~x86" 
AUTOCLEAN="yes" 
CBUILD="i686-pc-linux-gnu" 
CFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" 
CHOST="i686-pc-linux-gnu" 
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control" 
CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" 
CXXFLAGS="-O2 -march=pentium4 -fomit-frame-pointer" 
DISTDIR="/usr/portage/distfiles" 
FEATURES="autoconfig distlocks sandbox sfperms strict" 
GENTOO_MIRRORS="ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo 
http://ftp.snt.utwente.nl/pub/os/linux/gentoo ftp://mirror.nutsmaas.nl/gentoo/ 
ftp://pandemonium.tiscali.de/pub/gentoo/ ftp://130.59.10.35/mirror/gentoo/" 
LINGUAS="nl" 
PKGDIR="/usr/portage/packages" 
PORTAGE_TMPDIR="/var/tmp" 
PORTDIR="/usr/portage" 
SYNC="rsync://rsync.gentoo.org/gentoo-portage" 
USE="x86 X alsa apm arts avi berkdb bitmap-fonts crypt cups curl debug directfb eds 
emboss encode fam flac foomaticdb fortran gdbm gif gimpprint gpm gstreamer gtk2 
imagemagick imlib java javamail jce jpeg junit kde libg++ libwww mad mikmod mmx 
motif mozilla mp3 mpeg ncurses nls ogg oggvorbis opengl oss pam pdflib perl png 
python qt quicktime readline sdl spell sse ssl svga tcpd tiff truetype truetype-fonts 
type1-fonts vorbis xine xinerama xml2 xmms xprint xv zlib linguas_nl userland_GNU 
kernel_linux elibc_glibc" 
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, MAKEOPTS, PORTDIR_OVERLAY
Comment 1 Michael Gisbers 2005-10-04 07:10:38 UTC
I can confirm this behavior. 
 
_alpha1 changes /etc/init.d/reslisa and /etc/init.d/lisa to work with KDE  
3.5 instead of 3.4. Both files are config-protected and so they have to be  
reported by etc-update.  
  
Or do you prefer to change subsystem-utils without notice? 
 
I think this behavior is ok. 
Comment 2 Dan Armak (RETIRED) gentoo-dev 2005-10-13 08:07:59 UTC
Since we support multiple SLOTted kde installs we need to resolve this. 
 
Suggestion: install unslotted init script from a separate ebuild on which 
all lisa ebuilds will depend. Make it run the latest available version by 
default, overridable with a conf.d file. Objections? 
Comment 3 Ernst de Haan 2005-10-14 12:25:33 UTC
Dan: No objections from me. Sounds good. But then there should preferrably be 
an informational post-install message that explains the behaviour...  
Comment 4 Carsten Lohrke (RETIRED) gentoo-dev 2006-08-24 12:00:20 UTC
Stale bug, resolving.