kdesdk/debian
CVS commit by rnolden: update to branch first M +0 -6 adddebug.1 1.5 M +11 -9 catalogmanager.1 1.6 M +294 -67 catalogmanager.xpm 1.3 M +8 -0 cervisia.README.Debian 1.2 M +1 -6 cervisia.install 1.6 M +2 -1 cervisia.menu 1.4 M +1 -1 cervisia.override 1.3 M +198 -67 cervisia.xpm 1.3 M +66 -2 changelog 1.52 M +0 -6 cheatmake.1 1.3 M +4 -17 control 1.52 M +0 -6 create_cvsignore.1 1.4 M +0 -6 create_makefile.1 1.6 M +0 -6 create_makefiles.1 1.6 M +0 -6 cvscheck.1 1.3 M +5 -7 cvslastchange.1 1.5 M +5 -7 cvslastlog.1 1.5 M +4 -8 cvsrevertlast.1 1.4 M +0 -6 cxxmetric.1 1.5 M +0 -6 demangle.1 1.6 M +0 -6 extend_dmalloc.1 1.5 M +0 -6 extractrc.1 1.5 M +0 -6 fixkdeincludes.1 1.2 M +0 -6 fixsgml.1 1.6 M +0 -6 kapptemplate.1 1.6 M +7 -0 kbabel-dev.install 1.5 M +11 -9 kbabel.1 1.11 M +8 -0 kbabel.README.Debian 1.2 M +16 -64kbabel.install 1.6 M +2 -1 kbabel.menu 1.8 M +3 -3 kbabel.override 1.7 M +175 -58 kbabel.xpm 1.3 M +11 -9 kbabeldict.1 1.10 M +238 -63 kbabeldict.xpm 1.2 M +1 -10 kbugbuster.1 1.5 M +1 -1 kbugbuster.install 1.6 M +2 -1 kbugbuster.menu 1.4 M +1 -1 kbugbuster.override 1.4 M +45 -42kbugbuster.xpm 1.2 M +0 -6 kdedoc.1 1.5 M +0 -6 kdekillall.1 1.5 M +0 -6 kdelnk2desktop.py.1 1.7 M +0 -9 kdesdk-kfile-plugins.install 1.4 M +7 -1 kdesdk-scripts.README.Debian 1.7 M +2 -1 kdesdk-scripts.install 1.9 M +5 -1 kdesdk.README.Debian 1.3 M +0 -6 kminspector.1 1.9 M +4 -6 kmmatch.1 1.3 M +0 -6 kmtrace.1 1.12 M +7 -0 kmtrace.README.Debian 1.2 M +0 -6 kompare.1 1.5 M +1 -4 kompare.install 1.8 M +2 -1 kompare.menu 1.4 M +1 -1 kompare.override 1.5 M +45 -42kompare.xpm 1.3 M +0 -6 licensecheck.1 1.5 M +0 -6 makeobj.1 1.3 M +0 -6 po2xml.1 1.6 M +0 -6 pruneemptydirs.1 1.8 M +0 -6 qtdoc.1 1.7 M +9 -7 rules 1.53 M +0 -6 split2po.1 1.6 M +0 -6 swappo.1 1.5 M +0 -6 testkspy.1 1.5 M +0 -6 transxx.1 1.6 M +0 -6 xml2pot.1 1.6 M +0 -6 zonetab2pot.py.1 1.3
Re: Anyone else getting frequent Konqueror segfaults?
On Wednesday 10 Dec 2003 4:17 am, Doug Holland wrote: > On Tue 09 Dec 2003 2:40 pm, Anders Ellenshøj Andersen wrote: > > On Tuesday 09 December 2003 21:16, James Wells wrote: > > > I'm running 2.4.22-1-k7 and I get the same problem when dragging from > > > one Konqueror window to another. > > > > I think we should open a bug for this. Could someone do it and post a > > link to it so we can comment on it? > > > > Anders > > > > -- > > This email was generated using KMail from KDE 3.1.4 on Debian GNU/Linux > > There is one already: Bug#222662 at bugs.debian.org. > > Meldroc I just looked though the bug report and I think it is a problem with the kernel package rather than with konqueror because I can not produce it on my machine which is running a self-compiled kernel (2.4.22). I find it quite hard to segfault konqueror, normally it just hangs if it can not cope with something. -- Peter Nuttall [EMAIL PROTECTED]
bugs requiring a new kdebase upload.
Hi, I've been working through a lot of debian kde* related bugs lately, especially the release-critical ones, and there are currently four release-critical bugs that all require a new kdebase upload: 211985 206958 210606 218731 These are all bugs for which a patch is available, or only a recompile is needed. I'm not sure about 210606, but chris added the pending tag, so I'm assuming it's easily fixable too.. So, do you think it would be possible to do a new kdebase upload any time soon ? Sorry if I'm whining, but keeping these RC bugs around is of course Not A Good Thing ;) I'm currently joining the Debian New Developers queue, in order to learn more about maintaining a Debian package, so I might in the future be able to join the KDE maintainers group. cheers domi
Bug#215946: /etc/kde3/magic/*.magic
On Sat, Dec 06, 2003 at 03:18:16PM -0600, Chris Cheney wrote: > On Wed, Dec 03, 2003 at 05:59:01PM +0100, Bill Allombert wrote: > > Until this is properly documented, the bug should not be closed. > > > > Also that does not address why KDE need its own mime-magic system. > > Why not using the /etc/mime-magic file ? > > What /etc/mime-magic file, you mean the one that gnome provides?[1] Why > doesn't gnome use the KDE one? :P All I see that is standard is a > /etc/magic file which does not include anything that was directly built > into the file(1) utility, which happens to mean /etc/magic is empty. Then why not add mime-magic support to mime-types and share that between all the program that need it instead of replicating the feature all along ? > The way KDE is designed all its upstream config related files go into > $prefix/share/config, this had to be worked around by Debian to put it > into /etc/kde3. As I understand it none of the files in > $prefix/share/config were not meant to be directly edited by the admin > but Debian requires any config related file be editable. However, KDE > upstream does many very stupid things so I wouldn't be surprised if they > intended $prefix/share/config to be editable as well, even though they KDE 1.1 provided a way to modify the files in /usr/share/kde... by asking first for the root password. So yes they were editable... > put it in an obviously wrong location. What you need is a 3-way overriding process like Debian menu does: 1: ~/.kde3/share/config for user config. 2: /etc/kde3 for sysadmin config. 3: /use/share/kde3/config for package config. Files in 1) override files in 2) and 3), files in 2) override files in 3). You ship 2) basically empty (everything should go in 3).) e.g. menu use 1: ~/.menu 2: /etc/menu 3: /usr/lib/menu Cheers, Bill.
Bug#215946: /etc/kde3/magic/*.magic
On Fri, Dec 05, 2003 at 12:39:43AM +0100, Dominique Devriese wrote: > >> Please let us know if this fixes your problem, and if this bug can > >> be closed. > > > Until this is properly documented, the bug should not be closed. > > How would you suggest this should be documented. It is Debian specific ? if not it should go in the KDE documentation in the 'How I add a new mime-type section'. You can also add a file /etc/kde3/magic/README that explain the format, etc... and drop a note in README.Debian. > > Also that does not address why KDE need its own mime-magic system. > > Why not using the /etc/mime-magic file ? > > Because the existing system was not sufficient. KDE apps ( like > e.g. kolf ) need to be able to install a file which contains some more > data for the magic system. It would not be a good idea ( imho, hope > you agree with me on this ) to let them each edit the /etc/magic > file. The KDE system allows this by letting them put a *.magic file > in $kde_prefix/config/magic/ or /etc/kde3/magic/ or > ~/.kde/config/magic/. > > I do disagree with your point about KDE not needing its own mime-magic > system. It would of course be better if it would use a general > mime-magic system, but I'm currently not aware of any such things or > whatever, that provide the functionality described above. KDE need a mime-magic system. But it don't need to be private to KDE. I mean, it make sense to configure KDE and GNOME to use different programs for the same mime-type but not to see the same file with two different mime-type. It would make a lot of sense to add mime-magic support to mime-support. > > Does the kolf magic file required to be a config files ? If not, why > > not drop it under a directory that is not in /etc ? > > I'm not sure about this issue ( I can see how it's not a user-editable > config file, and thus it might not belong in /etc ( what are the > criteria exactly ? As I see it, there are lots of things in /etc that > don't really belong there ), but I'm not sure how technically possible > it is to put it elsewhere ). If you support both $kde_prefix/config/magic/ and /etc/kde3/magic/, I don't see why kolf magic cannot go in $kde_prefix/config/magic. In fact I am not sure why /etc/kde3/magic/ need to be a directory if $kde_prefix/config/magic/ for application plug-in. Cheers, Bill.
Bug#204018: marked as done (kdelibs-bin: error generating /tmp/kde-/ksyscoca when home mounted via nfs)
Your message dated Thu, 11 Dec 2003 03:20:55 +0100 with message-id <[EMAIL PROTECTED]> and subject line unreproducible + no reply == closing 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; 3 Aug 2003 20:10:01 + >From [EMAIL PROTECTED] Sun Aug 03 15:09:59 2003 Return-path: <[EMAIL PROTECTED]> Received: from pc104.gdynia.sdi.tpnet.pl (alfa.domowa.pl) [213.77.131.104] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19jPB0-0006UB-00; Sun, 03 Aug 2003 15:09:58 -0500 Received: from jeczmien by alfa.domowa.pl with local (Exim 3.35 #1 (Debian)) id 19jP9x-dm-00 for <[EMAIL PROTECTED]>; Sun, 03 Aug 2003 22:08:53 +0200 To: [EMAIL PROTECTED] Subject: kdelibs-bin: error generating /tmp/kde-/ksyscoca when home mounted via nfs Message-Id: <[EMAIL PROTECTED]> From: Wojciech Jeczmien <[EMAIL PROTECTED]> Date: Sun, 03 Aug 2003 22:08:53 +0200 X-MailScanner: Found to be clean Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_20,HAS_PACKAGE version=2.53-bugs.debian.org_2003_07_20 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_07_20 (1.174.2.15-2003-03-30-exp) Package: kdelibs-bin Version: 4:3.1.3-1 Severity: important When home is mounted from another server via nfs it cannot generate ksyscoca database If you remove ~/.kde KDE starts configurator and FIRST time it works. Because this file is in /tmp it is removed during next startup user cannot start KDE next time. Now I've create such databases for all my desktop users and during startup copy that files to /tmp There is another consequence: cannot see any changes done in menu -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux beta 2.4.20 #1 Tue Mar 11 23:46:46 CET 2003 i686 Locale: LANG=C, LC_CTYPE=C (ignored: LC_ALL set) Versions of packages kdelibs-bin depends on: ii kdelibs4 4:3.1.3-1 KDE core libraries ii libart-2.0-2 2.3.13-1 Library of functions for 2D graphi ii libarts1 1.1.3-1 aRts Sound system ii libasound2 0.9.4-2 Advanced Linux Sound Architecture ii libaudio2 1.6-6 The Network Audio System (NAS). (s ii libaudiofile0 0.2.3-4 The Audiofile Library ii libbz2-1.0 1.0.2-1 A high-quality block-sorting file ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii libcupsys2 1.1.19final-1 Common UNIX Printing System(tm) - ii libfam0c1022.6.10-1 client library to control the FAM ii libgcc11:3.3.1-0rc2 GCC support library ii libmad00.15.0b-1 MPEG audio decoder library ii libogg01.0.0-1 Ogg Bitstream Library ii libpng12-0 1.2.5.0-4 PNG library - runtime ii libqt3c102-mt 3:3.1.1-9 Qt GUI Library (Threaded runtime v ii libstdc++5 1:3.3.1-0rc2 The GNU Standard C++ Library v3 ii libvorbis0a1.0.1-1 The Vorbis General Audio Compressi ii libvorbisenc2 1.0.1-1 The Vorbis General Audio Compressi ii libvorbisfile3 1.0.1-1 The Vorbis General Audio Compressi ii libxml22.5.7-1 GNOME XML library ii libxrender10.8.2-1 X Rendering Extension client libra ii libxslt1 1.0.30-3 XSLT processing library - runtime ii netpbm 2:9.20-10 Graphics conversion tools. ii python 2.2.3-3 An interactive high-level object-o ii xlibs 4.2.1-9 X Window System client libraries ii zlib1g 1:1.1.4-14compression library - runtime -- no debconf information --- Received: (at 204018-done) by bugs.debian.org; 11 Dec 2003 02:49:52 + >From [EMAIL PROTECTED] Wed Dec 10 20:49:51 2003 Return-path: <[EMAIL PROTECTED]> Received: from spoetnik.kulnet.kuleuven.ac.be [134.58.240.46] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1AUGRY-0001UL-00; Wed, 10 Dec 2003 20:20:45 -0600 Received: from localhost (localhost [127.0.0.1]) by spoetnik.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 3071A3410A for <[EMAIL PROTECTED]>; Thu, 11 Dec 2003 03:20:44 +010
Re: Where's kdebase 3.1.4?
On Tue, Dec 09, 2003 at 06:37:31PM -0500, Nathanael Nerode wrote: > OK. So the buildds are back, the upload queue is working, and the testing > scripts are running. Only a couple of the buildds are back, and the last post I saw wrt to testing (Dec 5) said the testing scripts are still disabled. I will be uploading kdebase soon though however it won't be built on all archs for a while since only about 3(?) of the buildds are back and of course it won't migrate until the rest are back and the testing scripts are reactivated. Chris signature.asc Description: Digital signature
Re: bugs requiring a new kdebase upload.
Yea, I am working through my list of packages needing updates and will be uploading kdebase soon. By the way most of the buildds are still not online so it won't be building and migrating to testing anytime soon. If I remember correctly testing migration is still disabled anyway. Chris signature.asc Description: Digital signature
