Bug#524684: kdm: missing dependency (on plasma?)
Package: kdm Version: 4:4.2.2-2 Severity: important When I first installed kdm 4.2.2, it would crash on startup with the error message No greeter widge plugin loaded. Check the configuration. I went back and looked for missing packages, and discovered that somehow I had managed to install a good chunk of KDE4 w/o plasma. Once I installed the base plasma packages, kdm would run just fine. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (120, 'stable'), (110, 'unstable'), (105, 'experimental') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-2-powerpc Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdm depends on: ii consolekit0.3.0-2framework for defining and trackin ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii kdebase-runtime 4:4.2.2-1 runtime components from the offici ii kdelibs5 4:4.2.2-2 core libraries for all KDE 4 appli ii libc6 2.9-4 GNU C Library: Shared libraries ii libck-connector0 0.3.0-2ConsoleKit libraries ii libdbus-1-3 1.2.12-1 simple interprocess messaging syst ii libpam0g 1.0.1-9Pluggable Authentication Modules l ii libqimageblitz4 1:0.0.4-4 QImageBlitz image effects library ii libqt4-qt3support 4.4.3-2Qt 3 compatibility library for Qt ii libqt4-svg4.4.3-2Qt 4 SVG module ii libqt4-xml4.4.3-2Qt 4 XML module ii libqtcore44.4.3-2Qt 4 core module ii libqtgui4 4.4.3-2Qt 4 GUI module ii libstdc++64.3.3-7The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1X11 client-side library ii libxau6 1:1.0.4-2 X11 authorisation library ii libxdmcp6 1:1.0.2-3 X11 Display Manager Control Protoc ii libxtst6 2:1.0.3-1 X11 Testing -- Resource extension ii lsb-base 3.2-22 Linux Standard Base 3.2 init scrip Versions of packages kdm recommends: ii gnome-session [x-session-ma 2.22.3-2 The GNOME 2 Session Manager ii gnome-terminal [x-terminal- 2.24.3-3 The GNOME 2 terminal emulator appl ii icewm [x-window-manager]1.2.37-1 wonderful Win95-OS/2-Motif-like wi ii icewm-lite [x-window-manage 1.2.37-1 wonderful Win95-OS/2-Motif-like wi ii kde-window-manager [x-windo 4:4.2.2-2the KDE 4 window manager (KWin) ii kdebase 4:4.2.2-1base applications from the officia ii konsole [x-terminal-emulato 4:4.2.2-1X terminal emulator for KDE 4 ii lesstif-bin [x-window-manag 1:0.95.0-2.1 user binaries for LessTif ii logrotate 3.7.7-3 Log rotation utility ii metacity [x-window-manager] 1:2.24.0-2 A lightweight GTK2 based Window Ma ii mlterm [x-terminal-emulator 2.9.4-6 MultiLingual TERMinal ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii wmaker [x-window-manager] 0.92.0-8 NeXTSTEP-like window manager for X ii xserver-xorg-core [xserver] 2:1.4.2-11 Xorg X server - core server ii xterm [x-terminal-emulator] 242-1X terminal emulator Versions of packages kdm suggests: ii kdepasswd 4:4.2.2-1 password changer for KDE 4 -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#518786: also affects nouveau
Package: kwin Severity: normal I'm not sure if this is relevant (and I've tried the kde4 packages; as soon as my laptop is down compiling some stuff I will, though), but this also affected my system which uses the opensource nouveau driver. I'd also like to point out that this bug was allowed to propogate into squeeze. :( If the KDE 4 version are not planned to progate into squeeze soon, perhaps you should reconsider not fixing it. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (101, 'experimental'), (10, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kwin depends on: ii kdelibs4c2a4:3.5.10.dfsg.1-2 core libraries and binaries for al ii libc6 2.9-7 GNU C Library: Shared libraries ii libgcc11:4.3.3-3 GCC support library ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libqt3-mt 3:3.3.8b-5Qt GUI Library (Threaded runtime v ii libsm6 2:1.1.0-2 X11 Session Management library ii libstdc++6 4.3.3-3 The GNU Standard C++ Library v3 ii libx11-6 2:1.2-1 X11 client-side library ii libxcomposite1 1:0.4.0-3 X11 Composite extension library ii libxdamage11:1.1.1-4 X11 damaged region extension libra ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender11:0.9.4-2 X Rendering Extension client libra kwin recommends no packages. Versions of packages kwin suggests: ii kdebase-bin4:3.5.9.dfsg.1-6 core binaries for the KDE base mod ii kdebase-data 4:3.5.9.dfsg.1-6 shared data files for the KDE base ii kdesktop 4:3.5.9.dfsg.1-6 miscellaneous binaries and files f ii kicker 4:3.5.9.dfsg.1-6 desktop panel for KDE ii kpager 4:3.5.10.dfsg.1-2 desktop pager for KDE ii kpersonalizer 4:3.5.9.dfsg.1-6 installation personalizer for KDE ii ksmserver 4:3.5.10.dfsg.1-2 session manager for KDE ii ksplash4:3.5.9.dfsg.1-6 the KDE splash screen -- no debconf information -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
kaboom
Dear Debian KDE people: Since I had some free time, I decided to download and translate Kaboom into Hebrew. I have noticed some issues, although I am not sure where all of them come from. If these should be reported as bugs (and especially if they go against certain packages or need certain tags/severties), please let me know and I can do that also. 1) Kaboom only checks LC_ALL, not LANG or LC_MESSAGES. Since I don't see LC_ALL because I need a mixture of locales, it defaults to C. It would be nice if it checked those variables also. Is a qt4 bug? 2) Even if I set LC_ALL to he, the interface is completely oriented LTR instead of RTL. I have to manually insert RLE's into the translation strings in order to get them display properly, and they're still left justified and with radio buttons on the wrong side for a RTL language like Hebrew. Again, is this a qt4 bug? 3) In the radio button on the choice page, the nbsp are showing up as literal nbsp; instead of an actual non-breaking space. This does not happen, say, with the label a little higher on the page which shows what the current KDE3 and KDE4 directories are, in which the nbsp is rendered correctly. 4) Speaking of the label on the choice page, there is a translation string of %1%2, which after hunting through the source code I figured out that %1 is The current KDE 3 directory is %1 and %2 is The current KDE 4 directory is %2. Two points: %1%2 is a very difficult string to translate; you should provide a translation hint in the source code that shows up in linguist so that translators know what to do. Also, does the order of the two strings really matter? Why not just have two separate strings? 5) I've noticed a few places where the English strings are a little rough. Would you like to hear about them? -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
why upload the experimental
Hi Debian KDE Folk: I just noticed that kde 4.2.1 was uploaded to experimental. This suprised me as Lenny has released. Why the upload to experimental, and when can I expected an upload to unstable? Thanks! -- Itai Itai Seggev, Knox College, Mathematics Department In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to debian-qt-kde-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#376919: koffice-data: isn't this an RC bug?
Package: koffice-data Version: 1:1.5.2-2 Followup-For: Bug #376919 This violates section 2.2.1 of the Debian policy (`thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package'). Therefore it should be serious, not important, right? --Itai -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344871: kdm: changing Language option breaks keyboard input
Cleaning out my inbox and found this bug languishing behind. I upgraded to 3.5 three or four months back, and the all three settings of the LANG variable produce the correct behaviour. This bug can be closed. On Wed, Jan 04, 2006 at 10:55:00AM -0500, Christopher Martin wrote: On Saturday 31 December 2005 15:16, Itai Seggev wrote: I started with the Debian pacakged kdmrc, then edited the file by hand. I tried using the KDE Control Center as you suggested, and that worked fine. Confused, I looked at the config file it generated, and saw that it set Lang to he rather than he_IL or he he_IL.UTF-8 (from the default en_US). I then restored my original kdmrc and put in he for Lang, and it also worked. Thus, it seems to be a bug (why does using he_IL rather than he break some of the functionality?), but perhaps not as serious as I originally thought. Also, if you have any systems/chroots where you're feeling daring, could you see if the problem occurs using KDM 3.5 from experimental? No chroots handy, but it should be easy to test whether setting Lang to he_IL continues to be a problem in 3.5 as described above. OK, I re-installed kde-i18n-he, and changed Language=en_US to Language=he, he_IL, and he_IL.UTF-8. All three seemed to work. I then hacked together a KDE 3.4 setup. There, all he locales resulted in empty boxes instead of Hebrew characters, though I could still log in. Not exactly the same results as you obtained, but interesting. It would appear that something has been fixed for KDE 3.5, hopefully including the problem you noticed. I'll leave the bug open until you can confirm that KDE 3.5 works (or not), when it enters Unstable/Testing or whenever you feel like trying it, since this is an important issue. Anyone else using a Hebrew desktop with KDE 3.5 is welcome to chime in. Thanks, Christopher Martin -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#353089: kdvi does not display eps images
Package: kdvi Version: 4:3.5.1-2 Severity: important Ever since the upgrade to 3.4, kdvi has stopped display eps figures. All I get is a blank space, and on the command line the error message kdvi (kdegraphics): ERROR: GS did not produce output. This problem persists in 3.5. My sarge machine does not have this defect. This really limits the utility of kdvi for me. Help! -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (750, 'testing'), (110, 'unstable'), (10, 'stable') Architecture: powerpc (ppc) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15cavybook1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages kdvi depends on: ii kdelibs4c2a 4:3.5.1-2 core libraries for all KDE applica ii kviewshell4:3.5.1-2 generic framework for viewer appli ii libart-2.0-2 2.3.17-1 Library of functions for 2D graphi ii libc6 2.3.5-13 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.0.2-8 GCC support library ii libqt3-mt 3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libstdc++64.0.2-8The GNU Standard C++ Library v3 ii zlib1g1:1.2.3-9 compression library - runtime Versions of packages kdvi recommends: ii tetex-bin 3.0-13 The teTeX binary files -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344871: kdm: changing Language option breaks keyboard input
On Thu, Dec 29, 2005 at 04:36:42PM -0500, Christopher Martin wrote: On Tuesday 27 December 2005 00:51, Itai Seggev wrote: Package: kdm Version: 4:3.4.3-3 Severity: important Tags: l10n KDM has 'issues' reading /etc/kde3/kdm/kdmrc configuration files from older versions of kdm, so just to make sure that your problem isn't in this category, it would be good to purge and reinstall KDM 3.4 (you can of course backup the old kdmrc first). I started with the Debian pacakged kdmrc, then edited the file by hand. I tried using the KDE Control Center as you suggested, and that worked fine. Confused, I looked at the config file it generated, and saw that it set Lang to he rather than he_IL or he he_IL.UTF-8 (from the default en_US). I then restored my original kdmrc and put in he for Lang, and it also worked. Thus, it seems to be a bug (why does using he_IL rather than he break some of the functionality?), but perhaps not as serious as I originally thought. Also, if you have any systems/chroots where you're feeling daring, could you see if the problem occurs using KDM 3.5 from experimental? No chroots handy, but it should be easy to test whether setting Lang to he_IL continues to be a problem in 3.5 as described above. Thanks, -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#344871: kdm: changing Language option breaks keyboard input
Package: kdm Version: 4:3.4.3-3 Severity: important Tags: l10n If I keep the Language option in kdmrc on the default en_US, then the greeter will happily accept both Hebrew and Enlgish input, even though all the menu items are in Englsih. If, however, I change the option to he_IL or he_IL.UTF-8, then it stops accept Hebrew input. If I try typing hebrew in a text field, all I get are empty boxes. If I try activating a menu using Alt-key, it fails. This happens on both my x86 desktop and my powerbook. This is new to 3.4 (I had no problem with Hebrew kdm in 3.3 or earlier). -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (110, 'unstable'), (10, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14cavy1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages kdm depends on: ii debconf [debconf-2.0]1.4.65 Debian configuration management sy hi kdebase-bin 4:3.4.3-3 core binaries for the KDE base mod hi kdebase-data 4:3.4.3-3 shared data files for the KDE base ii kdelibs4c2a 4:3.4.3-2 core libraries for all KDE applica ii libc62.3.5-8 GNU C Library: Shared libraries an ii libgcc1 1:4.0.2-5 GCC support library ii libpam-runtime 0.79-3 Runtime support for the PAM librar ii libpam0g 0.79-3 Pluggable Authentication Modules l ii libqt3-mt3:3.3.5-3 Qt GUI Library (Threaded runtime v ii libstdc++6 4.0.2-5 The GNU Standard C++ Library v3 ii libx11-6 6.8.2.dfsg.1-11 X Window System protocol client li ii libxau6 6.8.2.dfsg.1-11 X Authentication library ii libxdmcp66.8.2.dfsg.1-11 X Display Manager Control Protocol ii libxtst6 6.8.2.dfsg.1-11 X Window System event recording an ii xbase-clients6.8.2.dfsg.1-11 miscellaneous X clients Versions of packages kdm recommends: ii logrotate 3.7.1-2Log rotation utility -- debconf information: kdm/stop_running_server_with_children: false * shared/default-x-display-manager: kdm kdm/daemon_name: /usr/bin/kdm -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273069: fixed in 3.4.3
I've just installed 3.4.3, and it is working again. Yay! I think this bug can be safely closed now. -- Itai Itai Seggev, University of Mississippi, Department of Physics and Astronomy In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312358: kdm crashes on startup
On Sun, Jul 03, 2005 at 11:27:56AM +0200, Adeodato Sim?? wrote: * Frank Lichtenheld [Sun, 03 Jul 2005 02:37:12 +0200]: Hello all, On Sat, Jul 02, 2005 at 11:37:37PM +0300, Jarkko Suontausta wrote: On Wednesday 08 June 2005 19:54, Itai Seggev wrote: On Tue, Jun 07, 2005 at 07:24:56PM +0200, Isaac Clerencia wrote: On Tuesday, 7 June 2005 18:53, Itai Seggev wrote: rest of kdebase. Is there any particular reason for this behaviour? I would expect that if I installed kdebase, I would get all of it. Exactly for this: kdebase doesn't depend on kde because it works perfectly without it. I have kdebase installed here but I can live fine with my gdm... Recommends is really the right choice here and I would suggest to use a apt frontend that honors them. I just wanted to point out the the short description of kdebase is KDE Base Metapackage. With a description like that, I would expect to get all of kdebase, and kdm does live under kdebase in the the source tree. Perhaps there is some slightly better terminology that can be used? (I'd offer something if I could think if it. :) We tightened the kdm dependency on kdebase-bin, which was the one causing problems. As now kdm Depends: kdebase-bin (= ${Source-Version), kdm will necessarily get upgraded whenever kdebase is. This sounds like a reasonable solution. -- Itai Itai Seggev, University of Chicago, Department of Physics In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312358: kdm crashes on startup
On Tue, Jun 07, 2005 at 07:24:56PM +0200, Isaac Clerencia wrote: On Tuesday, 7 June 2005 18:53, Itai Seggev wrote: Package: kdm Version: 4:3.3.2-1 Severity: grave Tags: experimental Justification: renders package unusable I think the title says it all. :) I've upgraded all my kde packages to 3.4 (experimental) and now kdm crashes on startup. That's false, according to your own report you're still using kdm 3.3.2 ;) Upgrading it should work. Best regards Yes, you're right. It seems the problem was that kdm is only recommend by, and not depended on, by kdebase, so it wasn't upgraded with the rest of kdebase. Is there any particular reason for this behaviour? I would expect that if I installed kdebase, I would get all of it. Thanks, -- Itai Itai Seggev, University of Chicago, Department of Physics In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#296847: kdvi: broken in link in help docs
Package: kdvi Version: 4:3.3.2-1 Severity: normal The help page help:/kdvi/forward-search.html has a link to a file help:/kdvi/kdvi-search.el, but that file doesn't seem to exist. Doing a locate on kdvi-search.el produces /usr/share/doc/kde/HTML/en/kdvi/kdvi-search.el.gz Perhaps this file shouldn't be gzipped? -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.10cavy1 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 (charmap=UTF-8) Versions of packages kdvi depends on: ii kdelibs4 4:3.3.2-1 KDE core libraries ii kviewshell 4:3.3.2-1 KDE generic framework for viewer a ii libart-2.0-2 2.3.17-1Library of functions for 2D graphi ii libc62.3.2.ds1-20GNU C Library: Shared libraries an ii libfam0c102 2.7.0-6 client library to control the FAM ii libfreetype6 2.1.7-2.3 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.3-9 GCC support library ii libice6 4.3.0.dfsg.1-10 Inter-Client Exchange library ii libidn11 0.5.2-3 GNU libidn library, implementation ii libpng12-0 1.2.8rel-1 PNG library - runtime ii libqt3c102-mt3:3.3.3-8 Qt GUI Library (Threaded runtime v ii libsm6 4.3.0.dfsg.1-10 X Window System Session Management ii libstdc++5 1:3.3.5-8 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-10 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-10 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs4.3.0.dfsg.1-10 X Keyboard Extension (XKB) configu ii zlib1g 1:1.2.2-4 compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#295928: kdelibs: programs seem to ignore setting for display of text and icon in toolbars
On Sat, Feb 19, 2005 at 08:35:13PM +0100, Christoffer Sawicki wrote: Hi, In the Appearances Themes - Style tab of kcontrol, under the Miscellaneous tab, you have an option for controlling the display of toolbar buttons: icon only, text only, text alongside icon, text under icon. However, programs seem to completely ignore this setting and do whatever they like. Changing the setting never takes effect immediately, and quitting and restarting an application will only work if I'm lucky. I've tried logging out and back in, but this doesn't seem to have much effect. I prefer text below icons, but right now I have kbabel with icons only, and konquere with text only, and only some other programs and actually follow what I want. Help! Individual applications can override this setting. Right click on the toolbar in the affected apps and customize the toolbar. The question is whether you have manually changed this before. Thanks for your response. Setting each toolbar manually does at least acheive the desired behaviour. I don't believe I've ever set the toolbar style manually in a single application, although I have experimented with the global setting the Control Panel. Perhaps each application is remembering the setting from the first time it was launched? I've tried this out on my default settings user and gotten similar results. Is there some useful information I can provide? -- Itai Itai Seggev, University of Chicago, Department of Physics In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#273069: kdm: %d option in greet string has stopped working
Package: kdm Version: 4:3.3.0-1 Severity: normal Tags: sid The %d option in the greet string, which is supposed to insert the current display number, has stopped working. It seems to be replaced by a null string instead. According to the comments in /etc/kde3/kdm/kdmrc, it is still a valid option, so this would appear to be an actual bug. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.8 Locale: LANG=he_IL.UTF-8, LC_CTYPE=he_IL.UTF-8 Versions of packages kdm depends on: ii debconf 1.4.36 Debian configuration management sy ii kdebase-bin 4:3.3.0-1 KDE Base (binaries) ii kdelibs4 4:3.3.0-1.1KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-16 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.4.2-2 GCC support library ii libice6 4.3.0.dfsg.1-7 Inter-Client Exchange library ii libidn11 0.5.2-3GNU libidn library, implementation ii libpam-runtime0.76-22Runtime support for the PAM librar ii libpam0g 0.76-22Pluggable Authentication Modules l ii libpng12-01.2.5.0-7 PNG library - runtime ii libqt3c102-mt 3:3.3.3-4.1Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-7 X Window System Session Management ii libstdc++51:3.3.4-12 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-7 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-7 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii libxtst6 4.3.0.dfsg.1-7 X Window System event recording an ii xbase-clients 4.3.0.dfsg.1-7 miscellaneous X clients ii xlibs 4.3.0.dfsg.1-7 X Window System client libraries m ii zlib1g1:1.2.1.2-1compression library - runtime -- debconf information: kdm/stop_running_server_with_children: false * kdm/default_servers_nolisten_tcp: * kdm/default_servers_100dpi: shared/default-x-display-manager: kdm * kdm/default_nolisten_udp: kdm/daemon_name: /usr/bin/kdm
Bug#227538: kdelibs: mixed results on 3.2.2
=== --- debian/patches/10_kstandarddirs.diff(revision 125) +++ debian/patches/10_kstandarddirs.diff(working copy) @@ -6,7 +6,7 @@ candidates-append(path); } +// UGLY HACK - Chris Cheney -+if (local (config == type)) ++if (local (!strcmp(config, type))) + candidates-append(/etc/kde3/); +// local = false; What does that do exactly? It would seem to append /etc/kde3 to all types other than config? Or did I misunderstand what I was doing in that patch? Chris I haven't heard anything about this bug in a while. Does this patch work? Has been applied to packages that have been released? -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: mixed results on 3.2.2
The problem bug is a real bug and not a result of upgrading. I a fresh install with the new sarge installer beta 4, and the problem persisted. I also have discovered why this problem manifested in 3.1.4-3. The binary packages search /etc/qt3/ and /usr/share/config for config files. Up to (and including) 3.1.4-2, /usr/share/config was a symlink to /etc/kde3; hence, it could find the config files. In 3.1.4-3, this symlink was removed. This also explains why installing from debian source over the binary package also fixed the problem permanently: the source install installed the config files into /usr/share/config, so any later binary package could find the config files. Thus, there are 3 solutions to this (and presumably other, related) bugs: 1) Recompile the packages to add /etc/kde3 to the config file search path. 2) Turn /usr/shar/config back into a symlink to /etc/kde3 3) move all the files in /etc/kde3 to /etc/qt3 or /usr/share/config I don't know how these options interact with the debian policy. Presumably you guys do. :) Let me know what you decide. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#244688: debianlogo.png missing from kdm-3.2.x
Package: kdm Version: 4:3.2.2-1 Severity: minor The file /usr/share/apps/kdm/pics/debianlogo.png went AWOL in the upgrade from 3.1.x to 3.2.x. This means that those of us which used it for our greeter icon were suddenly iconless. It would be nice if it could be put back. Thanks! -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-cavy1 Locale: LANG=en_US.UTF-8, LC_CTYPE=he_IL.UTF-8 Versions of packages kdm depends on: ii debconf 1.4.22 Debian configuration management sy ii kdebase-bin 4:3.2.2-1KDE Base (binaries) ii kdelibs44:3.2.2-1KDE core libraries ii libart-2.0-22.3.16-3 Library of functions for 2D graphi ii libc6 2.3.2.ds1-11 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgcc1 1:3.3.3-6GCC support library ii libice6 4.3.0-7 Inter-Client Exchange library hi libpam-runtime 0.76-16 Runtime support for the PAM librar ii libpam0g0.76-18 Pluggable Authentication Modules l ii libpng12-0 1.2.5.0-5PNG library - runtime ii libqt3c102-mt 3:3.2.3-2Qt GUI Library (Threaded runtime v ii libsm6 4.3.0-7 X Window System Session Management ii libstdc++5 1:3.3.3-6The GNU Standard C++ Library v3 ii libx11-64.3.0-7 X Window System protocol client li ii libxext64.3.0-7 X Window System miscellaneous exte ii libxrender1 0.8.3-7 X Rendering Extension client libra ii libxtst64.3.0-7 X Window System event recording an ii xbase-clients 4.3.0-7 miscellaneous X clients ii xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- debconf information excluded
Bug#227538: kdelibs: mixed results on 3.2.2
On Mon, Apr 19, 2004 at 12:46:38PM -0700, Itai Seggev wrote: On Mon, Apr 19, 2004 at 01:24:29PM +0200, Dominique Devriese wrote: The reason System, along with Marble, System-Alt, and RiscOS went missing is that KDE is failing to to find the config files. I've attached and strace of open and closing kedit on both the work and non-working machines. On the non-working machine (i.e., the one with the binary debian packages of 3.2.2-1 installed), the relevant lines are 117:gr-visitor:/home/iseggev grep kthemestylerc kedit_strace_broken access(/etc/qt3/kthemestylerc, F_OK) = -1 ENOENT (No such file or directory) access(/home/iseggev/.kde/share/config//kthemestylerc, F_OK) = -1 ENOENT (No such file or directory) access(/home/iseggev/.qt/kthemestylerc, F_OK) = -1 ENOENT (No such file or directory) After failing to find the config file or any approriate library of the System style, it prints out the error message KThemeStyle cache seems corrupt. On the working machine (i.e., the one in which I have the Copying /etc/kde3/kthemestylerc to /etc/qt3/kthemestylerc does indeed fix the problem, so at least now there is a work around which doesn't involve recompilation. :) This does seem, though, like a problem which should be fixed. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: mixed results on 3.2.2
On Sat, Apr 17, 2004 at 10:52:27PM +0200, Dominique Devriese wrote: Itai Seggev writes: OK, so this is the only place in the source where the error message appears: QStringList keys() const { QSettings cfg; KStyleDirs::dirs()-addToSearch( config, cfg ); QStringList keys; bool ok; keys = cfg.readListEntry( /kthemestyle/themes, ok); if ( !ok ) qWarning( KThemeStyle cache seems corrupt!\n ); //Too bad one can't i18n this :-( return keys; } For reference: this code comes from kdelibs/kstyles/kthemestyle/kthemestyle.cpp. This code is the same in both debian and pristine sources (which I guess makes sense, given the recompiling the debian sources fixes the problem). It's not entirely clear to me how this code actually ever works, but apparently it does. Why wouldn't it work ? I didn't say it wouldn't, I just said I don't understand how it works. I did locate kthemestyle/themes and got null output, so I guess that string is some sort of key and not a physical directory. However, I don't really know the internals of KDE. However, I'm no closer to figuring out why I'm getting this message. Can you send us the output of the command locate kthemestylerc and the contents of the file /etc/kde3/kthemestylerc ? Possibly, 152:cavy:/usr/share/apps/kstyle/themes locate kthemestylerc /etc/kde3/.kthemestylerc.lock /etc/kde3/kthemestylerc /usr/local/kde/share/config/kthemestylerc /usr/local/kde/share/config/.kthemestylerc.lock /usr/local/src/kde/kdelibs/kstyles/themes/kthemestylerc All three copies of the file are identical: 153:cavy:/usr/share/apps/kstyle/themes cat /etc/kde3/kthemestylerc [General] themes=marble^eriscos^esystem^esystemalt^e [marble] file=marble.themerc [riscos] file=riscos.themerc [system] file=system.themerc [systemalt] file=systemalt.themerc -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: mixed results on 3.2.2
On Fri, Apr 16, 2004 at 06:20:17PM -0500, Chris Cheney wrote: On the system that it works I bet you have some old libraries laying around somewhere. As far as I can tell the problem is that basicstyle was removed long ago and so the themes that are missing shouldn't exist at all. Can you check your system to see if the file basicstyle.la exists on it somewhere? Neither machine has basicstyle.la anywhere on it. Also, don't forget that the machine on which it works, it didn't work until I compiled the debian sources and installed them over the binary packaged. I'm not sure why you claim the styles should exist at all. Certainly, when I've compiled from pristince sources (and I have a user whose KDEDIRS and other variables are set up to use the result), those styles have all been present. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: mixed results on 3.2.2
OK, so this is the only place in the source where the error message appears: QStringList keys() const { QSettings cfg; KStyleDirs::dirs()-addToSearch( config, cfg ); QStringList keys; bool ok; keys = cfg.readListEntry( /kthemestyle/themes, ok); if ( !ok ) qWarning( KThemeStyle cache seems corrupt!\n ); //Too bad one can 't i18n this :-( return keys; } This code is the same in both debian and pristine sources (which I guess makes sense, given the recompiling the debian sources fixes the problem). It's not entirely clear to me how this code actually ever works, but apparently it does. However, I'm no closer to figuring out why I'm getting this message. (Perhaps this is only the result of an upgrade? If I get the chance, I'll try install the pacakges on a pristine partition and see what happens). -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: mixed results on 3.2.2
OK, so I upgraded the machine on which I had installed the debian sources over the binary package from 3.2.1-1 to 3.2.2-1. The bug did not reappear. Buoyed by this result, I upgraded my other machine, which had been held back to 3.1.4-2 (the last version in the bug was not observed), to 3.2.2-1, but it does suffer from the bug! I'm also getting an error message KThemestyle cache seems corrupt each time I start a K app. Thoughts? -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: bug persists in 3.2.1
On Mon, Mar 29, 2004 at 09:32:30PM -0800, Itai Seggev wrote: It failed to compile because it couldn't find all the headers. I used the command ./configure --prefix=/usr --includedir=/usr/include/kde --mandir=/usr/share/man --libdir=/usr/lib/kde3 and that is currently compiling. Did I need to use this complicated command, or is this a sympton of the fact that the package wants autoconf 1.8, and I have 1.7 installed? I'll let you know what happens with the compile when its done. Well, this fixed the problem!!?? So is it packaging? I have no idea why this happened. BTW, there seemed to be missing files in kdelibs-3.2.1/pics/crystalsvg. At any rate, make install failed and I had to replace the makefile inorder to get it to install. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: bug persists in 3.2.1
On Mon, Mar 29, 2004 at 10:38:11AM +0200, Dominique Devriese wrote: Itai Seggev writes: The debian patches create a new configure option --enable-maintainer-mode. I have no idea what this does, but based on the name and description I presumed that this is used when creating the binary packages. I'm currently compiling kdelibs with this falg set and will report back on the results. I'm pretty sure this option is unrelated to your problem. That seems to be borne out. I installed a compile with the flag set and experienced no problems Question: if do a ./confugre --prefix=/usr, while a make install install over the dpkg? Yes. OK, I'll try this also. Let us know what you get. It failed to compile because it couldn't find all the headers. I used the command ./configure --prefix=/usr --includedir=/usr/include/kde --mandir=/usr/share/man --libdir=/usr/lib/kde3 and that is currently compiling. Did I need to use this complicated command, or is this a sympton of the fact that the package wants autoconf 1.8, and I have 1.7 installed? I'll let you know what happens with the compile when its done. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: bug persists in 3.2.1
On Sun, Mar 28, 2004 at 11:01:18AM +0200, Dominique Devriese wrote: Itai Seggev writes: Package: kdelibs Version: 4:3.1.4-2 Severity: normal Followup-For: Bug #227538 The problem persists in the packages for version 3.2.1. I apt-got the source of kdelibs, compiled it, and installed into /usr/local/kde where I have kde compiled from KDE sources. The problem didn't appear. And you changed your KDEDIRS environment variable while doing this, right ? Yes. Do you perhaps have any idea which are the files 'containing' or representing those two styles, cause my guess is something went wrong with that ? I believe that that the only files involve are /etc/kde3/kthemestylerc and /urs/share/apps/kstyle/themes/system.themerc, and they both appear to be fine. This suggest (to me, anyway) that the problem is a side effect of the --mainter flag (or whatever it's called) to configure. I'm not sure what flag you're talking about, can you please elaborate? The debian patches create a new configure option --enable-maintainer-mode. I have no idea what this does, but based on the name and description I presumed that this is used when creating the binary packages. I'm currently compiling kdelibs with this falg set and will report back on the results. Question: if do a ./confugre --prefix=/usr, while a make install install over the dpkg? Yes. OK, I'll try this also. -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: bug persists in 3.2.1
Package: kdelibs Version: 4:3.1.4-2 Severity: normal Followup-For: Bug #227538 The problem persists in the packages for version 3.2.1. I apt-got the source of kdelibs, compiled it, and installed into /usr/local/kde where I have kde compiled from KDE sources. The problem didn't appear. This suggest (to me, anyway) that the problem is a side effect of the --mainter flag (or whatever it's called) to configure. Question: if do a ./confugre --prefix=/usr, while a make install install over the dpkg? -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.4-cavy1 Locale: LANG=en_US.UTF-8, LC_CTYPE=he_IL.UTF-8 Versions of packages kdelibs depends on: hi kdelibs-bin 4:3.1.4-2 KDE core binaries hi kdelibs-data 4:3.1.4-2 KDE core shared data hi kdelibs4 4:3.1.4-2 KDE core libraries -- no debconf information
bug 227538
Will this be fixed in the next upload of kdelibs (hopefully 3.2-1)? -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#227538: kdelibs: styles system++ and systemalt disappeared
Package: kdelibs Version: 4:3.1.5-1 Severity: normal Upgrading to 3.1.4-3 and now 3.1.5-1 has caused the System++ and systemalt styles to disappear from KDE. These worked just fine under 3.1.4-2. At first I thought this was just another manifestation of bug #220378, but I see that that one is now resolved and apparently related to the install of 3.2 packages. I've not install any 3.2 packages, nor have I done really any system-wide reconfiguration of KDE. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux gr-visitor 2.4.22-grvisitor3 #1 Sat Nov 22 19:24:23 CST 2003 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=he_IL.UTF-8 Versions of packages kdelibs depends on: ii kdelibs-bin 4:3.1.5-1 KDE core binaries ii kdelibs-data 4:3.1.5-1 KDE core shared data ii kdelibs4 4:3.1.5-1 KDE core libraries -- no debconf information
kdm broken
The kdm pakcage in sid has been broken for close to two weeks (i.e., it doesn't successfuly install, making it mark broken in dselect). Is it going to be fixed anytime soon? -- Itai Itai Seggev, University of Chicago, Department of Physics Co-coordinator, Carmel Project (http://linbrew.sourceforge.net/carmel) In 1997 a group of programmers started writing a desktop environment to fix a travesty they didn't create. Their program promptly found its way onto un*x systems everywhere. Today, still opposed by a software monopolist, they survive as soldiers of fortune. If you share their vision, if you know you can help, and if you can connect to internet, maybe you can join... the K-Team.
Bug#220378: kdelibs: already selected style (System-Series) stops working
Package: kdelibs Version: 4:3.1.4-2 Severity: normal Followup-For: Bug #220378 Now only do most styles not show up, but my selected style (System-Series) disappeared from the Style diaglog box in KDE control panel and it stopped working. It started behaving like B3/KDE. Again, downgrading to 3.1.4-2 fixed the problem. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux gr-visitor 2.4.22-grvisitor3 #1 Sat Nov 15 19:28:03 CST 2003 i686 Locale: LANG=en_US.UTF-8, LC_CTYPE=he_IL.UTF-8 Versions of packages kdelibs depends on: ii kdelibs-bin 4:3.1.4-2 KDE core binaries ii kdelibs-data 4:3.1.4-2 KDE core shared data ii kdelibs4 4:3.1.4-2 KDE core libraries -- no debconf information