Qt library without STL support?
Hello, Can anyone tell me why Qt library is build without STL support in Debian (at least in Sarge and Sid)? I've done some search in Debian BTS. This was reported as important bug in #194475 and #242633. #194475 is 354 (!) days old and #242633 is 34 days old. None of reports where answered by maintainer. I've also searched debian-qt-kde and debian-kde mailing lists, but results did not satisfied me (they say people need STL support, but it's unclear why library is built without it). -- Marius Žalinauskas
Processed: Re: Bug#248601: Non-kde application doesn't appear in the kde menu
Processing commands for [EMAIL PROTECTED]: > reassign 248601 kdelibs-bin Bug#248601: Non-kde application doesn't appear in the kde menu Bug reassigned from package `menu' to `kdelibs-bin'. > thanks for your bug report. Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#248610: kdelibs-bin should depends on menu-xdg
Package: kdelibs-bin Version: 4:3.2.2-2 Severity: normal Hello KDE developers, I receive lots of bugs report of KDE user that do not have a menu anymore. I think kdelibs-bin should depends on menu-xdg for sarge: 1) menu-xdg is a very small package so there is no real gain to not have it installed. 2) you can disable menu-xdg functionality by removing the conffiles it provide, so you do not need to remove it. 3) This will make transition to the new menu-xdg system smoother 4) I look at recommends when installing a new package, not when upgrading and I expect most users do the same, so I am not surprised they did not see the new Recommends. Cheers, Bill. -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.26 Locale: LANG=fr_FR, LC_CTYPE=fr_FR 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-3 Common UNIX Printing System(tm) - ii libfam0c1022.7.0-5 client library to control the FAM ii libgcc11:3.3.3-7 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.dfsg.1-1Inter-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.dfsg.1-1X Window System Session Management ii libstdc++5 1:3.3.3-7 The GNU Standard C++ Library v3 ii libtasn1-0 0.1.2-2 Manage ASN.1 structures (runtime) ii libx11-6 4.3.0.dfsg.1-1X Window System protocol client li ii libxext6 4.3.0.dfsg.1-1X Window System miscellaneous exte ii libxml22.6.9-2 GNOME XML library ii libxrender10.8.3-7 X Rendering Extension client libra ii libxslt1.1 1.1.6-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.dfsg.1-1X Window System client libraries m ii zlib1g 1:1.2.1-5 compression library - runtime -- no debconf information
Bug#248610: kdelibs-bin should depends on menu-xdg
On Wed, May 12, 2004 at 08:50:33AM -0400, Christopher Martin wrote: > On May 12, 2004 07:09, Bill Allombert wrote: > > I receive lots of bugs report of KDE user that do not have a menu > > anymore. > > Yes, we got a bunch as well. > > > I think kdelibs-bin should depends on menu-xdg for sarge: > > > > 1) menu-xdg is a very small package so there is no real gain to not > > have it installed. > > menu-xdg depends on menu, and many people don't necessarily want menu I don't think this particular dependency (menu-xdg depending on menu) is warranted. Indeed, the menu manual explicitly recommends against depending on menu. Previous KDE packages did not depend on menu. menu is part of the desktop task, though. > installed. Some window managers (i.e. blackbox) change completely their > menus based on whether or not the menu package is installed. You can also disable the blackbox menu-method instead of removing menu. Cheers, -- Bill. <[EMAIL PROTECTED]> Imagine a large red swirl here.
Bug#248610: kdelibs-bin should depends on menu-xdg
Hello, On May 12, 2004 07:09, Bill Allombert wrote: > I receive lots of bugs report of KDE user that do not have a menu > anymore. Yes, we got a bunch as well. > I think kdelibs-bin should depends on menu-xdg for sarge: > > 1) menu-xdg is a very small package so there is no real gain to not > have it installed. menu-xdg depends on menu, and many people don't necessarily want menu installed. Some window managers (i.e. blackbox) change completely their menus based on whether or not the menu package is installed. > 2) you can disable menu-xdg functionality by removing the conffiles it > provide, so you do not need to remove it. True, but menu will still be installed, and having users manually delete files isn't really a good solution. Perhaps the menu package could add a Suggests (or even Recommends) on menu-xdg, and add a line or two explaining what it's for. Also, someone here should really update the kdelibs documentation, since it makes no mention of menu-xdg. And kicker should Suggest menu-xdg as well, and document why. Mainly, I think if the KDE packages had done a better job of advertising and documenting this change when the split was made, then the problem would have been manageable. Cheers, Christopher Martin
Bug#248610: kdelibs-bin should depends on menu-xdg
On May 12, 2004 09:00, Bill Allombert wrote: > I don't think this particular dependency (menu-xdg depending on menu) > is warranted. Indeed, the menu manual explicitly recommends against > depending on menu. Previous KDE packages did not depend on menu. > menu is part of the desktop task, though. Ah, so make kdelibs-bin (or kicker) depend on menu-xdg, but lower menu-xdg's relationship with menu. That should have occured to me. Sounds like a good idea. Cheers, Christopher Martin
Bug#248666: kuickshow: Kuickshow skales Image-Window wrong
Package: kuickshow Version: 4:3.2.2-1 Severity: normal Hi, kuickshow starts with wrong geometry of the kuickshow image-window. the geometry always switch to something like 5x5+0+0. this happens on startup (with the image to show as commandline paramater) or when you look at a picture in the kuickshow-browser, then the geomtry of the image-windows is broken, too. a second thing is: some jpg-pictures with a resulotion of 1600x1200 taken with a ixus II digicam, that is greater then 1,1 Mb have no preview picture. i use windowmaker 0.80.1 (Debian 0.80.1-8) as windowmanager and XFree86 4.3.0.1 (Debian 4.3.0-7 20040318043201). thx, Sebastian Stäubert. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.4.22 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] Versions of packages kuickshow depends on: ii imlib11 1.9.14-15Imlib is an imaging library for X 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 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 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 libtiff3g 3.5.7-2 Tag Image File Format library ii libungif4g 4.1.0b1-6shared library for GIF images (run 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
Re: Qt library without STL support?
Wednesday 12 May 2004 09:48, Marius Žalinauskas rašė: > Hello, > > Can anyone tell me why Qt library is build without STL support in Debian > (at least in Sarge and Sid)? [snip] Anyone? Please? -- Marius Žalinauskas
Bug#248689: kde: all KDE stuff (except kicker) crashes when starting
Package: kde
Version: 4:3.1.2
Severity: normal
All KDE stuff (except kicker) crashes when starting. I created a new
user with empty home dir, and the same happens there.
Kicker still shows, but crashes when clicking on it, and then
reloads. Only the "power off" button works, and quits the X session.
Apps can be started in X from the console, even all K apps...
>From the crash messages (that stay for about 0.1 second until
crashing) it seems that everything segfaults (11)...
Could this be due to kde-core 3.1.2?
-- System Information:
Debian Release: testing/unstable
APT prefers testing
APT policy: (990, 'testing'), (60, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.5
Locale: LANG=nl, LC_CTYPE=nl
Versions of packages kde depends on:
ii kde-amusements4:3.1.2The K Desktop Environment (Games a
ii kde-core 4:3.1.2The K Desktop Environment (Core)
ii kdeaddons 4:3.2.2-1 add-on plugins and applets provide
ii kdeadmin 4:3.2.2-1 KDE Administration tools metapacka
ii kdeartwork4:3.2.2-1 themes, styles and more from the o
ii kdegraphics 4:3.2.2-1 KDE Graphics metapackage
ii kdemultimedia 4:3.2.2-1 KDE Multimedia metapackage
ii kdenetwork4:3.2.2-1 KDE Network metapackage
ii kdepim4:3.2.2-2 KDE Personal Information Managemen
ii kdeutils 4:3.2.2-2 KDE Utilities metapackage
ii quanta1:3.2.2-1 web development environment for KD
-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "nl",
LC_ALL = (unset),
LANG = "nl"
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
Re: Qt library without STL support?
* Marius Žalinauskas [Wed, 12 May 2004 20:45:33 +0300]: > Wednesday 12 May 2004 09:48, Marius Žalinauskas rašė: > > Hello, > > Can anyone tell me why Qt library is build without STL support in Debian > > (at least in Sarge and Sid)? > [snip] > Anyone? Please? mmm, er, probably because the -no-stl was passed to ./configure. HAND. (scnr) -- Adeodato Simó EM: asp16 [ykwim] alu.ua.es | PK: DA6AE621 The most common form of marriage proposal: "YOU'RE WHAT!?"
Bug#248689: kde: seems related to login manager
Package: kde Version: 4:3.1.2 Severity: normal Followup-For: Bug #248689 I tried to found out some more about this issue, and it appears that it is related to the login manager. When starting X from it directly goes to KDE, without any problem. The same is possible when starting a fail safe session from kdm, or when "startkde"ing from IceWM. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (60, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=nl, LC_CTYPE=nl Versions of packages kde depends on: ii kde-amusements4:3.1.2The K Desktop Environment (Games a ii kde-core 4:3.1.2The K Desktop Environment (Core) ii kdeaddons 4:3.2.2-1 add-on plugins and applets provide ii kdeadmin 4:3.2.2-1 KDE Administration tools metapacka ii kdeartwork4:3.2.2-1 themes, styles and more from the o ii kdegraphics 4:3.2.2-1 KDE Graphics metapackage ii kdemultimedia 4:3.2.2-1 KDE Multimedia metapackage ii kdenetwork4:3.2.2-1 KDE Network metapackage ii kdepim4:3.2.2-2 KDE Personal Information Managemen ii kdeutils 4:3.2.2-2 KDE Utilities metapackage ii quanta1:3.2.2-1 web development environment for KD -- debconf information excluded
Re: Qt library without STL support?
Marius writes: > Hello, Can anyone tell me why Qt library is build without STL > support in Debian (at least in Sarge and Sid)? > I've done some search in Debian BTS. This was reported as important > bug in > #194475 and #242633. #194475 is 354 (!) days old and #242633 is 34 > #days old. > None of reports where answered by maintainer. > I've also searched debian-qt-kde and debian-kde mailing lists, but > results did not satisfied me (they say people need STL support, but > it's unclear why library is built without it). I've asked Madkiss this before, and even sent him the trivial patch that changes it iirc, but he never told me the reason for keeping it as is. IMHO, -no-stl is wrong, and it is no longer recommended by KDE for qt-copy. Also look at the following log entries of qt-copy/README.qt-copy: revision 1.209 date: 2003/04/24 11:52:00; author: faure; state: Exp; lines: +2 -2 Well we can't really recommend -no-stl anymore then. revision 1.252 date: 2004/04/01 20:17:39; author: faure; state: Exp; lines: +1 -2 The configure line was there twice in this file - once with -no-stl and once without it. The cvs history shows that after the kde-core-devel discussion (where it was agreed to remove -no-stl), it was only removed from one of the two places. -> let's have the options in only one place. Madkiss, can you please tell us your reasons for not changing it ? thanks domi
