Bug#247196: kdm: clarify documentation

[Achim Bohnet]

On Monday 03 May 2004 21:35, Ross Boylan wrote:
> Package: kdm
> Version: 4:3.2.2-1
> Severity: wishlist

Hi Ross,
> 
> 1) The current documentation makes several references to the xdm
> manpage, but users may not have xdm installed.  For this and other
> reasons, a kdm manpage would be good (see also bug #193527).

Agreed. Care to write (parts) of it?  That would be great.
> 
> 2) README.Debian does indicate it is for xdm, but it would be helpful
> to have a few lines explaining how this translates to kdm.  Among the
> interpretations that occurred to me were
>   * kdm uses the same files
>   * kdm uses files of the same name but in /etc/kde3 (seems to be the
> case)
>   * kdm uses its own files with different names (e.g., starting with a
> k)
> README.gz did allow me to infer it was the second, but that's a bit
> obscure.  Perhaps README.Debian could be removed?

I had a look at README.Debian and I agree to that the file is
more confusing that helpful and should be removed.

The only debian specific infos worth to note IMHO would be
how and where debian select what x display manager gets used,
because that really Debian specific.

Hmm, because default entries in Xserver use -tcp nolisten one can
also mention that 'Remote Session' in the kdm greeter menu
will not work.

> 3) README.Debian includes confusions and redundancies.  It refers to
> "The above three files", but there only seemed to be one file
> (xdm-config) that had been mentioned (Xresources is a directory,
> though perhaps not outside of Debian.  Even so, that's only two
> files).  The phrase "See the X(1) manual page for more information
> about X resources" occurs twice, and the surrounding discussion is a
> bit repetitive in other ways.
> 
> 4) README.gz has a discussion headed "The command FiFos" which doesn't

s/command/Command/ in README.gz so source string matches target string
(for tools with case sensitive search).

> quite indicate, from a user perspective, how to use them.  I tried
> echo commands to the relevant files, and that seemed to work.  While
> the cogniscenti may know that already, saying it explicitly would
> be useful.

Care to provide better description?

> The discussion seems to imply that the low level interface doesn't
> matter because there are higher level tools: ksmserver and kdesktop.
> I tried starting the former and it messed up my session so badly I had
> to kill it.  I assume the latter is always running; I looked on my
> menus but didn't see anything that seemed related to this.

with reserve lines in Xservers your k-menu and kscreensaver should
have 'Start new session' menu entries and buttons, respectively.
Works fine here.

> I was specifically looking for how to start up a session that had been
> specified in Xservers with the "reserve" word.  There seem to be other
> problems with that, which I reported in a previous bug.  The point
> here is that while some of the functionality is accessible from the
> desktop (e.g., shutdown and restart), reserve and other functionality
> does not seem to be.

No.  'Start new session' exposes reserve command on the gui.

Achim
> 
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (990, 'testing'), (50, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.24advncdfs
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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-2KDE core libraries
> ii  libart-2.0-22.3.16-5 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
> ii  libpam-runtime  0.76-19  Runtime support for the PAM 
> librar
> ii  libpam0g0.76-19  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 Wind

Bug#247193: kdm: reserve doesn't seem to work

[Achim Bohnet]

On Monday 03 May 2004 21:18, Ross Boylan wrote:
> Package: kdm
> Version: 4:3.2.2-1
> Severity: normal
> 
> I uncommented the first commented display line in /etc/kde3/kdm/Xservers:
> :1 [EMAIL PROTECTED] reserve /usr/X11R6/bin/X -nolisten tcp :1 vt8
> and did 
>   invoke-rc.d kdm restart
> 
> Despite this /var/run/xdmctl/ only showed xdmctl and xdmctl-:0.

Reserve is working fine here (can start other parallel session
with k-menu -> 'Start new session'.  Nevertheless I only have
xdmctl and xdmctl-:0 too.  When I start the first new session
xdmctl-:1 is created.   So xdmctl-:? are only created when really
used and not when defined in Xservers. 
> 
> As I understand it, there should have been an xdmctl-:1 to which I
> could direct 
>echo reserve
> to start up the second login screen.

From my tests it looks like you miss understood something ;)
> 
> I also tried restarting my X server on vt7.  This didn't help.
> 
> I have xfree86-common version 4.3.0-7, and am in a mostly testing
> system. 
> 
> I may not have understood how this is supposed to work, but this is
> what I got from the docs.

I had a look at the /usr/share/doc/kdm/README.gz and

echo reserve > /var/run/xdmctl/xdmctl-$DISPLAY

works fine here (as user log in on $DISPLAY).  You should send
the reserve command to the xdmctl file responsible for your display.


I guess you get confused by the assumption that xdmctl
file should exist for every reserve setting in Xservers.

If you've some suggestion how to enhance kdms README please
send a patch.  Otherwise I suggest to close the bug report.

Achim
P.S.  The word 'seem' in the subject is an indication that
the report is better first send to debian-kde list to make
sure it's a bug ;)
> 
> -- System Information:
> Debian Release: testing/unstable
>   APT prefers testing
>   APT policy: (990, 'testing'), (50, 'unstable')
> Architecture: i386 (i686)
> Kernel: Linux 2.4.24advncdfs
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.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-2KDE core libraries
> ii  libart-2.0-22.3.16-5 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
> ii  libpam-runtime  0.76-19  Runtime support for the PAM 
> librar
> ii  libpam0g0.76-19  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:
> perl: warning: Setting locale failed.
> perl: warning: Please check that your locale settings:
>   LANGUAGE = (unset),
>   LC_ALL = (unset),
>   LANG = "en_US.UTF-8"
> are supported and installed on your system.
> perl: warning: Falling back to the standard locale ("C").
> locale: Cannot set LC_CTYPE to default locale: No such file or directory
> locale: Cannot set LC_MESSAGES to default locale: No such file or directory
> locale: Cannot set LC_ALL to default locale: No such file or directory
>   kdm/stop_running_server_with_children: false
> * kdm/default_servers_nolisten_tcp: 
> * kdm/default_servers_100dpi: 
> * kdm/kdmrc: 
>   shared/default-x-display-manager: kdm
> * kdm/default_nolisten_udp: 
>   kdm/daemon_name: /usr/bin/kdm
>   kdm/oldconfig: 
> 
> 
> -- 
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> 
> 
> 

-- 
  To me vi is Zen.  To use vi is to practice zen. Every command is
  a koan. Profound to the user, unintelligible to the uninitiated.
  You discover truth everytime you use it.
  -- [EMAIL PROTECTED]

Bug#246391: konqueror is broken

[Adeodato Simó]

* Riku Voipio [Wed, 28 Apr 2004 23:09:14 +0300]:

> > I just tried to install kde "apt-get install kde", the installation
> > breaks installaing konqueror, I tired with apt-get -f install as apt
> > said without success below is the output

> You will have to wait overnight (or a few days if your mirror lags) for 
> the new  kdebase to migrate to testing for konqueror to be installable.

  Hi Ayman,

konqueror 3.2.2 is already in testing, so probably this bug no
longer applies. Can you check and close this bug if the installation
goes fine?

Thanks.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
As an adolescent I aspired to lasting fame, I craved factual certainty, and I
thirsted for a meaningful vision of human life -- so I became a scientist.
This is like becoming an archbishop so you can meet girls.
-- Matt Cartmill

Bug#247252: kwin: random buttons missing from titlebar

[Adeodato Simó]

* Zygo Blaxell at Work [Mon, 03 May 2004 23:52:51 -0400]:

> Some applications do not display a maximize button on their
> titlebars.  Some examples are 'wish' and 'gnome-xbill'.

> Some applications display the maximize button but not the minimize button:
> xload, xclock.

> When the button is missing, the capability that goes with it is missing
> too.  For example it is not possible to iconify an xload window.

> This is a regression from kwin 3.1.x, which didn't seem to randomly grant
> some windows their full set of titlebar buttons while denying others.
> Generally the three min/max/close options were available for most
> application windows.

  This is not a bug. Each application gets to decide which WM actions
  will be available for its windows. So wish & gnome-xbill authors
  considered it was better for their apps not to be maximizable, and
  xload and xclock were not given the possibility of being minimized.

  Every WM has to respect that. In previous versions, kwin always showed
  all three buttons, but you would find that clicking them would do
  nothing depending on the app. Since 3.2 (I think) that behavior
  changed, and now kwin only displays the buttons *really* available,
  which IMO is a good thing.

  Please close this bug.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
Loan-department manager:  "There isn't any fine print.  At these interest
rates, we don't need it."

Bug#247308: konqueror: crash on kfmclient openProfile filemanager

[Egon Willighagen]

Package: konqueror
Version: 4:3.2.2-1
Severity: normal

kfmclient crashes when starting it with:

kfmclient openProfile filemanagement

This started happening after a recent upgrade to testing packages.
I've tried removing the .kde and Desktop dirs from my home dir. No
success.

A window is briefly shown after which an immediate crash occurs. The
output to screen:

konqueror: WARNING: KGenericFactory: instance requested but no instance
name passed to the constructor!
Checking /dev/cdrom for cdrom...
Testing /dev/cdrom for cooked ioctl() interface
/dev/scd0 is not a cooked ioctl CDROM.
Testing /dev/cdrom for SCSI interface
generic device: /dev/sg0
ioctl device: /dev/scd0

Found an accessible SCSI CDROM drive.
Looking at revision of the SG interface in use...
SG interface version 3.1.25; OK.

CDROM model sensed sensed: ASUS DVD-ROM E616 Z.0
KCrash: Application 'konqueror' crashing...
kio (KIOConnection): ERROR: Header read failed, errno=104
kio (KIOConnection): ERROR: Header has invalid size (-1)
kio (KIOConnection): ERROR: Header read failed, errno=104
kio (KIOConnection): ERROR: Header has invalid size (-1)


As recommended on
http://www.kde-debian.org/~domi/debugging-kde-crash.html

here's the output of

$ valgrind kfmclient openProfile filemanagement > 
/tmp/valgrind-crash-output.txt 2>&1
$ more /tmp/valgrind-crash-output.txt
==8793== Memcheck, a memory error detector for x86-linux.
==8793== Copyright (C) 2002-2004, and GNU GPL'd, by Julian Seward.
==8793== Using valgrind-2.1.1, a program supervision framework for
x86-linux.
==8793== Copyright (C) 2000-2004, and GNU GPL'd, by Julian Seward.
==8793== For more details, rerun with: -v
==8793==
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
QPixmap: Cannot create a QPixmap when no GUI is being used
kbuildsycoca running...
konqueror: WARNING: KGenericFactory: instance requested but no instance
name passed to the constructor!
kio (KIOConnection): ERROR: Header read failed, errno=104
kio (KIOConnection): ERROR: Header has invalid size (-1)
KCrash: Application 'konqueror' crashing...
==8793==
==8793== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 91 from 4)
==8793== malloc/free: in use at exit: 22969 bytes in 659 blocks.
==8793== malloc/free: 17345 allocs, 16686 frees, 409680 bytes allocated.
==8793== For a detailed leak analysis,  rerun with: --leak-check=yes
==8793== For counts of detected errors, rerun with: -v
Mutex destroy failure: Device or resource busy
ICE default IO error handler doing an exit(), pid = 8804, errno = 2

