kde 3.2.2 release debian packages for woody
Hi, first of all thanks for your generally great work. I just tried to install the woody packages offered by the kde download servers. I had some serious problems. First of all I'm a bit surprised, that it seams necessary to update the x-window-system just to be able to run kde 3.2.2 when it was no problem at all to run kde 3.2 with the xfree 4.2. The second big problem is that the new packages require libfreetype 2.1.5 or above which seriously collides with the available backport packages for openoffice which require libfreetype below 2.1. As there is still no backport for koffice 1.3 one would suddenly have no available office application any more, which is absolutely unacceptable. Greetings, Olaf Ippisch -- Dr. Olaf Ippisch Interdisziplinäres Zentrum für Wissenschaftliches Rechnen Im Neuenheimer Feld 348, Raum 14A Tel: 06221/544412 FAX: 06221/548860 Mail: Im Neuenheimer Feld 368, D-69120 Heidelberg e-mail: <[EMAIL PROTECTED]> What is mind? No matter. And what is matter? Never mind.
Re: Bug#244781: openoffice.org-mimelnk: .sxw pattern missing - kdelibs-data not in testing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
Ariel Shkedi wrote:
> The conflict with who should own
> /usr/share/mimelnk/application/vnd.sun.xml.writer.desktop
actually vnd.sun.{calc,writer,impress,draw}.desktop
> ends up with no one distributing it on testing. openoffice.org-mimelnk
> made it to testing, but kdelibs-data did not - and may not for quite a
> while.
Yeah, known problem.
> Until kdelibs-data 3.2.2-1 makes it to testing can you do something about
> this? If it was only a few days I could understand, but kde can take
> months to make it into testing - see bug 240288.
I know. How do you propose to solve this?
I did a patch to kdelibs that it diverts "our" files away when it is
installed but calc promised me he wanted to fix all RC bugs and
kdelibs/-base 3.2 would enter testing soon (which we see is not the
case). So I didn't actually send it.
Maybe he could add it, but when kdelibs enters testing soon (which I
hope it will do it after he fixes those rc bugs) this was more or less
useless effort.
CC'ing the KDE Maintainer...
Grüße/Regards,
René
- --
.''`. René Engelhard -- Debian GNU/Linux Developer
: :' : http://www.debian.org | http://people.debian.org/~rene/
`. `' [EMAIL PROTECTED] | GnuPG-Key ID: 248AEB73
`- Fingerprint: 41FA F208 28D4 7CA5 19BB 7AD9 F859 90B0 248A EB73
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFAhSxI+FmQsCSK63MRAuDrAJ4kglH69ajHoZh/AocJMRSBXywy8ACeIeNI
hAp0hyWBeEax8+vNFd4Yqtw=
=cFjt
-END PGP SIGNATURE-
Re: Bug#244781: openoffice.org-mimelnk: .sxw pattern missing - kdelibs-data not in testing
On Tue, 2004-04-20 at 15:57, Rene Engelhard wrote: > I did a patch to kdelibs that it diverts "our" files away when it is > installed but calc promised me he wanted to fix all RC bugs and > kdelibs/-base 3.2 would enter testing soon (which we see is not the > case). So I didn't actually send it. > > Maybe he could add it, but when kdelibs enters testing soon (which I > hope it will do it after he fixes those rc bugs) this was more or less > useless effort. This doesn't solve the problem for Woody backports of OOo installed on a Woody machine with KDE < 3.2. OOo has to provide these files somehow. I would suggest that OOo does the diverting instead of KDE. That should work in past and future scenarios. Once Woody is obsolete we can remove the diversion, and the files. Chris
Bug#244898: korn needs to be able to check a maildir
Package: korn Version: 4:3.2.2-1 Severity: wishlist Right now korn only checks mbox type mailboxes. It would be helpful to be able to use it on a maildir type mailbox. Thanks, Alex. -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.5-040404 Locale: LANG=uk_UA.KOI8-U, LC_CTYPE=uk_UA.KOI8-U Versions of packages korn depends on: ii kdelibs44:3.2.2-1KDE core libraries ii libart-2.0-22.3.16-4 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 libkdenetwork2 4:3.2.2-1KDE Network library ii libmimelib1 4:3.2.2-1KDE mime library 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 xlibs 4.3.0-7 X Window System client libraries m ii zlib1g 1:1.2.1-5compression library - runtime -- no debconf information
Bug#244921: kaddressbook eats all entries but the one being changed
Package: kaddressbook Version: 4:3.2.2-1 Severity: normal I have a number of entries with telephone numbers not in the "+43 1 ..." format (43 for Austria, 1 for Vienna, in this case). When changing the "01 ..." entry by deleting the "0" and adding "+43 1" more often than not and usually before I have changed not more than 5 entries, all entries are being deleted except the one I was modifying. The std.vcf2 backup file of today also jumps back from 46kB to 173b, e.g. This has happened in the previous version of KDE as well but now even more often. Output in the shell window is (repeatedly) QDate::fromString: Parameter out of range QComboBox::setCurrentItem (unnamed) Index 3 out of range QImage::scaleWidth: Image is a null image QImage::convertDepth: Image is a null image -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.5 Locale: LANG=de_AT, [EMAIL PROTECTED] (ignored: LC_ALL set to [EMAIL PROTECTED]) Versions of packages kaddressbook depends on: ii kdelibs44:3.2.2-1KDE core libraries ii libart-2.0-22.3.16-5 Library of functions for 2D graphi ii libbluetooth1 2.5-1Library to use the BlueZ Linux Blu 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 libkdepim1 4:3.2.2-1KDE PIM library ii libpcre34.5-1.1 Perl 5 Compatible Regular Expressi 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 libxpm4 4.3.0-7 X pixmap library 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#126406: kppp: Alternative for using noauth as suggested by README
On Sun, Apr 18, 2004 at 14:06:24 +0200, Dominique Devriese wrote: > > What do you think about this text for > /usr/share/doc/kppp/README.Debian ( replacing the current text about > the issue ) ? > > kppp and immediate disconnects > == > > The ppp protocol includes an authentication scheme. Users of a ppp > daemon are supposed to check the authentication of the user on the > other end. However, some ISP's don't bother to properly send this > authentication, because most clients don't check it anyway. The Linux > version does check it by default, leading to immediate disconnects. > The solution to this is to set the noauth option in your kppp > configuration. However, in order for this to work ( "noauth" is a > priviledged option of the ppp daemon ), you need to add "privgroup > dip" to /etc/ppp/options and/or files like /etc/ppp/options.ttyS0 (For > example). > > Feel free to submit an improved version of the above text if you think > it is not clear enough, or if there are errors in it or if you have > other remarks. Hello! a good text. Still, I tried to improve the first part containing the explanation of the problem somewhat. Maybe you want to use part of my suggestion: The ppp protocol includes an authentication scheme. That is, your ISP requires the ppp program running on your machine to authenticate itself using username and password you were given by your ISP. By default, your local ppp program also requires the ISP to authenticate itself. This is because linux ppp is also used on dialin servers. But for your ISP is does not make sense to authenticate to you, leading to immediate disconnects. The solution... -- Ernst Kloppenburg Stuttgart, Germany
Bug#242641: kdm does not obey pam_limits
Actually, Kees is right, this a kdm issue.
I checked kdebase-3.2.1/kdm/backend/client.c and, at line 1142, there
are two function calls whose return value is not used :
pam_set_item (pamh, PAM_CONV, &pconv); /* XXX this can fail */
pam_open_session (pamh, 0); /* XXX this can fail, too */
(if I judge by the XXX comments, the author seems aware that something
remains to be done)
I changed these two lines to :
if ((pretc=pam_set_item (pamh, PAM_CONV, &pconv) != PAM_SUCCESS)
|| (pretc=pam_open_session (pamh, 0) != PAM_SUCCESS )) {
LogError ("Unable to open session for user %s : %s", curuser,
pam_strerror (pamh, pretc));
return 0;
}
Then, kdm complies with the settings in limits.conf (actually, i've done
only one test with maxlogins). Although there is no warning window to
inform the user (something to add later, imho), user login is denied as
expected.
The LogError line doesn't seem to work and I'm not familiar enough with
KDE internals to know why (I've just copied and modified a similar line
earlier in the file).
Xavier
Bug#242641: kdm does not obey pam_limits
package kdm forwarded 242641 http:/bugs.kde.org/show_bug.cgi?id=80032 tags 242641 +upstream thanks Xavier Hienne writes: > Actually, Kees is right, this a kdm issue. I checked > kdebase-3.2.1/kdm/backend/client.c and, at line 1142, there are two > function calls whose return value is not used : Thanks, your comment seemed very useful, and I have forwarded this bug report upstream. Thanks domi
Processed: Re: Bug#242641: kdm does not obey pam_limits
Processing commands for [EMAIL PROTECTED]: > package kdm Ignoring bugs not assigned to: kdm > forwarded 242641 http:/bugs.kde.org/show_bug.cgi?id=80032 Bug#242641: kdm does not obey pam_limits Noted your statement that Bug has been forwarded to http:/bugs.kde.org/show_bug.cgi?id=80032. > tags 242641 +upstream Bug#242641: kdm does not obey pam_limits There were no tags set. Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#126406: kppp: Alternative for using noauth as suggested by README
Hi, FWIW here's my alternative: to avoid setting noauth in /etc/peer/options I use allee[0] ~ # cat /etc/ppp/peers/kppp-options noauth and added 'call kppp-options' to kppps 'Customize pppd arguments' option. I assume that it would not be compilicated to patch kppp to add 'call kppp-options' as default for new connections and include the simple /etc/ppp/peers/kppp-option to the kppp pkg. Achim -- 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]
Re: Bug#244781: openoffice.org-mimelnk: .sxw pattern missing - kdelibs-data not in testing
On Tue, 20 Apr 2004, Chris Halls wrote: > On Tue, 2004-04-20 at 15:57, Rene Engelhard wrote: > > I did a patch to kdelibs that it diverts "our" files away when it is > > installed but calc promised me he wanted to fix all RC bugs and > > kdelibs/-base 3.2 would enter testing soon (which we see is not the > > case). So I didn't actually send it. > > > > Maybe he could add it, but when kdelibs enters testing soon (which I > > hope it will do it after he fixes those rc bugs) this was more or less > > useless effort. > > This doesn't solve the problem for Woody backports of OOo installed on a > Woody machine with KDE < 3.2. OOo has to provide these files somehow. > > I would suggest that OOo does the diverting instead of KDE. That should > work in past and future scenarios. Once Woody is obsolete we can remove > the diversion, and the files. How about a new package openoffice.org-mimelnk-transition with the missing files. openoffice.org-mimelnk would Depends: openoffice.org-mimelnk-transition | kdelibs-base >= 3.2 openoffice.org-mimelnk-transition would Conflict: kdelibs-base >= 3.2 -Ariel
Re: Bug#244781: openoffice.org-mimelnk: .sxw pattern missing - kdelibs-data not in testing
On Tue, Apr 20, 2004 at 04:35:59PM +0200, Chris Halls wrote: > On Tue, 2004-04-20 at 15:57, Rene Engelhard wrote: > > I did a patch to kdelibs that it diverts "our" files away when it is > > installed but calc promised me he wanted to fix all RC bugs and > > kdelibs/-base 3.2 would enter testing soon (which we see is not the > > case). So I didn't actually send it. > > > > Maybe he could add it, but when kdelibs enters testing soon (which I > > hope it will do it after he fixes those rc bugs) this was more or less > > useless effort. > > This doesn't solve the problem for Woody backports of OOo installed on a > Woody machine with KDE < 3.2. OOo has to provide these files somehow. There is already a woody backport of KDE 3.2.2 for quite some time now actually... Chris signature.asc Description: Digital signature
