Re: KDE 3.1.5 Status Update - 20040119
On Tue, Jan 20, 2004 at 04:14:08PM +1100, Ben Burton wrote: > > > kdeaddons > > - -snip- > Of course this is all pure speculation - I haven't actually had a chance > to downloaded the kdemultimedia sources and take a look. As far as I can tell the only thing that uses libxine is xine_artsplugin which shouldn't be being linked into anything. libxine-dev is already in the kdemultimedia Build-Depends due to xine_artsplugin using it. Chris signature.asc Description: Digital signature
Re: KDE 3.1.5 Status Update - 20040119
> As far as I can tell the only thing that uses libxine is xine_artsplugin > which shouldn't be being linked into anything. libxine-dev is already in > the kdemultimedia Build-Depends due to xine_artsplugin using it. Nevertheless, having downloaded the alpha noatun package, it seems that for both alpha and i386, /usr/lib/noatun.la contains a dependency on /usr/lib/libxine.la. I'd argue then that, as well as kdemultimedia build-depending on libxine-dev, we should have kdemultimedia-dev depending on libxine-dev as well. Ben.
kdenonbeta/kdedebian/kapture
CVS commit by hausmann: - goodbye KDE_CHECK_KIMGIO. not needed. M +0 -4 configure.in.in 1.3 --- kdenonbeta/kdedebian/kapture/configure.in.in #1.2:1.3 @@ -5,8 +5,4 @@ dnl These are common macros that you might or might not want to use -dnl Image readers/writers -KDE_CHECK_KIMGIO - - dnl cut&paste from kdevelop AC_MSG_CHECKING(whether to use kmdi lib from kdelibs)
kdenonbeta/kdedebian/kalternatives
CVS commit by juanjux:
fix
M +1 -0 Changelog 1.4
M +1 -1 kalternatives 1.6
--- kdenonbeta/kdedebian/kalternatives/Changelog #1.3:1.4
@@ -1,4 +1,5 @@
0.8
[Juanjo]
+
* Mandrake support
--- kdenonbeta/kdedebian/kalternatives/kalternatives #1.5:1.6
@@ -241,5 +241,5 @@
#print ""
#print "Analizing alternative file %s" % f
-altfile = open("/var/lib/dpkg/alternatives/%s" % f, "r")
+altfile = open(self.altdir+"/"+f,"r")
lines = altfile.readlines()
Bug#228706: kdepim: Ignores build errors and build docs on binary-only builds.
Package: kdepim Severity: normal Hi, I noticed you are building the docs with doxygen even on a binary-only build. Thats is quite wastefull of the buildds resources. It would be good if you could split that out in the makefile into different targets. I also noticed a lot or warnings and several errors during build that get ignored (just a few representative ones): uudecode: /home/mrvn/build/kdepim/kdepim-3.1.5/debian/patches/*.diff.uu: No such file or directory ../../calendarsystem/hconv.c:104: warning: implicit declaration of function `exit' In file included from karm.all_cpp.cpp:7: ../../karm/print.cpp: In member function `void MyPrinter::print()': ../../karm/print.cpp:67: warning: passing `double' for argument 1 of `void QFont::setPixelSize(int)' In file included from knotes.all_cpp.cpp:2: ../../knotes/knotesapp.cpp: In constructor `KNotesApp::KNotesApp()': ../../knotes/knotesapp.cpp:49: warning: base `QLabel' will be initialized after ../../knotes/knotesapp.cpp:49: warning: base `DCOPObject' ../../../../libical/src/test/stow.c: In function `return_failure': ../../../../libical/src/test/stow.c:265: warning: assignment discards qualifiers from pointer target type make[3]: Entering directory `/home/mrvn/build/kdepim/kdepim-3.1.5/obj-m68k-linux/kgantt' mkdir -p -- ../apidocs/kgantt Error: source ../../doc/api is not a readable file or directory... skipping. make[3]: Leaving directory `/home/mrvn/build/kdepim/kdepim-3.1.5/obj-m68k-linux/kgantt' dh_install: usr/share/doc/kde/HTML/en/kdepim-apidocs/kfile-plugins/html/doxygen.css exists in debian/tmp but is not installed to anywhere 3617 out of 8095 lines in the build log go to stderr (thats 45%), which makes me quite uncomfortable with the package. Please try to reduce that somewhat. MfG Goswin -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux dual 2.4.23dual #1 SMP Sun Dec 14 13:57:16 CET 2003 i686 Locale: LANG=C, LC_CTYPE=de_DE
Re: KDE 3.1.5 Status Update - 20040119
On Mon, Jan 19, 2004 at 10:19:04PM -0600, Chris Cheney wrote: > Everything is in sid now, but the buildds FUCKING SUCK! The buildd > admins must be incompetent or on crack. They failed all the builds that > failed due to the g++ RC enum bug instead of updating their buildd and > setting the packages back to Needs-Build. sbuild doesn't update packages if it's not asked to. If you know beforehand that a package *will* fail to build with a certain compiler, you should update your build-depends and/or build-conflicts likewise, so that there won't be a failed build in the first place. sbuild (the building component of buildd) isn't pbuilder; sbuild tries to build as many packages in as little time as possible. Therefore, installed packages aren't looked at (so that time isn't wasted on them) except to check that they satisfy versioned build-depends and/or build-conflicts. > The g++ RC enum bug was already fixed before I even uploaded the > packages which shows you how slow they are to fix problems on their > machines... However, people like IJ are refused to help maintain > buildds because they have too little experience, hah! Actually, Ingo Juergensmann is just the local admin of arrakis. He doesn't help because he's not a DD, that's all. [...] > kdebase > --- > m68k - failed - needs retry This is my fault; I thought it had built on quickstep, but I seem to have messed up things. For that reason, it's not in dep-ret or needs-build ATM (where it should've been). I sent Goswin (see below) a mail, clearing that up. [...] Note that most kde packages are still in the queue for m68k; we've got quite a backlog currently[1]. That said, Goswin von Brederlow is building them, ignoring their position in the queue, thereby special-casing KDE so that it gets built sooner. [1] due to the fact that we don't have enough autobuilders ATM. There are more being set up though, so it's being handled. -- Wouter Verhelst Debian GNU/Linux -- http://www.debian.org Nederlandstalige Linux-documentatie -- http://nl.linux.org "Stop breathing down my neck." "My breathing is merely a simulation." "So is my neck, stop it anyway!" -- Voyager's EMH versus the Prometheus' EMH, stardate 51462. signature.asc Description: Digital signature
Re: KDE 3.1.5 Status Update - 20040119
On Tue, Jan 20, 2004 at 01:23:38PM +0100, Wouter Verhelst wrote: > Actually, Ingo Juergensmann is just the local admin of arrakis. He > doesn't help because he's not a DD, that's all. That's why you was supposed to do the buildd stuff. I think we're forming a nice couple in that way... ;)) > This is my fault; I thought it had built on quickstep, but I seem to > have messed up things. For that reason, it's not in dep-ret or > needs-build ATM (where it should've been). I sent Goswin (see below) a > mail, clearing that up. It would also help when Goswin would have access to w-b. He could do the minor buildd stuff and let a DD sign the successful builds. *sigh* > [1] due to the fact that we don't have enough autobuilders ATM. There > are more being set up though, so it's being handled. Note to all, why don't already know it: When Goswin would have access to w-b, there would his two 060s and 3, maybe 4 more 060 buildds added in the next few days or weeks until mid of February. I don't know how many of them will become public machines, but usually accounts are available on request on most of them. -- Ciao... // Ingo \X/
Re: Why does kdm still set dpi to 100?
Rizsanyi Zsolt writes: > On Monday 19 January 2004 23.53, Dominique Devriese wrote: >> Zsolt Rizsanyi writes: >> > So I think the first step is to set the DisplaySize in >> > XF86Config. Then at least startx would work correctly. >> >> There is no way afaict to guess this value for every user's >> configuration, or is there ? > I think it can be guessed for most of the current hw configurations. > For the systems where it cannot be guessed the user should enter the > values. He already does need to enter the horizontal and vertical > refresh ranges of the monitor and the display size can be found at > the same place in the manual :) This is of course not something Debian KDE packages can change. File a bug against the relevant X package, if you want this implemented. Btw, xdm also still adds the -dpi setting, so I'm inclined to think there must still be a reason for it, no ? cheers domi
Question about Kmix with ALSA and OSS together
Hello, I recently noticed a change to Kmix that resulted in an amazing number of new slider controls. I use both ALSA (for my primary soundcard) and OSS (for btaudio) in my system. Prior to this change, I believe Kmix was looking at my OSS mixers (one of which was actually an ALSA OSS-compatibility thing). Because of the change to Kmix, I can now only see the real (and giant, but that's a separate complaint) ALSA mixer. I no longer have control over the OSS mixer from Kmix. Perhaps this bug report/fix is related to the change: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=223768 I am wondering, is there any way to get Kmix to support _both_ ALSA and OSS mixers simultaneously? From my perspective, the change in functionality is a bad thing. Thanks, Mark Santaniello
Re: KDE 3.1.5 Status Update - 20040119
On Mon, Jan 19, 2004 at 10:19:04PM -0600, Chris Cheney wrote: > qt-x11-free > --- > finished ... but has an RC bug due apparently to breakage in libxrender-dev. I've suggested a binary-only NMU workaround, since the bug appears to have manifested only on the maintainer's build machine and not on any buildds. -- Colin Watson [EMAIL PROTECTED]
Re: Why does kdm still set dpi to 100?
> Btw, xdm also still adds the -dpi setting, so I'm inclined to think > there must still be a reason for it, no ? I believe this is because debian X maintainers are overloaded with 4.3 work ...
Re: Why does kdm still set dpi to 100?
On Tuesday 20 January 2004 13.58, Dominique Devriese wrote: > Rizsanyi Zsolt writes: > > On Monday 19 January 2004 23.53, Dominique Devriese wrote: > >> Zsolt Rizsanyi writes: > >> > So I think the first step is to set the DisplaySize in > >> > XF86Config. Then at least startx would work correctly. > >> > >> There is no way afaict to guess this value for every user's > >> configuration, or is there ? > > > > I think it can be guessed for most of the current hw configurations. > > For the systems where it cannot be guessed the user should enter the > > values. He already does need to enter the horizontal and vertical > > refresh ranges of the monitor and the display size can be found at > > the same place in the manual :) > > This is of course not something Debian KDE packages can change. File > a bug against the relevant X package, if you want this implemented. Why? AFAIK 'dpkg-reconfigure xserver-xfree86' invokes dexconf for configuration, which is a debian only program. So it could and should be fixed by debian. Regards Zsolt
kdenonbeta/kdedebian/livecd/docs
CVS commit by ervin: Completing the french translation : installer and welcome page. Ainstaller-strings_fr 1.1 Awelcome_fr.html 1.1 M +5 -0 ChangeLog 1.20 --- kdenonbeta/kdedebian/livecd/docs/ChangeLog #1.19:1.20 @@ -1,2 +1,7 @@ +2004-01-20 K�vin 'ervin' Ottens +* installer-strings_fr: Added +* welcome_fr.html: Added + + 2004-01-12 Kurt Pfeifle <[EMAIL PROTECTED]> * bookmarks.xml: Added
Re: Why does kdm still set dpi to 100?
Zsolt Rizsanyi writes: >> > I think it can be guessed for most of the current hw >> > configurations. For the systems where it cannot be guessed the >> > user should enter the values. He already does need to enter the >> > horizontal and vertical refresh ranges of the monitor and the >> > display size can be found at the same place in the manual :) >> >> This is of course not something Debian KDE packages can change. >> File a bug against the relevant X package, if you want this >> implemented. > Why? AFAIK 'dpkg-reconfigure xserver-xfree86' invokes dexconf for > configuration, which is a debian only program. So it could and > should be fixed by debian. Debian *KDE packages*. File a bug against one of the X packages on bugs.debian.org if you want to get the X maintainers to fix this cheers domi
kde buildds screwed?
hi everyone, i am trying to update umbrello to the new version, but all the buildds come up with a weird error [0] about some object not being for this architecture. this looks a lot like i am doing something wrong or as if i would ship i386 objects with the package, so i checked everything and it looks really good to me, plus the changes to the last version (which built fine) are small and should not lead to such grave problems. i wanted to build the package myself on a non-i386 architecture, but debootstrap lookes a bit borked on mipsel, and my sponsor said something about the buildds being broken for kde builds so i thought i might just ask here: do you guys know anything about this? anything i can do to find out more? cu robert [0] http://buildd.debian.org/build.php?arch=&pkg=umbrello -- Robert Lemmen http://www.semistable.com
Re: kde buildds screwed?
Robert Lemmen writes: > hi everyone, i am trying to update umbrello to the new version, but > all the buildds come up with a weird error [0] about some object not > being for this architecture. this looks a lot like i am doing > something wrong or as if i would ship i386 objects with the package, > so i checked everything and it looks really good to me Have you checked the hidden .libs directories ? Is there a file ./dialogs/.libs/libdialogs.a present in the source you uploaded ? > i wanted to build the package myself on a non-i386 architecture, but > debootstrap lookes a bit borked on mipsel, and my sponsor said > something about the buildds being broken for kde builds There were various problems with the last builds of kde packages, but these have nothing to do with your problem afaics. cheers domi
Re: kde buildds screwed?
On Tue, Jan 20, 2004 at 08:51:48PM +0100, Robert Lemmen wrote: > hi everyone, > > i am trying to update umbrello to the new version, but all the buildds > come up with a weird error [0] about some object not being for this > architecture. this looks a lot like i am doing something wrong or as if > i would ship i386 objects with the package, so i checked everything and > it looks really good to me, plus the changes to the last version (which > built fine) are small and should not lead to such grave problems. > > i wanted to build the package myself on a non-i386 architecture, but > debootstrap lookes a bit borked on mipsel, and my sponsor said something > about the buildds being broken for kde builds so i thought i might just > ask here: do you guys know anything about this? anything i can do to > find out more? Something very odd is going on there, ld is segfaulting. collect2: ld terminated with signal 11 [Segmentation fault] /usr/bin/ld: warning: unknown architecture of input file `umlnamespace.o' is incompatible with mips:3000 output Chris signature.asc Description: Digital signature
Bug#198206: marked as done (kdeprint: kprinter crashes when opened (was bug #185805))
Your message dated Tue, 20 Jan 2004 22:13:09 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#198206: kdeprint: Please close bug Shortly after I reported the bug a package update solved the problem, and printing has worked perfectly since! 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; 20 Jun 2003 13:51:25 + >From [EMAIL PROTECTED] Fri Jun 20 08:51:24 2003 Return-path: <[EMAIL PROTECTED]> Received: from bzq-228-137.red.bezeqint.net (tapuz) [212.179.228.137] by master.debian.org with esmtp (Exim 3.35 1 (Debian)) id 19TMIV-CZ-00; Fri, 20 Jun 2003 08:51:24 -0500 Received: from mniven by tapuz with local (Exim 4.20) id 19TMMf-zS-A0; Fri, 20 Jun 2003 16:55:41 +0300 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Mark Niven <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: kdeprint: kprinter crashes when opened (was bug #185805) X-Mailer: reportbug 2.10.2 Date: Fri, 20 Jun 2003 16:55:41 +0300 Message-Id: <[EMAIL PROTECTED]> Sender: Mark Niven <[EMAIL PROTECTED]> X-BadReturnPath: [EMAIL PROTECTED] rewritten as [EMAIL PROTECTED] using "From" header Delivered-To: [EMAIL PROTECTED] X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_10,HAS_PACKAGE version=2.53-bugs.debian.org_2003_06_18 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_06_18 (1.174.2.15-2003-03-30-exp) Package: kdeprint Version: 4:3.1.2-1 Severity: important I suffered from exactly the same problem as described in bug #185805 etc, even though I had already installed 3.1.2. I found that forcibly reinstalling the same package (using dpkg -i; dpgk-reconfigure did nothing at all) temporarily fixed the problem, but it has appeared again and won't go away! I have tried ppd files from a number of sources without any effect. CUPS can be controlled using the browser interface without any problem, but this doesn't help with printing from a KDE app. -- System Information: Debian Release: testing/unstable Architecture: i386 Kernel: Linux tapuz 2.4.20 #1 Wed Jun 11 02:25:44 IDT 2003 i686 Locale: LANG=en_US, LC_CTYPE=en_US Versions of packages kdeprint depends on: ii efax 1:0.9a-13 Programs to send and receive fax m ii enscript 1.6.3-4Converts ASCII text to Postscript, ii gv1:3.5.8-30 A PostScript and PDF viewer for X ii kdelibs4 4:3.1.2-2 KDE core libraries hi libart-2.0-2 2.3.12-1 Library of functions for 2D graphi ii libc6 2.3.1-17 GNU C Library: Shared libraries an ii libfam0c102 2.6.10-1 client library to control the FAM ii libgcc1 1:3.3-3GCC support library ii libpng12-01.2.5.0-4 PNG library - runtime ii libqt3c102-mt 3:3.1.1-8 Qt GUI Library (Threaded runtime v ii libstdc++51:3.3-3The GNU Standard C++ Library v3 ii poster20020830-2 Create large posters out of PostSc ii psutils 1.17-17A collection of PostScript documen ii xlibs 4.2.1-8X Window System client libraries ii zlib1g1:1.1.4-12 compression library - runtime -- no debconf information --- Received: (at 198206-done) by bugs.debian.org; 20 Jan 2004 21:13:38 + >From [EMAIL PROTECTED] Tue Jan 20 13:13:38 2004 Return-path: <[EMAIL PROTECTED]> Received: from rusty.kulnet.kuleuven.ac.be [134.58.240.42] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Aj3Bq-0001X3-00; Tue, 20 Jan 2004 13:13:38 -0800 Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 7D9811D7897; Tue, 20 Jan 2004 22:13:03 +0100 (CET) Received: from octavianus.kulnet.kuleuven.ac.be (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id EDCA31D7716; Tue, 20 Jan 2004 22:13:02 +0100 (CET) Received: from appel (domi.kotnet.org [10.0.57.168]) by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id BD81DAEF47; Tue, 20 Jan 2004 22:13:02 +0100 (CET) Received: from domi by appel with local (Exim 3.36 #1 (Debian)) id 1Aj3BN-0004Nn-00;
Bug#220878: #220878 fixed upstream
tags 220878 +fixed-upstream thanks Hi, Calc, clee and I debugged this problem, wrote a patch, and it got accepted upstream for HEAD and 3_2_BRANCH. cheers domi
Bug#228781: unmet dependecies
Package: ksysguardd Severity: normal ksysguardd depends on libsensors-1debian1 but this package is not in testing -- System Information: Debian Release: testing Architecture: i386 Kernel: Linux brave 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C
Processed: #220878 fixed upstream
Processing commands for [EMAIL PROTECTED]: > tags 220878 +fixed-upstream Bug#220878: meinproc: seems to incorrectly use $USER instead of $HOME Tags were: upstream Bug#194305: meinproc: seems to incorrectly use $USER instead of $HOME Tags added: fixed-upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#228781: unmet dependecies
Vladimir Jelen writes: > Package: ksysguardd Severity: normal > ksysguardd depends on libsensors-1debian1 but this package is not in > testing This is fixed in unstable already. Please check for duplicates when filing a bug. thanks domi
Bug#228781: marked as done (unmet dependecies)
Your message dated Wed, 21 Jan 2004 00:59:30 +0100 with message-id <[EMAIL PROTECTED]> and subject line Bug#228781: unmet dependecies 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; 20 Jan 2004 21:47:40 + >From [EMAIL PROTECTED] Tue Jan 20 13:47:40 2004 Return-path: <[EMAIL PROTECTED]> Received: from smtp2.pes.cz (smtp.pes.cz) [81.2.194.146] by spohr.debian.org with smtp (Exim 3.35 1 (Debian)) id 1Aj3im-000380-00; Tue, 20 Jan 2004 13:47:40 -0800 Received: from [127.0.0.1] ([195.47.114.4]) by smtp.pes.cz ; Tue, 20 Jan 2004 22:46:14 +0100 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: Vladimir Jelen <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: unmet dependecies Bcc: Vladimir Jelen <[EMAIL PROTECTED]> X-Mailer: reportbug 2.37 Date: Tue, 20 Jan 2004 22:47:03 +0100 Message-ID: <[EMAIL PROTECTED]> Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-5.0 required=4.0 tests=HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2004_01_20 X-Spam-Level: Package: ksysguardd Severity: normal ksysguardd depends on libsensors-1debian1 but this package is not in testing -- System Information: Debian Release: testing Architecture: i386 Kernel: Linux brave 2.4.22-1-386 #9 Sat Oct 4 14:30:39 EST 2003 i686 Locale: LANG=C, LC_CTYPE=C --- Received: (at 228781-close) by bugs.debian.org; 20 Jan 2004 23:59:56 + >From [EMAIL PROTECTED] Tue Jan 20 15:59:56 2004 Return-path: <[EMAIL PROTECTED]> Received: from rusty.kulnet.kuleuven.ac.be [134.58.240.42] by spohr.debian.org with esmtp (Exim 3.35 1 (Debian)) id 1Aj5mm-0002Mf-00; Tue, 20 Jan 2004 15:59:56 -0800 Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 256F31D7620; Wed, 21 Jan 2004 00:59:24 +0100 (CET) Received: from octavianus.kulnet.kuleuven.ac.be (octavianus.kulnet.kuleuven.ac.be [134.58.240.71]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id ABF831D771A; Wed, 21 Jan 2004 00:59:23 +0100 (CET) Received: from appel (domi.kotnet.org [10.0.57.168]) by octavianus.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 77FBFAEF48; Wed, 21 Jan 2004 00:59:23 +0100 (CET) Received: from domi by appel with local (Exim 3.36 #1 (Debian)) id 1Aj5mM-0006vN-00; Wed, 21 Jan 2004 00:59:30 +0100 To: Vladimir Jelen <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED], Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: Re: Bug#228781: unmet dependecies References: <[EMAIL PROTECTED]> From: Dominique Devriese <[EMAIL PROTECTED]> Date: Wed, 21 Jan 2004 00:59:30 +0100 In-Reply-To: <[EMAIL PROTECTED]> (Vladimir Jelen's message of "Tue, 20 Jan 2004 22:47:03 +0100") Message-ID: <[EMAIL PROTECTED]> User-Agent: Gnus/5.1002 (Gnus v5.10.2) XEmacs/21.4 (Reasonable Discussion, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Dominique Devriese <[EMAIL PROTECTED]> X-Virus-Scanned: by KULeuven Antivirus Cluster Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2004_01_20 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Status: No, hits=-3.0 required=4.0 tests=HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2004_01_20 X-Spam-Level: Vladimir Jelen writes: > Package: ksysguardd Severity: normal > ksysguardd depends on libsensors-1debian1 but this package is not in > testing This is fixed in unstable already. Please check for duplicates when filing a bug. thanks domi
KDE_3_1_BRANCH: kdeaddons/debian
CVS commit by benb: Build-depend on libxine-dev as a temporary workaround for libtool dependency problems. M +7 -0 changelog 1.22.2.18 M +1 -1 control 1.26.2.13 --- kdeaddons/debian/changelog #1.22.2.17:1.22.2.18 @@ -1,2 +1,9 @@ +kdeaddons (4:3.1.5-2) unstable; urgency=low + + * Build-depend on libxine-dev as a temporary workaround for +libtool bug #199423. + + -- Ben Burton <[EMAIL PROTECTED]> Wed, 21 Jan 2004 11:40:51 +1100 + kdeaddons (4:3.1.5-1) unstable; urgency=low --- kdeaddons/debian/control #1.26.2.12:1.26.2.13 @@ -3,5 +3,5 @@ Priority: optional Maintainer: Ben Burton <[EMAIL PROTECTED]> -Build-Depends: atlantik-dev, automake1.7, debhelper (>> 4.0.0), gawk, gettext, kdebase-dev, kdelibs4-dev, kdemultimedia-dev, libkdegames-dev, libkonq4-dev, libsdl1.2-dev (>= 1.2.2-3.3), xlibs-pic, xmms-dev +Build-Depends: atlantik-dev, automake1.7, debhelper (>> 4.0.0), gawk, gettext, kdebase-dev, kdelibs4-dev, kdemultimedia-dev, libkdegames-dev, libkonq4-dev, libsdl1.2-dev (>= 1.2.2-3.3), libxine-dev, xlibs-pic, xmms-dev Standards-Version: 3.6.1
kdenonbeta/kdedebian/kalternatives
CVS commit by juanjux: fix M +4 -1 kalternatives 1.7 --- kdenonbeta/kdedebian/kalternatives/kalternatives #1.6:1.7 @@ -357,5 +357,8 @@ def __init__(self, parent, item): self.name = item.getName() -QCheckListItem.__init__(self, parent, self.name, QCheckListItem.RadioButtonController) +try: +QCheckListItem.__init__(self, parent, self.name, QCheckListItem.RadioButtonController) +except AttributeError: +QCheckListItem.__init__(self, parent, self.name, QCheckListItem.Controller) self.item = item
KDE 3.1.5 Status Update - 20040120
If the failed g++ builds get retried soon it looks like KDE will be in good shape. However, I do need to do another upload of kdemultimedia to fix the libxine issue with kdeaddons. Also kdeutils is STILL stuck in the new queue. :( Chris arts finished kdeaddons - alpha - failed - libxine missing(?) hppa- failed - libxine missing(?) mips- failed - libxine missing(?) mipsel - failed - libxine missing(?) powerpc - failed - libxine missing(?) s390- failed - libxine missing(?) sparc - failed - libxine missing(?) It appears kdemultimedia has a configure.in.in bug that caused everything to be linked to libxine, I will fix this soon. kdeadmin finished kdeartwork -- m68k- no attempt mips- no attempt kdebase --- m68k- failed - needs retry mips- no attempt mipsel - no attempt s390- no attempt kdebindings --- probably should be packaged sometime... not blocking anything though kdeedu -- m68k- no attempt mips- no attempt kdegames arm - failed - needs recompile with g++ 3.3.0-0pre2 m68k- Needs-Build mips- failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdegraphics --- arm - failed - needs recompile with g++ 3.3.0-0pre2 mips- failed - needs recompile with g++ 3.3.0-0pre2 mipsel - failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kde-i18n finished kdelibs --- finished kdemultimedia - arm - failed - needs retry (possibly with longer timeout) kdenetwork -- arm - failed - needs recompile with g++ 3.3.0-0pre2 m68k- failed - needs retry mips- failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdepim -- arm - failed - needs recompile with g++ 3.3.0-0pre2 mips- failed - needs recompile with g++ 3.3.0-0pre2 mipsel - failed - needs recompile with g++ 3.3.0-0pre2 s390- failed - needs recompile with g++ 3.3.0-0pre2 sparc - failed - needs recompile with g++ 3.3.0-0pre2 kdesdk -- m68k- no attempt kdetoys --- m68k- no attempt kdeutils stuck in _NEW_, STILL!!! meta-kde finished meta-kde-extras -- finished qt-x11-free --- finished quanta -- alpha - no attempt arm - no attempt hppa- no attempt m68k- no attempt mips- no attempt mipsel - no attempt powerpc - no attempt s390- no attempt sparc - no attempt signature.asc Description: Digital signature
Re: KDE 3.1.5 Status Update - 20040120
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi... On Wed, 21 Jan 2004 03:26 pm, Chris Cheney wrote: > kdebindings > --- > probably should be packaged sometime... not blocking anything though Strange you should mention it. Try: http://www.hawkins.emu.id.au/kdebindings-20040121.diff (diff against KDE_3_1_5_RELEASE). =) Peter -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFADgbLXjDfzL4R9DcRApNcAJ9Xt1dqS0KYCqI0ZkTQ3Dt61uLwkgCgtD5f tlQVgB0Yz3rzxU4GBOV3f1I= =nE0U -END PGP SIGNATURE-
Re: KDE 3.1.5 Status Update - 20040120
> However, I do need to do another upload of kdemultimedia to > fix the libxine issue with kdeaddons. Not urgent, since I've just done a new kdeaddons upload with libxine-dev temporarily added to the build-depends until the issue can be resolved properly. Ben.