Hope this helps.

Egon

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.26-1-686
Locale: LANG=C, LC_CTYPE=C

Versions of packages konqueror depends on:
ii  kcontrol4:3.2.2-1KDE Control Center
ii  kdebase-kio-plugins 4:3.2.2-1KDE I/O Slaves
ii  kdelibs44:3.2.2-2KDE core libraries
ii  kdesktop4:3.2.2-1KDE Desktop
ii  kfind   4:3.2.2-1KDE File Find Utility
ii  libart-2.0-22.3.16-5 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
ii  libjpeg62   6b-9 The Independent JPEG Group's JPEG 
ii  libkonq44:3.2.2-1Core libraries for KDE's file mana
ii  libpcre34.5-1.1  Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.5.0-6PNG 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  xlibs   4.3.0-7  X Window System client libraries m
ii  zlib1g  1:1.2.1-5compression library - runtime

-- no debconf information

Bug#247308: Backtrace

[E.L. Willighagen]

Sorry, forgot the backtrace, it's:


This backtrace appears to be useless.
This is probably because your packages are built in a way which prevents 
creating of proper backtraces, or the stack frame was seriously corrupted in 
the crash.

(no debugging symbols found)...Using host libthread_db library 
"/lib/libthread_db.so.1".
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
deol/kde/qt-3.1/lib -L/vol/kde/kde-3.1.4/lib -L/vol/kde/support/lib 
/vol/kde/kde-3.1.4/lib/libkio.la 
-L/vol/kde/support/lib/gcc-lib/sparc-sun-solaris2.7/2.95.3 -L/usr/ccs/bin 
-L/usr/ccs/lib /vol/kde/kde-3.1.4/lib/libkdeui.la 
/vol/kde/kde-3.1.4/lib/libkdesu.la /vol/kde/kde-3.1.4/lib/libkdecore.la 
/vol/kde/kde-3.1.4/lib/libDCOP.la -ldl -lresolv 
/vol/kde/kde-3.1.4/lib/libkdefx.la -lqt-mt -lXext -lX11 -lsocket -lnsl -lSM 
-lICE -lpthread -lz -lvolmgt -lstdc++ -lm -lgcc'

# Version information for kio_fish.
currentThis backtrace appears to be useless.
This is probably because your packages are built in a way which prevents 
creating of proper backtraces, or the stack frame was seriously corrupted in 
the crash.

