Re: Bug#250452: Out of date Qt makes Indian languages totally unusable in Qt/KDE apps
On Sun, 30 May 2004, Brian Nelson wrote: > Well, my packages are not yet fit for upload yet. They contain some > drastic changes that really need to be tested more. > Would it be possible to upload the latest version at least? That would solve my problem. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> La Salle Debain - http://www.braincells.com/debian/
Re: Bug#250452: Out of date Qt makes Indian languages totally unusable in Qt/KDE apps
[I'm Cc'ing the qt-kde packagers list for more input.] On Sun, 30 May 2004, Brian Nelson wrote: > I've been maintaining my own Qt packages for some time at > http://bignachos.com/~nelson/debian . I've been considering hijacking > the Debian Qt packages because I use Qt extensively at work and am > extremely dissatisfied with the packages currently in Debian. Go for it. I sympathize with madkiss if he is busy but he should have the decency to ask for help instead of leaving such an important package to stagnate like this. -- Jaldhar H. Vyas <[EMAIL PROTECTED]> La Salle Debain - http://www.braincells.com/debian/
Bug#251604: kopete: does not remeber passwords
Package: kopete Version: 4:3.2.2-1 Severity: normal I get disconnected once a day from msn and jabber (which is in itself a but, that kopete does not do retries itself). But after those disconnects, I have to first click away 3 popups with the connection lost messages, and then I have to fill in my passwords again. The "remeber password" checkbox is uncheckec and it does not remeber the passwords. I suggest that the disconnect messages are aggregated in a single dialog, where "remeber password" is observed and one which does try to reconnect every now and then. Greetings Bernd -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 Versions of packages kopete depends on: 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-12 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5 client library to control the FAM ii libgadu31:1.4-3 Gadu-Gadu protocol library - runti ii libgcc1 1:3.3.3-6GCC support library ii libglib1.2 1.2.10-9 The GLib library of C routines ii libgtk1.2 1.2.10-16The GIMP Toolkit set of widgets fo 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 libssl0.9.7 0.9.7d-2 SSL shared libraries ii libstdc++5 1:3.3.3-6The GNU Standard C++ Library v3 ii libxml2 2.6.9-2 GNOME XML library ii libxrender1 0.8.3-5 X Rendering Extension client libra ii libxslt1.1 1.1.6-1 XSLT processing library - runtime ii xlibs 4.2.1-12.1 X Window System client libraries ii xmms1.2.10-1 Versatile X audio player that look ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#236520: kdm: cannot start 'custom' session with $HOME/.xsession
> When choosing 'KDE' as session type in kdm, the .xsession > script will not be executed (I did not have my key mappigns > anymore and the euro sign did not either). Choosing 'Custom' > always put me back to the kdm welcome screen. If you want your ~/.xsession used, try the "Default" session type. Debian doesn't use the .xsession file normally, so if you want to use .xsession and KDE together, just add "startkde" to your .xsession file. As for the problems noted with the "Custom" session type, I've filed a separate report for that (251602). This report can probably be closed, but I'll wait a while in case anyone has anything to add. Thanks, Christopher Martin
Bug#251602: KDM show useless "Custom" session type
Package: kdm Version: 3.2.2-1 Severity: normal KDM contains in its list of sessions an entry called "Custom" which serves only to blank the screen momentarily and then return you to KDM. It makes no apparent use of the .xsession file, and in any case that's what the "Default" session type accomplishes. Thus the session "Custom" should be removed. Thanks, Christopher Martin
kdenonbeta/kdedebian/kapture [POSSIBLY UNSAFE]
CVS commit by mornfall: - update TODO - start to sort out the package installation mess - start to use _error for error reporting (hm, will need some support for real-time warning/error display...) M +5 -1 TODO 1.19 M +77 -70libcapture/pkgmanager.cpp 1.15 [POSSIBLY UNSAFE: printf] M +4 -0 libcapture/pkgmanager.h 1.10 M +1 -1 libkapture/Makefile.am 1.9 M +8 -0 libkapture/kapturemanager.cpp 1.11 M +4 -1 libkapture/kapturemanager.h 1.7
Bug#246631: konsole: incorrect window title
On Fri, Apr 30, 2004 at 07:51:27PM +0200, Tomas Hoger wrote: > There's report about this problem on KDE's bug tracking system. See: > > http://bugs.kde.org/show_bug.cgi?id=68337 Status of this bug on KDE's BTS was changed to RESOLVED with resolution WONTFIX. According to comments to that bug report, vim is one to blame for misbehaving, not konsole. th.
Re: Re: Your music
ìà úåãä Re: Your music See the attached file for details. Walla! Mail, Get Your Private, Free E-mail from Walla! at: http://mail.walla.co.il
Bug#247365: xfce4 in kdm menu
The current default directory for kdm sessions desktop files is /usr/share/apps/kdm/sessions. There were 45 files there on my sid system with KDE 3.2.2. It appears kdm does a great job of sorting out which of these is actually installed, then throws the right ones up for me to choose on the kdm session menu. No editing of /etc/kde3/kdm/kdmrc is required to install a new session manager. No SessionTypes list need be entered. The KDE 3.2.2 session editor is defunct now anyway. Just put the appropriate .desktop file in the de facto default directory, and we're in business. I am not sure how well the other desktop managers cope with .desktop files which point to nothing. Maybe that is why they do not want to impose all these files onto another directory shared with other desktop managers. Point is, until the desktop managers learn to play together or include needed .desktop files in their sessions list directories, for the sake of all of the users up to their knees in blood, I humbly request windowmanager/desktopenvironment/session package maintainers put their .desktop files in the actual current working default directories of each desktop manager. ie for kdm the directory is /usr/share/apps/kdm/sessions/ and for xcfe4 the file is xfce4.desktop.