(no debugging symbols found)...Using host libthread_db library 
"/lib/libthread_db.so.1".
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...[Thread debugging 
using libthread_db enabled]
[New Thread 16384 (LWP 8680)]
(no debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...(no debugging symbols found)...(no debugging symbols found)...(no 
debugging symbols found)...(no debugging symbols found)...(no debugging 
symbols found)...(no debugging symbols found)...(no debugging symbols 
found)...
#0  0x40fc8bd8 in waitpid () from /lib/libpthread.so.0
#1  0x40818b78 in ?? () from /usr/lib/libkdecore.so.4
#2  0x40747e20 in KCrash::defaultCrashHandler () from /usr/lib/libkdecore.so.4
#3  0x40fc7815 in __pthread_sighandler () from /lib/libpthread.so.0
#4  
#5  0x40536c61 in KWordWrap::formatText () from /usr/lib/libkdeui.so.4
#6  0x4053430f in KIconViewItem::calcRect () from /usr/lib/libkdeui.so.4
#7  0x40533f56 in KIconViewItem::init () from /usr/lib/libkdeui.so.4
#8  0x415e42e2 in KFileIVI::KFileIVI () from /usr/lib/libkonq.so.4
#9  0x4193ae52 in KonqKfmIconView::slotNewItems ()
   from /usr/lib/kde3/konq_iconview.so
#10 0x4193ce53 in KonqKfmIconView::qt_invoke ()
   from /usr/lib/kde3/konq_iconview.so
#11 0x40b18d9c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#12 0x4023b8fd in KDirLister::newItems () from /usr/lib/libkio.so.4
#13 0x4023a96e in KDirLister::emitItems () from /usr/lib/libkio.so.4
#14 0x40235fab in KDirListerCache::slotEntries () from /usr/lib/libkio.so.4
#15 0x4023c620 in KDirListerCache::qt_invoke () from /usr/lib/libkio.so.4
#16 0x40b18d9c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#17 0x4019f664 in KIO::ListJob::entries () from /usr/lib/libkio.so.4
#18 0x401902f2 in KIO::ListJob::slotListEntries () from /usr/lib/libkio.so.4
#19 0x4019f929 in KIO::ListJob::qt_invoke () from /usr/lib/libkio.so.4
#20 0x40b18d9c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#21 0x4017de1d in KIO::SlaveInterface::listEntries () from 
/usr/lib/libkio.so.4
#22 0x4017c9eb in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4
#23 0x4017be89 in KIO::SlaveInterface::dispatch () from /usr/lib/libkio.so.4
#24 0x4017991b in KIO::Slave::gotInput () from /usr/lib/libkio.so.4
#25 0x4017b5d8 in KIO::Slave::qt_invoke () from /usr/lib/libkio.so.4
#26 0x40b18d9c in QObject::activate_signal () from /usr/lib/libqt-mt.so.3
#27 0x40b18efd in QObject::activate_signal () from /u

Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu

[Hervé Eychenne]

Package: konqueror
Version: 4:3.2.2-1
Severity: minor

 Hi,

After a click on Bookmarks menu, the opening of the Bookmarks takes
something like 2s, which is quite slow.
If I click on "Go" menu and drags the mouse to the right (on Bookmarks
menu entry), then the opening is really instantaneous.
Something must be wrong (it was the same with kde 3.1.5).
(Maybe this difference can be better showed when bookmark file is big)


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=C, LC_CTYPE=C

Versions of packages konqueror depends on:
ii  kcontrol4:3.2.2-1KDE Control Center
ii  kdebase-kio-plugins 4:3.2.2-1KDE I/O Slaves
ii  kdelibs44:3.2.2-2KDE core libraries
ii  kdesktop4:3.2.2-1KDE Desktop
ii  kfind   4:3.2.2-1KDE File Find Utility
ii  libart-2.0-22.3.16-5 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
ii  libjpeg62   6b-9 The Independent JPEG Group's JPEG 
ii  libkonq44:3.2.2-1Core libraries for KDE's file mana
ii  libpcre34.5-1.1  Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.5.0-6PNG 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  xlibs   4.3.0-7  X Window System client libraries m
ii  zlib1g  1:1.2.1-5compression library - runtime

-- no debconf information

Bug#247308: (no subject)

[E.L. Willighagen]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


I started downgrading my system using debs from /var/cache/apt/archives, and 
it when I downgraded kview, kviewshell, kdelibs4 and kdelibs-bin to 3.2.1-1
then it starts again. So maybe the actual bug is in one of those packages...

Egon
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.0.7 (SunOS)

iD8DBQFAl6Cqd9R8I9Yza6YRArxZAJkBM46q8qHKAeRLPUgsn9COM6UPSQCfaFhz
tZ/wrCyukKgwkTLEbZUgxSQ=
=CTyU
-END PGP SIGNATURE-

Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu

[Adeodato Simó]

* Hervé Eychenne [Tue, 04 May 2004 15:48:43 +0200]:

> After a click on Bookmarks menu, the opening of the Bookmarks takes
> something like 2s, which is quite slow.
> If I click on "Go" menu and drags the mouse to the right (on Bookmarks
> menu entry), then the opening is really instantaneous.
> Something must be wrong (it was the same with kde 3.1.5).
> (Maybe this difference can be better showed when bookmark file is big)

  What happens if you click in the Bookmarks menu and maintain the mouse
  button pressed? I mean, I've observed that when there are lots of
  bookmarks and you click, what really happens is that the click passes
  through and one of the first actions (e.g., Edit bookmarks) get
  selected.

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
The true teacher defends his pupils against his own personal influence.
-- Amos Bronson Alcott

Bug#247312: konqueror: opening of bookmarks is much slower when clicking directly on Bookmarks menu

[Hervé Eychenne]

On Tue, May 04, 2004 at 04:42:01PM +0200, Adeodato Simó wrote:

> * Hervé Eychenne [Tue, 04 May 2004 15:48:43 +0200]:

> > After a click on Bookmarks menu, the opening of the Bookmarks takes
> > something like 2s, which is quite slow.
> > If I click on "Go" menu and drags the mouse to the right (on Bookmarks
> > menu entry), then the opening is really instantaneous.
> > Something must be wrong (it was the same with kde 3.1.5).
> > (Maybe this difference can be better showed when bookmark file is big)

> What happens if you click in the Bookmarks menu and maintain the mouse
> button pressed? I mean, I've observed that when there are lots of
> bookmarks and you click, what really happens is that the click passes
> through and one of the first actions (e.g., Edit bookmarks) get
> selected.

I understand what you mean, but that is not what I'm talking about.
I cannot reproduce what you are describing.

Whether I only quickly click on Bookmarks menu or I leave the mouse
button pressed, I get the same behaviour: it take about 2s seconds to
open the bookmarks, which is way too long, considering that I can have
them displayed instantaneously when clicking on Go and shifting to the
right.

 Herve

-- 
 _
(°=  Hervé Eychenne
//)  Homepage:  http://www.eychenne.org/
v_/_ WallFire project:  http://www.wallfire.org/

Bug#247332:

[Goetz Andreas (external)]

Package: kdelibs-data
Version: 3.2.2_2

I'm using unstable and just ran

apt-get install kdelibs-data
(4:3.2.2_2_all from unstable)

error:
trying to overwrite
/usr/share/mimelnk/application/vnd.sun.xml.calc.desktop/ which is also
contained in package koffice-data

This seems to be similiar to #233700, but is obviously not fixed?

Cheers,
Andi

Bug#247252: kwin: random buttons missing from titlebar

[Zygo Blaxell at Work]

On Tue, May 04, 2004 at 12:20:46PM +0200, Adeodato Sim? wrote:
> * Zygo Blaxell at Work [Mon, 03 May 2004 23:52:51 -0400]:
> > This is a regression from kwin 3.1.x, which didn't seem to randomly grant
> > some windows their full set of titlebar buttons while denying others.
> > Generally the three min/max/close options were available for most
> > application windows.
> 
>   This is not a bug. Each application gets to decide which WM actions
>   will be available for its windows. So wish & gnome-xbill authors
>   considered it was better for their apps not to be maximizable, and
>   xload and xclock were not given the possibility of being minimized.

I'm pretty sure this is incorrect, as I've written or maintain a number
of applications affected by kwin's change in behavior, and I think I'd
remember if I went out of my way to turn off something important like
a minimize or maximize button.  I'm not even sure how I'd ask for this
behavior even if I wanted it.

The behavior seems to be defined more by the toolkit the application
was written with than whether the buttons in question are useful.
For example all Tk apps I've tried so far lack the maximize button in
kwin but get the maximize button in all other window managers that I've
tried (except of course the WM's that don't have maximize buttons at all).

>   Every WM has to respect that. 

I suspect that very few actually do, and with good reason if kwin's
behavior is strictly correct.

I've tried several WMs and the only behavior consistent with kwin is that
gnome-xbill doesn't get a maximize button on either kwin or metacity.
This makes sense as the gnome-xbill window is not resizeable at all.

> In previous versions, kwin always showed
>   all three buttons, but you would find that clicking them would do
>   nothing depending on the app. 

This is incorrect.  Clicking the min/max buttons worked as expected
until kwin 3.2.2.  I can't think of any reason why they wouldn't work
for all application windows under X11, unless the application goes out
of its way to force the window to be remapped or resized after a maximize
or minimize event occurs, or the application creates an override-redirect
window which isn't handled by the WM at all.

My understanding of the protocol involved is that the WM simply
reconfigures or unmaps the window in question, and X tells the owner of
the window later that this has happened.  The ability to inform the WM
that the option should not be offered in the first place is a relatively
recent invention.  

I think that most of the applications I am having problems with were
written before the option to not display WM buttons was widely supported
in window managers, if not before the option was even defined, so I
don't see how the application could be explicitly requesting anything
of the sort.

> Since 3.2 (I think) that behavior
>   changed, and now kwin only displays the buttons *really* available,
>   which IMO is a good thing.

Assuming that the new kwin behavior is correct and that a vast number of
legacy applications are incorrect, kwin should at least present the option
of ignoring the suggestion for compatibility with those applications
that get it wrong.


-- 
Opinions expressed are my own, I don't speak for my employer, and all that.
Encrypted email preferred.  Go ahead, you know you want to.  ;-)
OpenPGP at work: 3528 A66A A62D 7ACE 7258 E561 E665 AA6F 263D 2C3D


signature.asc
Description: Digital signature

Processed: Re: Bug#246391: konqueror is broken

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> close 246391
Bug#246391: konqueror is broken
'close' is deprecated; see http://www.debian.org/Bugs/Developer#closing.
Bug closed, send any further explanations to Ayman Negm <[EMAIL PROTECTED]>

> Thanks
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#246391: konqueror is broken

[Ayman Negm]

close 246391

Thanks

Hi Adeodato,

I am sorry for the delay, I was so busy, that I have forgotten to
upgrade that mashine.

Thanks Guys, well done :-)

Ayman

On Tue, May 04, 2004 at 02:12:58PM +0200, Adeodato Simó wrote:
> * Riku Voipio [Wed, 28 Apr 2004 23:09:14 +0300]:
> 
> > > I just tried to install kde "apt-get install kde", the installation
> > > breaks installaing konqueror, I tired with apt-get -f install as apt
> > > said without success below is the output
> 
> > You will have to wait overnight (or a few days if your mirror lags) for 
> > the new  kdebase to migrate to testing for konqueror to be installable.
> 
>   Hi Ayman,
> 
> konqueror 3.2.2 is already in testing, so probably this bug no
> longer applies. Can you check and close this bug if the installation
> goes fine?
> 
> Thanks.
> 
> -- 
> Adeodato Simó
> EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
>  
> As an adolescent I aspired to lasting fame, I craved factual certainty, and I
> thirsted for a meaningful vision of human life -- so I became a scientist.
> This is like becoming an archbishop so you can meet girls.
> -- Matt Cartmill
> 

-- 
Avoid the Gates of Hell.  Use Linux
Windows : The first 'Plug and Pray' operating system.

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Simon Huggins]

Package: kdm
Severity: wishlist
Version: 4:3.2.2-1

KDM should probably just avoid duplication of effort and use the
*.desktop files in /etc/dm/Sessions that gdm is starting to use instead
of shipping its own.

If you're unwilling to do this please include the attached xfce4.desktop
for the XFce4 desktop environment.

Thanks,

Simon.

-- 
[ "This isn't flying, it's falling with style" -- Buzz Lightyear   ]
Black Cat Networks.  http://www.blackcatnetworks.co.uk/
[Desktop Entry]
Encoding=UTF-8
# The names/descriptions should really be better
Name=Xfce Session
Comment=Use this session to run Xfce as your desktop environment
Exec=startxfce4
Icon=
Type=Application

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Chris Cheney]

On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote:
> Package: kdm
> Severity: wishlist
> Version: 4:3.2.2-1
> 
> KDM should probably just avoid duplication of effort and use the
> *.desktop files in /etc/dm/Sessions that gdm is starting to use instead
> of shipping its own.

I'm sorry you are wrong.

Quoted directly from GDM docs:

--

The remaining configuration is done by dropping scripts in the
subdirectories of the /etc/gdm/ folder or dropping .desktop-style files
in /etc/dm/Sessions/ or /etc/X11/sessions/.  The latter is also read by
KDM for common configuration.  The /etc/dm/Sessions/ directory will
likely move in the future to reflect that it is GDM specific and used
only for the default configuration.  Also the default setup will also
read /share/xsessions/ (which should be /usr/share/xsessions/ if you
really wish to cooperate with KDM) where desktop packages can install
their session files.  The directories under the /etc should be reserved
for configuration.  This approach makes it easy for package management
systems to install window managers and different session types without
requiring the sysadmin to edit files.  See the SessionDesktopDir
onfiguration key for changing the paths.  Note that prior to version
2.4.4.2 only the /etc/dm/Sessions/ was being read.

--

> If you're unwilling to do this please include the attached xfce4.desktop
> for the XFce4 desktop environment.

The maintainer of XFce4 needs to provide a xfce4.desktop file in the
/usr/share/xessions/ dir just like I did for kde so that both dm's can
see the file. It is not the DM's place to ship .desktop files for every
WM in existence. Afaict GDM provides none by default and KDM only
provides 48 by default. If you need more information ask the GDM
maintainer Ryan Murray...

Thanks,
Chris


signature.asc
Description: Digital signature

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Simon Huggins]

'ello Chris

On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote:
> On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote:
> > KDM should probably just avoid duplication of effort and use the
> > *.desktop files in /etc/dm/Sessions that gdm is starting to use instead
> > of shipping its own.

> I'm sorry you are wrong.

> Quoted directly from GDM docs:

> --

> The remaining configuration is done by dropping scripts in the
> subdirectories of the /etc/gdm/ folder or dropping .desktop-style files
> in /etc/dm/Sessions/ or /etc/X11/sessions/.  The latter is also read by
> KDM for common configuration.
[..]

Ah okie.

> > If you're unwilling to do this please include the attached xfce4.desktop
> > for the XFce4 desktop environment.
> The maintainer of XFce4 needs to provide a xfce4.desktop file in the
> /usr/share/xessions/ dir just like I did for kde so that both dm's can
> see the file. It is not the DM's place to ship .desktop files for
> every WM in existence. Afaict GDM provides none by default and KDM
> only provides 48 by default. If you need more information ask the GDM
> maintainer Ryan Murray...

Why does KDM provide so many in the first place then?

I'll ship it in /etc/X11/sessions instead - thanks for the
clarification.

-- 
--(  After a number of decimal places, nobody gives  )--
Simon ( a damn.  ) Nomis
 Htag.pl 0.0.22


pgpSFyIYOiThi.pgp
Description: PGP signature

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Chris Cheney]

On Tue, May 04, 2004 at 08:42:58PM +0100, Simon Huggins wrote:
> 'ello Chris
> 
> On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote:
> > On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote:
> > > KDM should probably just avoid duplication of effort and use the
> > > *.desktop files in /etc/dm/Sessions that gdm is starting to use instead
> > > of shipping its own.
> 
> > I'm sorry you are wrong.
> 
> > Quoted directly from GDM docs:
> 
> > --
> 
> > The remaining configuration is done by dropping scripts in the
> > subdirectories of the /etc/gdm/ folder or dropping .desktop-style files
> > in /etc/dm/Sessions/ or /etc/X11/sessions/.  The latter is also read by
> > KDM for common configuration.
> [..]
> 
> Ah okie.
> 
> > > If you're unwilling to do this please include the attached xfce4.desktop
> > > for the XFce4 desktop environment.
> > The maintainer of XFce4 needs to provide a xfce4.desktop file in the
> > /usr/share/xessions/ dir just like I did for kde so that both dm's can
> > see the file. It is not the DM's place to ship .desktop files for
> > every WM in existence. Afaict GDM provides none by default and KDM
> > only provides 48 by default. If you need more information ask the GDM
> > maintainer Ryan Murray...
> 
> Why does KDM provide so many in the first place then?

I think they just ship them to make it easier for source users to be
able to use their other WM's with it.

> I'll ship it in /etc/X11/sessions instead - thanks for the
> clarification.

--
Also the default setup will also read /xsessions/ (which should
be /usr/share/xsessions/ if you really wish to cooperate with KDM) where
desktop packages can install their session files.  The directories under
the /etc should be reserved for configuration.
--

The .desktop files aren't really configuration files in that there is
nothing you need to modify in them. The part you didn't quote from the
gdm.xml file stated that they should go into /usr/share/xsessions/.
Which is also the directoy that Ryan Murray told me to put the files as
well. The /etc/X11/sessions/ dir as far as I can tell is for use by
local admins for override purposes, etc.

Chris


signature.asc
Description: Digital signature

Bug#247396: kdeprintfax+efax do not support whitespaces in Personal Settings

[Robert Cheramy]

Package: kdeprint
Version: 4:3.2.2-1
Severity: important

Hi,

when specifiing a name (Robert Cheramy) or a Faxnumber (+49 711 1200042)
with white spaces and using efax, The arguments are not tansmited well
to efax, and I get folowing error message :

Sending to fax using: /usr/bin/fax NAME='Robert Cheramy' DEV='ttyS0'
PAGE=a4 FROM='+49 711 1200042' send  '0'
'/tmp/kde-tibob/kdeprintfax_NtxQuJHB' 
/usr/bin/fax: line 1: Cheramy: command not found
/usr/bin/fax: line 1: 711: command not found

And the Fax headers contain /usr/bin/fax default values.

A quick fix for the end-user is to enter his name and fax number with
double quotes : "Robert Cheramy" and "+49 711 1200042".

I tried to add double quotes around "%user% but it won't help.

I am unsure if this is an efax bug or a kdeprintfax bug, please forgive
me if I am wrong posting it here.

Cheers,

tibob


-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.4.25-1-k7
Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set to en_US.iso88591)

Versions of packages kdeprint depends on:
ii  enscript  1.6.4-3Converts ASCII text to Postscript,
ii  gv1:3.5.8-31 A PostScript and PDF viewer for X 
ii  kdelibs4  4:3.2.2-2  KDE core libraries
ii  libart-2.0-2  2.3.16-5   Library of functions for 2D graphi
ii  libc6 2.3.2.ds1-12   GNU C Library: Shared libraries an
ii  libfam0c102   2.7.0-5client library to control the FAM 
ii  libgcc1   1:3.3.3-7  GCC support library
ii  libice6   4.3.0.dfsg.1-1 Inter-Client Exchange library
ii  libpng12-01.2.5.0-6  PNG library - runtime
ii  libqt3c102-mt 3:3.2.3-2  Qt GUI Library (Threaded runtime v
ii  libsm64.3.0.dfsg.1-1 X Window System Session Management
ii  libstdc++51:3.3.3-7  The GNU Standard C++ Library v3
ii  libx11-6  4.3.0.dfsg.1-1 X Window System protocol client li
ii  libxext6  4.3.0.dfsg.1-1 X Window System miscellaneous exte
ii  libxrender1   0.8.3-7X Rendering Extension client libra
ii  poster20020830-2 Create large posters out of PostSc
ii  psutils   1.17-17A collection of PostScript documen
ii  xlibs 4.3.0.dfsg.1-1 X Window System client libraries m
ii  zlib1g1:1.2.1-5  compression library - runtime

-- no debconf information

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Simon Huggins]

'ello Chris

On Tue, May 04, 2004 at 03:15:22PM -0500, Chris Cheney wrote:
> On Tue, May 04, 2004 at 08:42:58PM +0100, Simon Huggins wrote:
> > On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote:
> > > On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote:
> > I'll ship it in /etc/X11/sessions instead - thanks for the
> > clarification.
> --
> Also the default setup will also read /xsessions/ (which should
> be /usr/share/xsessions/ if you really wish to cooperate with KDM) where
> desktop packages can install their session files.  The directories under
> the /etc should be reserved for configuration.
> --

> The .desktop files aren't really configuration files in that there is
> nothing you need to modify in them. The part you didn't quote from the
> gdm.xml file stated that they should go into /usr/share/xsessions/.
> Which is also the directoy that Ryan Murray told me to put the files as
> well. The /etc/X11/sessions/ dir as far as I can tell is for use by
> local admins for override purposes, etc.

Hmm, though if I purge kdm and reinstall it Sessionsdirs is commented
out and by default in 4:3.2.2-1 it doesn't look there.

Uncommenting gets the desired effect.

So even if I install to /usr/share/xsessions, kdm still won't see it.

Am I completely wrong again? :)
Have I overlooked something?

Simon.

-- 
Black Cat Networks-( "The machine is dead" - Deep Throat )-
UK domain, email and web hosting  -( )-
http://www.blackcatnetworks.co.uk -( )-


pgp35IB9scJQg.pgp
Description: PGP signature

Bug#247397: kdelibs-bin: checksum differs from installed package

[Ross Boylan]

Package: kdelibs-bin
Version: 4:3.2.2-2
Severity: minor

tiger reports
--FAIL-- [lin005f] Installed file `/usr/bin/kfmexec' checksum differs 
from installed package ''.

I don't know why, and I doubt it's significant, but I thought I'd let 
you know.

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (600, 'testing'), (50, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.4.24advncd
Locale: LANG=C, LC_CTYPE=en_US.UTF-8

Versions of packages kdelibs-bin depends on:
ii  kdelibs4   4:3.2.2-2 KDE core libraries
ii  libart-2.0-2   2.3.16-5  Library of functions for 2D graphi
ii  libbz2-1.0 1.0.2-1   A high-quality block-sorting file 
ii  libc6  2.3.2.ds1-11  GNU C Library: Shared libraries an
ii  libcupsys2 1.1.20final+cvs20040330-1 Common UNIX Printing System(tm) - 
ii  libfam0c1022.7.0-5   client library to control the FAM 
ii  libgcc11:3.3.3-6 GCC support library
ii  libgcrypt1 1.1.12-4  LGPL Crypto library - runtime libr
ii  libgnutls7 0.8.12-5  GNU TLS library - runtime library
ii  libice64.3.0-7   Inter-Client Exchange library
ii  libpng12-0 1.2.5.0-6 PNG library - runtime
ii  libqt3c102-mt  3:3.2.3-2 Qt GUI Library (Threaded runtime v
ii  libsm6 4.3.0-7   X Window System Session Management
ii  libstdc++5 1:3.3.3-6 The GNU Standard C++ Library v3
ii  libtasn1-0 0.1.2-1   Manage ASN.1 structures (runtime)
ii  libx11-6   4.3.0-7   X Window System protocol client li
ii  libxext6   4.3.0-7   X Window System miscellaneous exte
ii  libxml22.6.9-1   GNOME XML library
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxslt1.1 1.1.5-1   XSLT processing library - runtime 
ii  netpbm 2:10.0-3  Graphics conversion tools
ii  python 2.3.3-7   An interactive high-level object-o
ii  xlibs  4.3.0-7   X Window System client libraries m
ii  zlib1g 1:1.2.1-5 compression library - runtime

-- no debconf information

Bug#247252: kwin: random buttons missing from titlebar

[Adeodato Simó]

* Zygo Blaxell at Work [Tue, 04 May 2004 12:23:56 -0400]:

> The behavior seems to be defined more by the toolkit the application
> was written with than whether the buttons in question are useful.
> For example all Tk apps I've tried so far lack the maximize button in
> kwin but get the maximize button in all other window managers that I've
> tried (except of course the WM's that don't have maximize buttons at all).

  Does the maximize button actually work? I've tried texdoctk under
  sawfish and yes, there was a maximize button, but it didn't work.
  That's why I say not displaying some buttons is a good thing, if they
  can't be used.

> I've tried several WMs and the only behavior consistent with kwin is that
> gnome-xbill doesn't get a maximize button on either kwin or metacity.
> This makes sense as the gnome-xbill window is not resizeable at all.

  And the gnome-xbill app clearly states so. I *think* the applicable
  standard is :

Fixed size windows

 Windows can indicate that they are non-resizable by setting
 minheight = maxheight and minwidth = maxwidth in the ICCCM
 WM_NORMAL_HINTS property. The Window Manager MAY decorate such
 windows differently. 

> > In previous versions, kwin always showed
> >   all three buttons, but you would find that clicking them would do
> >   nothing depending on the app. 

> This is incorrect.  Clicking the min/max buttons worked as expected
> until kwin 3.2.2. 

  I don't think clicking the maximize button in gnome-xbill would do a
  thing, but hey, maybe I'm misremembering.

> My understanding of the protocol involved is that...

  My understanding of the protocol involved is practically null, so I
  might be completely wrong. But I'm pretty sure of what I'm saying.

> I think that most of the applications I am having problems with were
> written before the option to not display WM buttons was widely supported
> in window managers, if not before the option was even defined, so I
> don't see how the application could be explicitly requesting anything
> of the sort.

  It's a possibility. Really don't know when was this introduced. But
  xload seems a pretty old app and it manages not to get minimized ever.

  I definitely would appreciate some insight wrt this.

  cu

-- 
Adeodato Simó
EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621
 
When you don't know what to do, walk fast and look worried.

Bug#247397: kdelibs-bin: checksum differs from installed package

[Chris Cheney]

On Tue, May 04, 2004 at 02:33:10PM -0700, Ross Boylan wrote:
> Package: kdelibs-bin
> Version: 4:3.2.2-2
> Severity: minor
> 
> tiger reports
> --FAIL-- [lin005f] Installed file `/usr/bin/kfmexec' checksum differs 
> from installed package ''.
> 
> I don't know why, and I doubt it's significant, but I thought I'd let 
> you know.

If the md5sum really is different then it may mean your system is
compromised, and it definitely is significant. I have not used tiger
before but you can check if they are the same by using md5sum as below:

lrwxrwxrwx1 root root7 2004-04-21 18:51 /usr/bin/kfmexec -> 
kioexec

md5sum /usr/bin/kioexec
77e8c8f8f68d07469f9835259d1f3682  /usr/bin/kioexec

grep kioexec /var/lib/dpkg/info/kdelibs-bin.md5sums
77e8c8f8f68d07469f9835259d1f3682  usr/bin/kioexec

Please follow up with what you find out...

Thanks,
Chris


signature.asc
Description: Digital signature

Processed: Re: Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Debian Bug Tracking System]

Processing commands for [EMAIL PROTECTED]:

> retitle 247365 kdm: should use /usr/share/xsessions dir!
Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files 
or ship a xfce4.desktop
Changed Bug title.

> severity 247365 important
Bug#247365: kdm: should use /usr/share/xsessions dir!
Severity set to `important'.

> tags 247365 + upstream
Bug#247365: kdm: should use /usr/share/xsessions dir!
There were no tags set.
Tags added: upstream

> stop
Stopping processing here.

Please contact me if you need assistance.

Debian bug tracking system administrator
(administrator, Debian Bugs database)

Bug#246292: marked as done (kdelibs-bin: no menu-methods file anymore)

[Debian Bug Tracking System]

Your message dated Tue, 4 May 2004 18:23:31 -0400
with message-id <[EMAIL PROTECTED]>
and subject line Bug#246292: kdelibs-bin: no menu-methods file anymore
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--
Received: (at submit) by bugs.debian.org; 28 Apr 2004 09:39:32 +
>From [EMAIL PROTECTED] Wed Apr 28 02:39:32 2004
Return-path: <[EMAIL PROTECTED]>
Received: from (localhost) [137.226.30.144] (mail)
by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
id 1BIlXQ-0007SO-00; Wed, 28 Apr 2004 02:39:32 -0700
Received: from amavis by localhost with scanned-ok (Exim 3.36 #1 (Debian))
id 1BIlZu-s6-00; Wed, 28 Apr 2004 11:42:06 +0200
Received: from localhost ([127.0.0.1])
by localhost (Shuttle508 [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id 01523-05; Wed, 28 Apr 2004 11:42:06 +0200 (CEST)
Received: from sb by localhost with local (Exim 3.36 #1 (Debian))
id 1BIlZu-rw-00; Wed, 28 Apr 2004 11:42:06 +0200
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
From: Sebastian Bleikamp <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: kdelibs-bin: no menu-methods file anymore
X-Mailer: reportbug 2.58
Date: Wed, 28 Apr 2004 11:42:06 +0200
Message-Id: <[EMAIL PROTECTED]>
Sender: Sebastian <[EMAIL PROTECTED]>
X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at Shuttle508
X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED]
  using "From" header
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_03_25 
(1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-7.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
autolearn=no version=2.60-bugs.debian.org_2004_03_25
X-Spam-Level: 
X-CrossAssassin-Score: 1

Package: kdelibs-bin
Version: 4:3.2.2-2
Severity: normal



Hello ! 

Since this version of kdelibs-bin, no update file in /etc/menu-methods is 
shipped 
anymore; and so the menus arent updated. Could you please fix that ? 

Sebastian




-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (600, 'unstable'), (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=C, LC_CTYPE=C

Versions of packages kdelibs-bin depends on:
ii  kdelibs4   4:3.2.2-2 KDE core libraries
ii  libart-2.0-2   2.3.16-5  Library of functions for 2D graphi
ii  libbz2-1.0 1.0.2-1   A high-quality block-sorting file 
ii  libc6  2.3.2.ds1-12  GNU C Library: Shared libraries an
ii  libcupsys2 1.1.20final+cvs20040330-2 Common UNIX Printing System(tm) - 
ii  libfam0c1022.7.0-5   client library to control the FAM 
ii  libgcc11:3.3.3-6 GCC support library
ii  libgcrypt1 1.1.12-4  LGPL Crypto library - runtime libr
ii  libgnutls7 0.8.12-5  GNU TLS library - runtime library
ii  libice64.3.0-7   Inter-Client Exchange library
ii  libpng12-0 1.2.5.0-5 PNG library - runtime
ii  libqt3c102-mt  3:3.2.3-2 Qt GUI Library (Threaded runtime v
ii  libsm6 4.3.0-7   X Window System Session Management
ii  libstdc++5 1:3.3.3-6 The GNU Standard C++ Library v3
ii  libtasn1-0 0.1.2-1   Manage ASN.1 structures (runtime)
ii  libx11-6   4.3.0-7   X Window System protocol client li
ii  libxext6   4.3.0-7   X Window System miscellaneous exte
ii  libxml22.6.9-1   GNOME XML library
ii  libxrender10.8.3-7   X Rendering Extension client libra
ii  libxslt1.1 1.1.5-1   XSLT processing library - runtime 
ii  netpbm 2:10.0-3  Graphics conversion tools
ii  python 2.3.3-7   An interactive high-level object-o
ii  xlibs  4.3.0-7   X Window System client libraries m
ii  zlib1g 1:1.2.1-5 compression library - runtime

-- no debconf information

---
Received: (at 246292-done) by bugs.debian.org; 4 May 2004 22:23:28 +
>From [EMAIL PROTECTED] Tue May 04 15:23:28 2004
Return-path: <[EMAIL PROTECTED]>
Received: from tomts5.bellnexxia.net (tomts5-srv.bellnexxia.net) 
[209.226.175.25] 
by spohr.debian.org with esmtp (

Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop

[Chris Cheney]

retitle 247365 kdm: should use /usr/share/xsessions dir!
severity 247365 important
tags 247365 + upstream
stop

On Tue, May 04, 2004 at 10:44:40PM +0100, Simon Huggins wrote:
> 'ello Chris
> 
> On Tue, May 04, 2004 at 03:15:22PM -0500, Chris Cheney wrote:
> > On Tue, May 04, 2004 at 08:42:58PM +0100, Simon Huggins wrote:
> > > On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote:
> > > > On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote:
> > > I'll ship it in /etc/X11/sessions instead - thanks for the
> > > clarification.
> > --
> > Also the default setup will also read /xsessions/ (which should
> > be /usr/share/xsessions/ if you really wish to cooperate with KDM) where
> > desktop packages can install their session files.  The directories under
> > the /etc should be reserved for configuration.
> > --
> 
> > The .desktop files aren't really configuration files in that there is
> > nothing you need to modify in them. The part you didn't quote from the
> > gdm.xml file stated that they should go into /usr/share/xsessions/.
> > Which is also the directoy that Ryan Murray told me to put the files as
> > well. The /etc/X11/sessions/ dir as far as I can tell is for use by
> > local admins for override purposes, etc.
> 
> Hmm, though if I purge kdm and reinstall it Sessionsdirs is commented
> out and by default in 4:3.2.2-1 it doesn't look there.
> 
> Uncommenting gets the desired effect.
> 
> So even if I install to /usr/share/xsessions, kdm still won't see it.
> 
> Am I completely wrong again? :)
> Have I overlooked something?

I think you have found a bug in KDM. :) It appears they have support
for using the location but don't default to it. I will try to push the
fix into the next release of KDE and at minimum will fix it for Debian's
version. I am not sure why KDE didn't default to it to begin with since
they did have documentation about it in the source. :(

Thanks,
Chris


signature.asc
Description: Digital signature

Bug#247397: kdelibs-bin: checksum differs from installed package

[Ross Boylan]

On Tue, 2004-05-04 at 15:04, Chris Cheney wrote:
> On Tue, May 04, 2004 at 02:33:10PM -0700, Ross Boylan wrote:
> > Package: kdelibs-bin
> > Version: 4:3.2.2-2
> > Severity: minor
> > 
> > tiger reports
> > --FAIL-- [lin005f] Installed file `/usr/bin/kfmexec' checksum differs 
> > from installed package ''.
> > 
> > I don't know why, and I doubt it's significant, but I thought I'd let 
> > you know.
> 
> If the md5sum really is different then it may mean your system is
> compromised, and it definitely is significant. I have not used tiger
> before but you can check if they are the same by using md5sum as below:
> 
> lrwxrwxrwx1 root root7 2004-04-21 18:51 /usr/bin/kfmexec 
> -> kioexec
> 
> md5sum /usr/bin/kioexec
> 77e8c8f8f68d07469f9835259d1f3682  /usr/bin/kioexec
> 
> grep kioexec /var/lib/dpkg/info/kdelibs-bin.md5sums
> 77e8c8f8f68d07469f9835259d1f3682  usr/bin/kioexec
> 
> Please follow up with what you find out...
> 
> Thanks,
> Chris
iron:~# md5sum /usr/bin/kioexec
77e8c8f8f68d07469f9835259d1f3682  /usr/bin/kioexec
iron:~# grep kioexec /var/lib/dpkg/info/kdelibs-bin.md5sums
77e8c8f8f68d07469f9835259d1f3682  usr/bin/kioexec
By eye, identical with each other and with your results.
By diff, identical with each other.

Pretty weird.

I wonder if the tiger run could have caught things  in
mid-installation?  That seems unlikely given when I think it runs. On
Apr 27 around noon I upgraded to kdelibs-bin 3.2.2-2.
I got the warning from tiger on Apr 28 around 1am.  The warning itself
doesn't have a specific time on it, but inspecting my tiger cronrc makes
me pretty confident the job started at 1am.

I reran deb_checkmd5sums independently to see if it still reports
anything for this file, and it doesn't.  I also note the line preceding
the report says
# Verifying system specific password checks...
when it should say
# Checking md5sums of installed files

All in all, it's probably OK to close this.  I'll watch to see if it
recurs, and consider that it might be a tiger bug.

I appreciate your quick response and alerting me that this might be a
sign I'd been cracked.
-- 
Ross Boylan  wk:  (415) 502-4031
530 Parnassus Avenue (Library) rm 115-4  [EMAIL PROTECTED]
Dept of Epidemiology and Biostatistics   fax: (415) 476-9856
University of California, San Francisco
San Francisco, CA 94143-0840 hm:  (415) 550-1062

Bug#227538: kdelibs: mixed results on 3.2.2

[Itai Seggev]

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#247406: kcontrol doesn't show any configuration modules

[guaka]

Package: kcontrol
Version: 4:3.2.2-1
Severity: important

The K Control Center doesn't show any modules at all in the left pane.


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=C, LC_CTYPE=C

Versions of packages kcontrol depends on:
ii  kdebase-data4:3.2.2-1KDE Base (shared data)
ii  kdelibs44:3.2.2-2KDE core libraries
ii  libart-2.0-22.3.16-5 Library of functions for 2D graphi
ii  libasound2  1.0.4-1  Advanced Linux Sound Architecture 
ii  libaudio2   1.6c-3   The Network Audio System (NAS). (s
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  libfontconfig1  2.2.2-2  generic font configuration library
ii  libfreetype62.1.7-2  FreeType 2 font engine, shared lib
ii  libgcc1 1:3.3.3-6GCC support library
ii  libice6 4.3.0-7  Inter-Client Exchange library
ii  libjpeg62   6b-9 The Independent JPEG Group's JPEG 
ii  libpcre34.5-1.1  Perl 5 Compatible Regular Expressi
ii  libpng12-0  1.2.5.0-6PNG library - runtime
ii  libqt3c102-mt   3:3.2.3-2Qt GUI Library (Threaded runtime v
ii  libraw1394-50.10.1-1 library for direct access to IEEE 
ii  libsm6  4.3.0-7  X Window System Session Management
ii  libssl0.9.7 0.9.7d-1 SSL shared libraries
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  libxcursor1 1.1.3-1  X cursor management library
ii  libxext64.3.0-7  X Window System miscellaneous exte
ii  libxft2 2.1.2-6  FreeType-based font drawing librar
ii  libxmu6 4.3.0-7  X Window System miscellaneous util
ii  libxrandr2  4.3.0-7  X Window System Resize, Rotate and
ii  libxrender1 0.8.3-7  X Rendering Extension client libra
ii  libxt6  4.3.0-7  X Toolkit Intrinsics
ii  libxtst64.3.0-7  X Window System event recording an
ii  xlibmesa-gl [libgl1]4.3.0-7  Mesa 3D graphics library [XFree86]
ii  xlibs   4.3.0-7  X Window System client libraries m
ii  zlib1g  1:1.2.1-5compression library - runtime

-- no debconf information

Bug#247407: kicker: No menu entries at all (except for Bookmarks, Run commands, Start new session and Logout ..)

[guaka]

Package: kicker
Version: 4:3.2.2-1
Severity: important

There are no entries in the kicker's K menu. Just above "Bookmarks" it
says "No entries".


-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (990, 'testing'), (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=C, LC_CTYPE=C

Versions of packages kicker depends on:
ii  kdebase-data4:3.2.2-1KDE Base (shared data)
ii  kdelibs44:3.2.2-2KDE core libraries
ii  libart-2.0-22.3.16-5 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
ii  libkonq44:3.2.2-1Core libraries for KDE's file mana
ii  libpng12-0  1.2.5.0-6PNG 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  xlibs   4.3.0-7  X Window System client libraries m
ii  zlib1g  1:1.2.1-5compression library - runtime

-- no debconf information

Bug#227538: kdelibs: mixed results on 3.2.2

[Chris Cheney]

On Tue, May 04, 2004 at 04:19:00PM -0700, Itai Seggev wrote:
> 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.

Its already in the config file search path. I modified the source
directly to look in both /etc/kde3 and /usr/local/share/config. I
suppose there could be some sort of bug in the code of the thing that is
using libkdecore.

kde-config --path config
/root/.kde/share/config/:/etc/kde3/:/usr/local/share/config/:/usr/share/config/

> 2) Turn /usr/share/config back into a symlink to /etc/kde3

This should not be needed for the above reason...

> 3) move all the files in /etc/kde3 to /etc/qt3 or /usr/share/config

This should not be needed either... and is in fact a violation of Debian
policy so can't be done.

> I don't know how these options interact with the debian
> policy. Presumably you guys do. :) Let me know what you decide. 
 
I will try adding the symlink to see if it helps me see the themes. If
so then I guess there is a bug somewhere in that something isn't using
the paths that kde-config knows about.

Thanks,
Chris


signature.asc
Description: Digital signature

Bug#247252: kwin: random buttons missing from titlebar

[Zygo Blaxell at Work]

On Tue, May 04, 2004 at 11:32:12PM +0200, Adeodato Sim? wrote:
>   Does the maximize button actually work? I've tried texdoctk under
>   sawfish and yes, there was a maximize button, but it didn't work.
>   That's why I say not displaying some buttons is a good thing, if they
>   can't be used.

texdoctk and gnome-xbill do disable all resizing, which implies no
maximizing.  This was actually correct, but it is the only correct
example.  Sorry, I meant to include an application based on the gtk
toolkit and picked one that was actually behaving correctly under kwin
by mistake.

The others, especially a standard Tk window with no options set like
what you get from running 'wish', seem to be wrong.

It is possible to use the Tk 'wm' command to manage window resizing,
including disabling resize; however, kwin seems to remove the maximize
button on all Tk windows, not just those that don't permit resizing.

Here's an interesting test case:  a six-line Tk application which makes
a window with four buttons which change the window's resizing constraints.

#!/usr/bin/wish
button .b1 -text "Resizable both directions" -command {wm resizable . 1 1}
button .b2 -text "Resizable horizontally only" -command {wm resizable . 1 0}
button .b3 -text "Resizable vertically only" -command {wm resizable . 0 1}
button .b4 -text "Not Resizable" -command {wm resizable . 0 0}
pack .b1 .b2 .b3 .b4 -side top

kwin doesn't add or remove the maximize button in response to the
application marking the window resizeable or not.

metacity will add or remove the maximize button, but only if the window is
updated for other reasons (i.e. you have to move the window or something).



pgpqCkmX1O2q5.pgp
Description: PGP signature

Bug#227538: kdelibs: mixed results on 3.2.2

[Chris Cheney]

On Tue, May 04, 2004 at 04:19:00PM -0700, Itai Seggev wrote:
> 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:

Domi could you look into this a bit more? I can reproduce the problem
now that I used the symlink, which indicates that kthemestyle isn't
using the proper config file lookup mechanism, but I am not sure how
it does the config file lookup. It sounds like it is hardcoding paths
in its lookup instead of using the kde wide functions that are meant
to be used! 8( The problem is probably in kthemebase.cpp somewhere.

kdelibs/kstyles/kthemestyle/kthemebase.cpp
kdelibs/kstyles/utils/installtheme/main.cpp

Thanks,
Chris


signature.asc
Description: Digital signature