Bug#287097: Experimental kdelibs-data conflicts with Sarge openoffice.org-mimelnk
On Fri, Dec 24, 2004 at 12:06:32PM +, Nick Leverton wrote: Package: kdelibs-data Version: 4:3.3.2-0pre1 Severity: normal Tags: experimental Testing KDE 3.2.2 from experimental on Sarge: kdelibs-data conflicts with openoffice.org-mimelnk as follows: Preparing to replace kdelibs-data 4:3.3.1-4 (using .../kdelibs-data_4%3a3.3.2-0pre1_all.deb) ... Unpacking replacement kdelibs-data ... dpkg: error processing /var/cache/apt/archives/kdelibs-data_4%3a3.3.2-0pre1_all.deb (--unpack): trying to overwrite `/usr/share/mimelnk/application/vnd.sun.xml.calc.template.desktop', which is also in package openoffice.org-mimelnk dpkg-deb: subprocess paste killed by signal (Broken pipe) The person packaging each KDE source should be using the check-replaces script in pkg-kde svn. It lists which packages need to be replace and/or conflicted with and which dist it is a part of. Chris
Re: getting Juk to use gstreamer backend
On Tue, Dec 21, 2004 at 01:42:03PM +0100, Alejandro Exojo wrote: El Lunes, 20 de Diciembre de 2004 18:38, Jason E. Stewart escribió: Hi, I have no clue how to make juk use gstreamer. I also have no clue how to get juk to use arts for that matter. I am successfully using XMMS with ALSA, but I cannot get any songs in juk to play - they play but create no sound output. First, please note that debian-qt-kde is for developers, and debian-kde for users. Don't post user questions to debian-qt-kde, because developers also read debian-kde, so you don't get a broader audience, but make messages hard to find. I'm sending now to debian-kde, please, follow-up there. Second, debian no longer ships a gstreamer enabled juk (I can't recall exactly why, but other will do). I don't have arts enabled and it works fine with the other backend. Greetings. There are/were only gstreamer 0.6 bindings for KDE and they wanted to remove the old version of gstreamer. Once gstreamer 0.8 bindings become available for KDE those could be used with juk. Chris
Re: getting Juk to use gstreamer backend
On Tue, Dec 21, 2004 at 01:42:03PM +0100, Alejandro Exojo wrote: El Lunes, 20 de Diciembre de 2004 18:38, Jason E. Stewart escribió: Hi, I have no clue how to make juk use gstreamer. I also have no clue how to get juk to use arts for that matter. I am successfully using XMMS with ALSA, but I cannot get any songs in juk to play - they play but create no sound output. First, please note that debian-qt-kde is for developers, and debian-kde for users. Don't post user questions to debian-qt-kde, because developers also read debian-kde, so you don't get a broader audience, but make messages hard to find. I'm sending now to debian-kde, please, follow-up there. Second, debian no longer ships a gstreamer enabled juk (I can't recall exactly why, but other will do). I don't have arts enabled and it works fine with the other backend. Greetings. There are/were only gstreamer 0.6 bindings for KDE and they wanted to remove the old version of gstreamer. Once gstreamer 0.8 bindings become available for KDE those could be used with juk. Chris
Re: meta-kde-extras upload pending
On Sun, Nov 21, 2004 at 02:46:11AM +0100, Adeodato Simó wrote: * Christopher Martin [Sat, 20 Nov 2004 18:52:39 -0500]: Hello, I've prepared a new upload for meta-kde-extras. It's available at http://chrsmrtn.freeshell.org/meta-kde-extras. Comments welcome. If nobody objects, I'll send it to my sponsor for uploading in a day or two. The policy I've followed is to remove Recommends on packages that aren't in Testing, since we should be aiming to get this set for Sarge. Also, if there are any other packages that should be added to the kde-extras list of Recommends, let me know. can't we really loose this source package and have only meta-kde, that generates kde{,-devel}-extras? is there some advantage/rationale for having both? It was split out to help aid backports. The meta-kde package only contains stuff that is part of official KDE. Chris signature.asc Description: Digital signature
Bug#281955: kdepim: FTBFS uses too much space/time to build
On Thu, Nov 18, 2004 at 10:36:14PM -0800, Daniel Schepler wrote: Christopher L Cheney [EMAIL PROTECTED] writes: kdepim now that it uses cdbs and builds static libs takes roughly 3.5x as long to build and 10x the diskspace. This is too much diskspace in fact for it to even to build on s390 and if I did my math right will take somewhere over 200hr to build on m68k. It currently has been building on m68k since Nov 13 05:57:31, about 5.5 days ago. I am still looking into what all contributes to the massive increase in time/space, if you want to discuss this bug in realtime see me on irc. I think probably the main issue is that --enable-final mode messes up static libraries, so I needed to write a patch to disable that on libraries when --enable-static was also passed. (And previously, I just didn't use --enable-final at all because of this.) Also, the plugins all get useless static versions built since libtool can't tell when it's building a plugin as opposed to a library. I don't see what I can really do about this. Dropping the static libraries entirely would be a policy violation, and compiling static libraries which contain just one big .o file wouldn't be much better. Not using enable-final roughly doubles build time on its on. Also, the release team has already agreed that not compiling static libraries is fine as well so it will be ok. None of the other kde packages (or qt afaik) compile static libraries either due to the massive time/space increase. http://lists.debian.org/debian-release/2004/11/msg00145.html http://lists.debian.org/debian-release/2004/11/msg00148.html Chris signature.asc Description: Digital signature
Bug#281227: kontact crashes on start
severity 281227 important tags 281227 + unreproducible stop I can't reproduce this either on sid. I am downgrading this bug due to its unreproducability. Chris signature.asc Description: Digital signature
KDE 3.3.1 - Status Update 2004-11-16
KDE 3.3.1 could be in sarge as early as Nov 20 if the buildds would finish building the packages. Also, I have found that since kdepim has switched to cdbs usage it has some major issues resulting in its FTBFS on s390, including using 10x the diskspace and ~ 3-4x the time. I am still looking into the issue to make certain its because cdbs is braindamaged in general before posting to the debian-devel list. arts - (1.3.1-1) done kde-i18n - (3.3.1-1) done kdeaccessibility - (3.3.1-1) done kdeaddons - (3.3.1-1) - alpha - Dep-Wait kdemultimedia m68k- Dep-Wait kdepim s390- Dep-Wait kdepim kdeadmin - (3.3.1-1) done kdeartwork - (3.3.1-1) -- done kdebase - (3.3.1-2) --- done kdebindings - (3.3.1-2) --- m68k- Building mips- Dep-Wait gij (not available) mipsel - Dep-Wait gij (not available) kdeedu - (3.3.1-3) -- mipsel - Failed (Nov 12) timeout too short kdegames - (3.3.1-1) done kdegraphics - (3.3.1-1) --- done kdelibs - (3.3.1-1) --- done kdemultimedia - (3.3.1-1) - alpha - Building, buildd dead? (contacted Nov 12) kdenetwork - (3.3.1-2) -- s390- Uploaded, upload failed? (contacted Nov 14) kdepim - (3.3.1-1) -- m68k- Building mips- Building powerpc - Building s390- Failed, buildd only has 3GB diskspace! kdesdk - (3.3.1-1) -- m68k- Dep-Wait kdepim s390- Dep-Wait kdepim kdetoys - (3.3.1-2) --- done kdeutils - (3.3.1-1) mips- needs retry! (contacted Nov 12) kdevelop - (3.1.1-2) m68k- Needs-Build mips- Building s390- Failed (kdesdk) kdewebdev - (3.3.1-1) - m68k- Dep-Wait kdesdk s390- Dep-Wait kdesdk signature.asc Description: Digital signature
Bug#280958: Konqueror: Crash when switching from Icon to Tree View
severity 280958 important tags 280958 + unreproducible stop On Fri, Nov 12, 2004 at 04:37:50PM -0500, Josh Metzler wrote: On Friday 12 November 2004 02:37 pm, Clemens Bier wrote: Package: Konqueror Version: 4:3.3.1-2 Severity: grave Justification: renders package unusable You can still use it in icon view mode, right? Though I agree I probably wouldn't use konqueror for file management if detail view didn't work for me. Switching from the icon view to the tree view by clicking on the appropriate icon in the icon bar crashes the application. This doesn't happen for me - I tried switching between all the different views, and I don't get any crashes. The .xsession-errors file contains entries like this: konqueror: ERROR: Error in BrowserExtension::actionSlotMap(), unknown action : searchProvider I get this message in .xsession-errors every time I switch views. KonqListView::property( modified ) failed: property invalid or does not exist I get this one when I close konqueror while in any of the view modes that uses a listview. If I close it while in an icon view mode, I get the same error but for KonqKfmIconView:: Crashes occur on a regular, reproducible basis and have been observed since the 3.3 branch of KDE/Konqueror. Do you get a backtrace (ie - does the crash dialog appear) or does konqueror just disappear? If you can't get a backtrace, I'm out of ideas. Maybe someone else has some, though. It works fine for me too, I am downgrading this bug, perhaps it does happen for someone else but with it not being very reproducible it doesn't deserve grave severity. Chris signature.asc Description: Digital signature
Bug#280373: kfax libtiff vulnerabilities
On Tue, Nov 09, 2004 at 12:37:55AM +0100, Andreas Mueller wrote: Package: kfax Version: 4:3.3.1-1 Severity: normal -- cut from the inoffical KDE Security Advisory -- kfax, a small utility for displaying fax files, contains for historic reasons a private copy of libtiff. Therefore it is vulnerable to these issues as well. As a workaround, you can remove the kfax binary and the kfax_multipage KPart from your system to be on the safe side. A new package is now on ktown. This issue is already sort-of public because Red Hat already announced it as part of their kdegraphics update. Cheers, amu The kfax in kdegraphics 3.3.1-1 deb is already fixed afaik, they removed libtiff from kdegraphics source and use libtiff-tools instead. Chris signature.asc Description: Digital signature
Bug#280373: kfax libtiff vulnerabilities
On Mon, Nov 08, 2004 at 09:35:30PM -0500, Josh Metzler wrote: On Monday 08 November 2004 07:46 pm, Chris Cheney wrote: On Tue, Nov 09, 2004 at 12:37:55AM +0100, Andreas Mueller wrote: Package: kfax Version: 4:3.3.1-1 Severity: normal -- cut from the inoffical KDE Security Advisory -- kfax, a small utility for displaying fax files, contains for historic reasons a private copy of libtiff. Therefore it is vulnerable to these issues as well. As a workaround, you can remove the kfax binary and the kfax_multipage KPart from your system to be on the safe side. A new package is now on ktown. This issue is already sort-of public because Red Hat already announced it as part of their kdegraphics update. Cheers, amu The kfax in kdegraphics 3.3.1-1 deb is already fixed afaik, they removed libtiff from kdegraphics source and use libtiff-tools instead. Chris It is not fixed in kdegraphics 3.3.1-1. I just downloaded the source (apt-get source kdegraphics), and the kfax.cpp is the version dated July 12, 2004 which is in the tagged KDE_3_3_1_RELEASE. The fix was committed to both KDE_3_3_BRANCH and KDE_3_2_BRANCH on October 16, 2004. The 3.2 branch was refixed on October 23. Did you happen to look at the source after debian/patches/01_kdegraphics_branch.diff.uu is applied? The orig.tar.gz is not patched directly of course... Chris
Bug#271256: EXPLANATION: Why testing lacks some kde packages in some architectures
tag 271256 + sarge tag 271256 - sid stop I am not certain why this was reassigned to sid, since it is only a problem in sarge, all the archs are available for sid. I am reassigning this back to sarge since it is still only available on i386 and powerpc on sarge. Chris
Re: Leaving Debian
On Mon, Oct 04, 2004 at 09:37:58AM +0200, Dominique Devriese wrote: Anyway, it's been a real pleasure to work with you all, thanks for all your time and valuable help. Thanks domi for all your help with KDE. I hope you have fun in your new endeavors. Chris Cheney signature.asc Description: Digital signature
Re: Supported Upgrade Path(s) To Debian Sarge KDE ?
On Mon, Oct 04, 2004 at 04:27:19AM +0100, Nick Boyce wrote: FAO: the Debian KDE maintainers If possible, could someone please post some details of the intended supported upgrade paths for users of Woody with KDE 3.x.y systems to the eventual release of Sarge with KDE 3.2.3/3.3 (whichever it turns out to be) ? The only official (tested) upgrade path will be from Woody, at least as far as I know. Chris signature.asc Description: Digital signature
Bug#257439: kicker crashes always
tags 257439 + unreproducible stop I haven't been able reproduce this bug at all and still can't even with the new kdelibs/kdebase. Chris signature.asc Description: Digital signature
Bug#266742: Bug can be reproduced !
retitle 266742 kdelibs: [ipv6] dns servers that are broken cause slow lookups severity 266742 wishlist tags + wontfix stop On Sat, Sep 25, 2004 at 10:52:16AM +0200, Julien Valroff wrote: Hi ! I can reproduce the problem. Just try following sites : http://www.caisse-epargne.fr (French bank) and http://www.anpe.fr (French national job center) I also run an updated Sid with kde 3.3, and the environement variable does not seem to fix the problem. Cheers, Julien I'll reopen this bug and mark it wontfix since it is not a bug in KDE but might confuse users. The problem is the above listed sites DNS servers are broken. I talked to someone on #debian-devel about it and this was what they had to say: 19:23 Md calc: well, let's start from noticing that 1/3 of the servers for the first zone are unreachable 19:23 calc Md: works when -t isn't specified 19:24 Md calc: broken load balancer 19:24 Md calc: the stupid thing just ignores queries for non-A records 19:25 plaisthos calc: slow dns server? 19:25 Md plaisthos: no, broken DNS server If you do a lookup on a random site like the following it works just fine, but on the specific sites you list they do not respond with anything at all they just hang which is a problem with their site. I don't run my own dns server and tested several other sites all with responses in the 0.050-0.070 timespan. I am not going to fix it by disabling ipv6 for everyone, feel free to contact those sites to let them know their dns servers are broken. As to why Mozilla/Opera/etc aren't slow, I do not know unless they have ipv6 support disabled. Thanks, Chris Cheney --- calc-amd64:~# time dig -t www.cheney.cx ; DiG 9.2.4 -t www.cheney.cx ;; global options: printcmd ;; Got answer: ;; -HEADER- opcode: QUERY, status: NOERROR, id: 44944 ;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;www.cheney.cx. IN ;; ANSWER SECTION: www.cheney.cx. 14400 IN CNAME cheney.cx. ;; AUTHORITY SECTION: cheney.cx. 10726 IN SOA dns3.surpasshosting.com. root.pico.surpasshosting.com. 2004022106 28800 7200 360 86400 ;; Query time: 66 msec ;; SERVER: 192.168.0.254#53(192.168.0.254) ;; WHEN: Sat Sep 25 19:18:54 2004 ;; MSG SIZE rcvd: 114 real0m0.069s user0m0.002s sys 0m0.000s --- calc-amd64:~# time dig -t www.caisse-epargne.fr ; DiG 9.2.4 -t www.caisse-epargne.fr ;; global options: printcmd ;; connection timed out; no servers could be reached real0m10.004s user0m0.001s sys 0m0.001s --- signature.asc Description: Digital signature
KDE 3.3.0 for Debian Sarge?
Steve Langasek asked me to make sure that KDE 3.3.0 would be ready for possible inclusion in the Sarge release. I noticed that several packages are still not in sid. Please upload them at your earliest convenience. I will be uploading new versions of my packages with the relevant fixes over the next few days. Thanks, Chris Cheney signature.asc Description: Digital signature
Bug#268327: korganizer: missing libknewstuff.so.1
On Fri, Aug 27, 2004 at 09:55:17AM +0200, Xavier Raynaud wrote: Package: korganizer Version: 4:3.3.0-1 Severity: grave Justification: renders package unusable When starting korganizer, the program craches saying : [EMAIL PROTECTED]:/usr/lib$ korganizer korganizer: error while loading shared libraries: libknewstuff.so.1: cannot open shared object file: No such file or directory libknewstuff.so.1 is in kdelibs4, it should not be missing on your box, is it? Chris signature.asc Description: Digital signature
Bug#268375: kdelibs4-dev: Broken library link
On Fri, Aug 27, 2004 at 02:19:40PM +0200, Javier Conti wrote: Package: kdelibs4-dev Version: 4:3.3.0-1 Severity: grave Justification: renders package unusable The package installs /usr/lib/libknewstuff.so as a symbolic link to /usr/lib/libknewstuff.so.1.0.0 but the target file is not installed: $ file libknewstuff.so libknewstuff.so: broken symbolic link to `libknewstuff.so.1.0.0' korganizer and probably other stuff does not work anymore As already mentioned in bug #268327 these files are in the kdelibs4 deb on the official mirror, did you get the deb from somewhere else? [EMAIL PROTECTED]:~/ns$ lftp ftp://ftp.debian.org/debian/pool/main/k/kdelibs cd ok, cwd=/debian/pool/main/k/kdelibs lftp ftp.debian.org:/debian/pool/main/k/kdelibs get kdelibs4_3.3.0-1_i386.deb 8120168 bytes transferred in 69 seconds (115.6K/s) lftp ftp.debian.org:/debian/pool/main/k/kdelibs quit [EMAIL PROTECTED]:~/ns$ ls kdelibs4_3.3.0-1_i386.deb [EMAIL PROTECTED]:~/ns$ dpkg -x kdelibs4_3.3.0-1_i386.deb . [EMAIL PROTECTED]:~/ns$ ls kdelibs4_3.3.0-1_i386.deb usr [EMAIL PROTECTED]:~/ns$ ls usr/lib/libknewstuff.so.1* usr/lib/libknewstuff.so.1 usr/lib/libknewstuff.so.1.0.0 signature.asc Description: Digital signature
Bug#268327: Re: Bug#268327: Re: Bug#268327: korganizer: missing libknewstuff.so.1
On Fri, Aug 27, 2004 at 01:40:53PM +0200, xavier wrote: Message du 27/08/04 13:10 De : Pierre Habouzit [EMAIL PROTECTED] A : [EMAIL PROTECTED], [EMAIL PROTECTED] Copie à : Objet : Re: Bug#268327: Re: Bug#268327: korganizer: missing libknewstuff.so.1 Le Vendredi 27 Août 2004 10:57, xavier a écrit : libknewstuff.so.1 [root amaretto] update-dlocatedb [root amaretto] dlocate libknewstuff.so.1 kdelibs4: /usr/lib/libknewstuff.so.1.0.0 kdelibs4: /usr/lib/libknewstuff.so.1 it is here I may have done something wrong but dlocate does not say the same things on my box. Anacamptis:/home/xavier# dlocate libknewstuff.so.1 Anacamptis:/home/xavier# I double checked the output of dpkg -L kdelibs4 and it's _not_ in this package. It seems that I am not the only one to get this problem, bugs #268327 and #268333 should be merged. Which arch are you on? It is definitely in at least the i386 deb on the official Debian mirrors... [EMAIL PROTECTED]:~/ns$ lftp ftp://ftp.debian.org/debian/pool/main/k/kdelibs cd ok, cwd=/debian/pool/main/k/kdelibs lftp ftp.debian.org:/debian/pool/main/k/kdelibs get kdelibs4_3.3.0-1_i386.deb 8120168 bytes transferred in 69 seconds (115.6K/s) lftp ftp.debian.org:/debian/pool/main/k/kdelibs quit [EMAIL PROTECTED]:~/ns$ ls kdelibs4_3.3.0-1_i386.deb [EMAIL PROTECTED]:~/ns$ dpkg -x kdelibs4_3.3.0-1_i386.deb . [EMAIL PROTECTED]:~/ns$ ls kdelibs4_3.3.0-1_i386.deb usr [EMAIL PROTECTED]:~/ns$ ls usr/lib/libknewstuff.so.1* usr/lib/libknewstuff.so.1 usr/lib/libknewstuff.so.1.0.0 signature.asc Description: Digital signature
Bug#266600: acknowledged by developer (kopete: fails to install)
retitle 266600 kopete: many things include irc.protocol including konversation and kvirc3 clone 266600 -1 retitle -1 konversation: many things include irc.protocol including kopete and kvirc3 stop On Tue, Aug 24, 2004 at 12:12:11AM -0400, Nathaniel W. Turner wrote: reopen 266600 thanks On Monday 23 August 2004 06:48 pm, Chris Cheney [EMAIL PROTECTED] wrote: kvirc3 does not exist in any of woody/sarge/sid and thus this is not a bug on kopete not providing proper conflicts. Please remove kvirc3 from your system and request whoever maintains it outside of debian to fix the package. Hi Chris, Can I please have some of whatever you are smoking? =) (Seriously, please reread the original bug report. Hint: It doesn't mention kvirc anywhere.) I mistakenly closed the bug before unmerging it, it definitely mentions kvirc3. As you obviously noticed after sending this email... ;) To: [EMAIL PROTECTED] Chris signature.asc Description: Digital signature
Bug#267476: noatun: Noatun plays static when playing ogg files
On Sun, Aug 22, 2004 at 10:38:58PM +0200, Carles Company Soler wrote: Package: noatun Version: 4:3.3.0-1 Severity: important Noatun (and I think kaboodle too) doesn't play ogg files. I only hear shh... It didn't happen before I updatet to kde 3.3... This appears to be an endianess issue somewhere, it works fine on i386 which is LE. Chris signature.asc Description: Digital signature
Re: kdelibs in sid depends libjack0.80.0-0 which depends jackd; see 248665
On Sat, Aug 21, 2004 at 04:00:46AM +0200, sven kissner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi paul, On Sunday 15 August 2004 05:19, Paul Johnson wrote: No kidding. I don't see much point for KDE to have anything to do with arts. If you want to play more than one sound at once, spend $10 and get a sound card worthy of being called such, like a SBLive and not some total piece of shit like pretty much anything involving ac97. (no) offense, but your writing is the same piece of whatever you called ac97 chips.. probably some people have a reason to use such a sound device, e.g. laptops or barbone pcs, one of them being me. considered that, your posting isn't very helpful nor creative. What is even funnier is that SBLive uses ac97 as well... :) Read the following page: http://us.creative.com/products/product.asp?category=1subcategory=206product=50nav=technicalSpecifications Utilizes AC '97 Audio Codec Same goes for even the Audigy 2 cards. Chris signature.asc Description: Digital signature
Bug#266760: kde: kde crashes X when quitting
Which video driver do you use in xfree? Chris signature.asc Description: Digital signature
Bug#266633: kontact: Doesn't start
On Thu, Aug 19, 2004 at 12:27:58AM +1000, Ben Burton wrote: Hi. This is quite probably related to the kontact 3.2 / kdelibs 3.3 mix. If so, it should not block kontact 4:3.2.3-1 from staying in sarge (since it is expected that kdelibs 4:3.2.3-x will stay in sarge also). Though the bug presumably came with the kdelibs upgrade (not the kontact upgrade), so I'm not sure what BTS tag is appropriate in such a scenario. Kontact 3.2.3 works fine here on top of kdelibs 3.3.0. I'm not sure what the problem would be unless KDE wasn't restarted after upgrading to KDE 3.3. Chris signature.asc Description: Digital signature
Re: KDE 3.3 and sarge
On Sun, Aug 15, 2004 at 04:33:47PM +0200, Rene Engelhard wrote: Chris Cheney wrote: I did not upload KDE 3.3 to try to have a nice shiny new release in sarge, it just seemed to lesser of the evils and considering the current ah, and breaking other packages and the release plan with your upload *without warning or dicussion* is a lesser evil? aha.. Could someone please hijack KDE? There is no need to hijack KDE, I have been trying to give it away for years now. It seems no one else is insane enough to take it. :\ Chris signature.asc Description: Digital signature
Re: KDE 3.3 and sarge
On Sat, Aug 14, 2004 at 09:50:52PM -0700, Steve Langasek wrote: [Please cc: debian-release on replies.] As some of you probably already know, a number of packages from KDE 3.3 have been uploaded today to unstable. This upload of a major new upstream release was not discussed with the release team prior to upload; actually, it's caused quite a bit of consternation and generally made for a crappy day on account of the impact on the libtiff freeze. OT: since when is there communication in Debian... Sorry I couldn't resist. I did not see the libtiff update on dda until after I had gotten up this morning (after uploading). kdelibs at minimum would have to had been reuploaded in any case due to several pending security holes. :( A few of the other kde packages not related to the libtiff transition would have to had uploads done as well. The problems for libtiff have, however, been sorted at this point. Consequently, this note is to let maintainers of KDE packages know that the release team does not plan to delay the freeze for KDE3.3. After discussing with Ben Burton, it is clear that allowing only part of KDE 3.3 into sarge so close to the freeze is likely to lead to new bugs, and that any attempt to get all of KDE3.3 into sarge at this point would unacceptably delay the release schedule. There should be no need to delay the freeze for KDE 3.3. By the time the buildds actually manage to catch up KDE 3.3 would be ready as well. Also, note that there are quite a few RC bugs in KDE 3.2.3 including security holes and kmail eating your email, etc. Upstream does not consider non-security issues to be big enough to backport to a no longer current release, since KDE 3.3 has already been released to packagers. buildd backlog (Needs-Build/Building/Dep-Wait) -- alpha - 272 amd64 - 130 arm - 639 hppa- 189 i386- 18 ia64- 176 m68k- 371 mips- 619 mipsel - 722 powerpc - 275 s390- 253 sparc - 212 And growing daily. Yes you see right _722_ packages on mipsel, I had not built any of the KDE 3.2.3 debs I had uploaded 12 days later before uploading KDE 3.3.0. I sent email requesting to have them requeued and dep-waited on Date: Fri, 6 Aug 2004 04:10:41 -0500 with no response nor action taken. If you maintain KDE-related packages that still need to be updated for sarge, this means that you will need to upload your changes to testing-proposed-updates after discussing them with the release team first, because any packages built against unstable will have an unsatisfiable versioned dependency on kdelibs. You can thank Chris Cheney for this turn of events. Yep, thank me. :P Of course if they had uploaded them prior with KDE 3.2.3 they still would never have gone into sarge anyway due to most of the buildd's being broken and/or hopelessly slow. In fact today I have been tracking arts in mipsel queue and every hour it goes further back, it seems mipsel has no chance of ever catching up. Its really a pity Ryan refused the extra buildds earlier this year. I am aware that testing-proposed-updates will be needed for kdegraphics, kdelibs, and kdebase because of a combination of security fixes and the still outstanding requirement to get rid of libtiff3g for sarge. Ben Burton has already expressed his willingness to NMU these packages if necessary; Chris, if you are available to work on this yourself, I am of course happy to work with you to get these packages ready for sarge. These uploads will in any case have to wait for libtiff4 to reach sarge, which should happen in two to three days once the new libtiff3g package is built on all architectures. Add to that list at least kdepim and someone will need to find and backport all the kmail related packages resulting in eaten email, unless data loss isn't considered RC anymore. How are you planning on getting anything built on mipsel? Or is it no longer considered a releasable arch? From everything I saw (number of outstanding bug reports, number of packages in buildd queues, etc) it looked like sarge wouldn't be releasing anytime soon in reality. Over the past several weeks it appears the RC bug count has actually gone up not down. I estimate it would only take a couple days to get all of KDE 3.3 ready for release, besides being built. As I already mentioned above the packages uploaded ~ Aug 2 were yet to even be built on several archs on Aug 13. In fact mipsel buildd never built jasper, I had to have goswin build it for me over a month later. Of course you may have some grand scheme that I am not aware of. I did not upload KDE 3.3 to try to have a nice shiny new release in sarge, it just seemed to lesser of the evils and considering the current buildd/bugs situation seemed to be reasonable. If someone wants to go to the extra work of actually making KDE 3.2.3 release quality then feel free. I just think it will take longer to do that than to actually get KDE 3.2 into shape. Sincerely, Chris Cheney
KDE 3.3.0 Status Update
As everyone is aware by now I uploaded my KDE 3.3.0 debs last night. If anyone needs help updating their packages please let me know if you would like me to help. Chris packages that appear to require NEW processing: kde-i18n ? kdebindings ? kdeedu kdenetwork kdepim kdewebdev arts (1.3.0-1) ... kde-i18n (3.3.0-1) not uploaded yet (NEW?) - noel kdeaccessibility (3.3.0-1) ... kdeaddons (3.3.0-1) - not uploaded yet - bab kdeadmin (3.3.0-1) ... kdeartwork (3.3.0-1) -- not uploaded yet - bab kdebase (3.3.0-1) --- ... kdebindings (3.3.0-1) --- not uploaded yet (NEW?) - domi kdeedu (3.3.0-1) -- not uploaded yet (NEW) - bab kdegames (3.3.0-1) not uploaded yet - frob kdegraphics (3.3.0-1) --- ... kdelibs (3.3.0-1) --- ... kdemultimedia (3.3.0-1) - ... kdenetwork (3.3.0-1) -- NEW kdepim (3.3.0-1) -- not uploaded yet (NEW) - frob kdesdk (3.3.0-1) -- not uploaded yet - bab kdetoys (3.3.0-1) --- not uploaded yet - bab kdeutils (3.3.0-1) ... kdevelop (3.1.0-1) not uploaded yet - njordan kdewebdev (3.3.0-1) - not uploaded yet (NEW) - bab signature.asc Description: Digital signature
Re: kdelibs in sid depends libjack0.80.0-0 which depends jackd; see 248665
On Sun, Aug 15, 2004 at 09:15:07AM +0200, Robert Lindgren wrote: On Sunday 15 August 2004 05:19, Paul Johnson wrote: Stephen Cormier [EMAIL PROTECTED] writes: Welcome to the club I wish they would get rid of that damn artsd yet all these years later it's still there screwing shit up. No kidding. I don't see much point for KDE to have anything to do with arts. If you want to play more than one sound at once, spend $10 and get a sound card worthy of being called such, like a SBLive and not some total piece of shit like pretty much anything involving ac97. I'll give you $100 if you manage to change soundcard to a SBLive on my Dell Inspiron. Well its not a SBLive its newer and better, SB Audigy 2 NX http://www.creative.com/products/product.asp?prodid=9103 :) But really arts is more than just a mixer, it does audio decoding from various formats and does video decoding as well to play videos on your screen as well. However they are considering scrapping arts for KDE 4 and possibly going to something else, perhaps gstreamer. Chris signature.asc Description: Digital signature
Re: Mouse Control gone with new update
On Fri, Aug 06, 2004 at 10:04:11PM -0700, Ralph Alvy wrote: Chris Cheney wrote: On Fri, Aug 06, 2004 at 12:54:01PM -0700, Ralph Alvy wrote: I notice that the Mouse Control module is gone with the latest debian update from unstable. The error message says the following is missing: libkcm_input.la There is no file called libkcm_input.la but there is a usr/lib/kde3/kcm_input.la in kcontrol. I am not at home so I can't check to see if it works on my box. Chris Here is the Details message I get: The diagnostics is: Library files for libkcm_input.la not found in paths Possible reasons: An error occurred during your last KDE upgrade leaving an orphaned control module You have old third party modules lying around. Check these points carefully and try to remove the module mentioned in the error message. If this fails, consider contacting your distributor or packager. I have a freshly reinstalled sid with KDE 3.2.3 (due to unknown events my fs corrupted). kcontrol-peripherals-mouse works just fine here. Chris signature.asc Description: Digital signature
Bug#264018: missing symbol in kdeprint_cups
severity 264018 important tags 264018 + experimental stop If you are going to mark a package with an RC severity bug at least tag it for the right dist as well. Chris On Fri, Aug 06, 2004 at 01:30:46PM -0600, John Galt wrote: Package: kdeprint Version: 4:3.2.92-1 Severity: grave Justification: renders package unusable When first printing from Konqueror, a dialog box comes up titled Error. The body states There was an error loading kdeprint_cups. The diagnostic is: /usr/lib/libkdeprint_management.so.4: undefined symbol: _ZN9KIconView22contentsDragEnterEventEP15QDragEnterEvent This dialog box repeats thrice, then the normal printing dialog comes, without any of the CUPS-defined printers. -- System Information: Debian Release: 3.1 APT prefers experimental APT policy: (991, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.7-1-686 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 Versions of packages kdeprint depends on: ii enscript 1.6.4-4Converts ASCII text to Postscript, ii gv1:3.5.8-31 A PostScript and PDF viewer for X ii kdelibs4 4:3.2.92-1 KDE core libraries ii libart-2.0-2 2.3.16-6 Library of functions for 2D graphi ii libc6 2.3.2.ds1-15 GNU C Library: Shared libraries an ii libfam0c102 2.7.0-5client library to control the FAM ii libgcc1 1:3.5-0pre1GCC support library ii libice6 4.3.0.dfsg.1-6 Inter-Client Exchange library ii libidn11 0.5.2-1GNU libidn library, implementation ii libpng12-01.2.5.0-7 PNG library - runtime ii libqt3c102-mt 3:3.3.2-0pre2 Qt GUI Library (Threaded runtime v ii libsm64.3.0.dfsg.1-6 X Window System Session Management ii libstdc++51:3.3.4-7 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-6 X Window System protocol client li ii libxext6 4.3.0.dfsg.1-6 X Window System miscellaneous exte ii libxrender1 0.8.3-7X Rendering Extension client libra ii poster20020830-2 Create large posters out of PostSc ii psutils 1.17-17A collection of PostScript documen ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g1:1.2.1.1-5compression library - runtime -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] signature.asc Description: Digital signature
KDE_3_2_BRANCH: kdeaccessibility/debian
CVS commit by ccheney: debian packaging update for kdeaccessibility 3.2.3-1 M +13 -0 changelog 1.2.2.3 M +1 -1 control 1.8.2.3 M +0 -1 kmag.menu 1.2.2.2 M +0 -1 kmousetool.menu 1.2.2.2 M +0 -1 kmouth.menu 1.2.2.2 --- kdeaccessibility/debian/changelog #1.2.2.2:1.2.2.3 @@ -1,2 +1,15 @@ +kdeaccessibility (3.2.3-1) unstable; urgency=high + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 3 Aug 2004 05:00:00 -0500 + +kdeaccessibility (3.2.2-1) unstable; urgency=low + + * New upstream release. + * debian/*.menu: remove the obsolete kderemove tag. + + -- Christopher L Cheney [EMAIL PROTECTED] Sun, 11 Apr 2004 23:00:00 -0500 + kdeaccessibility (3.2.1-1) unstable; urgency=low --- kdeaccessibility/debian/control #1.8.2.2:1.8.2.3 @@ -4,5 +4,5 @@ Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] -Build-Depends: automake1.8, debhelper ( 4.2.0), gawk, groff-base, kdelibs4-dev ( 4:3.2.1), sharutils +Build-Depends: automake1.8, debhelper ( 4.2.0), gawk, groff-base, kdelibs4-dev (= 4:3.2.3-4), sharutils Standards-Version: 3.6.1.0 --- kdeaccessibility/debian/kmag.menu #1.2.2.1:1.2.2.2 @@ -3,5 +3,4 @@ section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMag\ command=/usr/bin/kmag --- kdeaccessibility/debian/kmousetool.menu #1.2.2.1:1.2.2.2 @@ -3,5 +3,4 @@ section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMousetool\ command=/usr/bin/kmousetool --- kdeaccessibility/debian/kmouth.menu #1.2.2.1:1.2.2.2 @@ -3,5 +3,4 @@ section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMouth\ command=/usr/bin/kmouth
ARTS_1_2_BRANCH: arts/debian
CVS commit by ccheney: debian packaging updates for arts 1.2.3-1 M +19 -0 changelog 1.15.2.3 M +3 -3 control 1.25.2.3 --- arts/debian/changelog #1.15.2.2:1.15.2.3 @@ -1,2 +1,21 @@ +arts (1.2.3-1) unstable; urgency=high + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 1 Jun 2004 15:30:00 -0500 + +arts (1.2.2-2) unstable; urgency=high + + * Updated to current ARTS_1_2_BRANCH. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 25 May 2004 15:00:00 -0500 + +arts (1.2.2-1) unstable; urgency=low + + * New upstream release. + * Removed libarts1-dev Depends: xlibs-static-pic. (Closes: #240188) + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 5 Apr 2004 17:00:00 -0500 + arts (1.2.1-2) unstable; urgency=high --- arts/debian/control #1.25.2.2:1.25.2.3 @@ -1,9 +1,9 @@ Source: arts -Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-static-pic (= 4.3.0-3) -Build-Conflicts: libmas-dev Section: libs Priority: optional Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] +Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-static-pic (= 4.3.0-3) +Build-Conflicts: libmas-dev Standards-Version: 3.6.1.0 @@ -43,5 +43,5 @@ Architecture: any Section: libdevel -Depends: libarts1 (= ${Source-Version}), libartsc0-dev, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev, xlibs-static-pic (= 4.3.0-3) +Depends: libarts1 (= ${Source-Version}), libartsc0-dev, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev Conflicts: kdelibs3 ( 4:3.0.0), libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0), libkmid ( 4:3.0.0), libkmid-alsa ( 4:3.0.0), libkmid-dev ( 4:3.0.0) Replaces: kdelibs3 ( 4:3.0.0), libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0), libkmid ( 4:3.0.0), libkmid-alsa ( 4:3.0.0), libkmid-dev ( 4:3.0.0)
KDE_3_2_BRANCH: kdeadmin/debian
CVS commit by ccheney: debian packaging update for kdeadmin 3.2.3-1 M +15 -0 changelog 1.89.2.3 M +1 -1 control 1.84.2.3 M +0 -1 kcmlinuz.menu 1.1.6.2 M +0 -1 kcron.menu 1.8.6.2 M +0 -1 kdat.menu 1.6.6.2 M +0 -1 kpackage.menu 1.8.6.2 M +2 -2 kpackage.mime 1.3.6.1 M +0 -1 ksysv.menu 1.9.6.2 M +0 -1 kuser.menu 1.8.6.2 M +0 -1 lilo-config.menu 1.2.2.2 M +0 -1 secpolicy.menu 1.9.6.2 --- kdeadmin/debian/changelog #1.89.2.2:1.89.2.3 @@ -1,2 +1,17 @@ +kdeadmin (4:3.2.3-1) unstable; urgency=high + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 3 Aug 2004 14:00:00 -0500 + +kdeadmin (4:3.2.2-1) unstable; urgency=low + + * New upstream release. + * debian/kpackage.mime: fix the entries to use a proper +nametemplate. see also #235216. + * debian/*.menu: remove the obsolete kderemove tag. + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 12 Apr 2004 01:00:00 -0500 + kdeadmin (4:3.2.1-1) unstable; urgency=low --- kdeadmin/debian/control #1.84.2.2:1.84.2.3 @@ -4,5 +4,5 @@ Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] -Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, kdelibs4-dev ( 4:3.2.1), libbz2-dev, libpam0g-dev, lilo [i386], rpm, sharutils, texinfo +Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, kdelibs4-dev (= 4:3.2.3-4), libbz2-dev, libpam0g-dev, lilo [i386], rpm, sharutils, texinfo Standards-Version: 3.6.1.0 --- kdeadmin/debian/kcmlinuz.menu #1.1.6.1:1.1.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=kcmlinuz\ command=/usr/bin/kcmshell linuz --- kdeadmin/debian/kcron.menu #1.8.6.1:1.8.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDE Task Scheduler\ command=/usr/bin/kcron --- kdeadmin/debian/kdat.menu #1.6.6.1:1.6.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDat\ command=/usr/bin/kdat --- kdeadmin/debian/kpackage.menu #1.8.6.1:1.8.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDE Package Manager\ command=/usr/bin/kpackage --- kdeadmin/debian/kpackage.mime #1.3:1.3.6.1 @@ -1,2 +1,2 @@ -application/x-rpm; kpackage -caption Package Manager %s;test=test $DISPLAY != ; priority=7 -application/x-debian-package; kpackage -caption Package Manager %s;test=test $DISPLAY != ; priority=7 +application/x-deb; kpackage -caption Package Manager %s; nametemplate=%s.deb;test=test $DISPLAY != ; priority=7 +application/x-rpm; kpackage -caption Package Manager %s; nametemplate=%s.rpm;test=test $DISPLAY != ; priority=7 --- kdeadmin/debian/ksysv.menu #1.9.6.1:1.9.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDE SysV-Init Editor\ command=/usr/bin/ksysv --- kdeadmin/debian/kuser.menu #1.8.6.1:1.8.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDE User Manager\ command=/usr/bin/kuser --- kdeadmin/debian/lilo-config.menu #1.2.2.1:1.2.2.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=lilo-config\ command=/usr/bin/kdesu kcmshell lilo --- kdeadmin/debian/secpolicy.menu #1.9.6.1:1.9.6.2 @@ -3,5 +3,4 @@ section=Apps/System\ hints=KDE\ -kderemove=y\ title=KDE PAM Security Policy Editor\ command=/usr/bin/secpolicy
KDE_3_2_BRANCH: kdebase/debian
CVS commit by ccheney: debian packaging update for kdebase 3.2.3-1 Akcontrol.preinst 1.1.4.1 Akdebase-data.preinst 1.1.4.1 Akdesktop.preinst 1.1.4.1 Akdm.preinst 1.17.4.1 Akicker.preinst 1.1.4.1 Akonsole.docs 1.8.4.1 Akonsole.preinst 1.1.4.1 Aksmserver.preinst 1.1.4.1 Alocal/README.linux.console 1.1.4.1 Apo/da.po 1.1.4.1 M +31 -1 changelog 1.263.2.3 M +6 -5 control 1.248.2.3 M +0 -1 kappfinder.menu 1.2.4.2 M +0 -2 kate.menu 1.5.4.2 M +2 -2 kate.mime 1.5.4.2 M +7 -9 kcontrol.install 1.45.2.5 M +0 -1 kcontrol.menu 1.2.4.2 M +0 -2 kdebase-bin.menu 1.2.2.2 M +56 -0 kdebase-data.install 1.27.2.3 M +1 -0 kdebase-dev.install 1.16.2.3 M +0 -3 kdeprint.menu 1.2.4.2 M +5 -3 kdm-np.pam 1.1.2.3 M +29 -31kdm.config 1.9.4.2 M +29 -10kdm.postinst 1.33.2.2 M +37 -9 kdm.postrm 1.11.2.2 M +34 -15kdm.prerm 1.12.2.2 M +0 -1 kfind.menu 1.2.4.2 M +0 -1 khelpcenter.menu 1.2.4.2 M +0 -1 kicker.menu 1.2.4.2 M +0 -1 klipper.menu 1.2.4.2 M +0 -1 kmenuedit.menu 1.2.4.2 M +0 -1 konqueror.install 1.27.2.4 M +0 -3 konqueror.menu 1.23.2.2 M +11 -15konqueror.mime 1.9.4.2 M +0 -6 konqueror.postinst 1.11.4.1 M +2 -1 konqueror.prerm 1.1.4.1 M +0 -1 konsole.menu 1.11.4.2 M +1 -7 konsole.postinst 1.13.4.1 M +2 -1 konsole.prerm 1.8.4.1 M +0 -1 kpager.menu 1.2.4.2 M +0 -1 kpersonalizer.menu 1.2.4.2 M +1 -1 ksmserver.install 1.5.2.2 M +1 -7 ksmserver.postinst 1.1.2.2 M +3 -5 ksmserver.prerm 1.1.2.2 M +0 -2 ksysguard.menu 1.2.4.2 M +0 -1 ktip.menu 1.2.4.2 M +1 -3 rules 1.231.2.2
KDE_3_2_BRANCH: kdelibs/debian
CVS commit by ccheney: debian packaging update for kdelibs 3.2.3-4 M +27 -0 changelog 1.225.2.4 M +4 -5 control 1.249.2.4 M +2 -0 kdelibs-data.install 1.15.2.4 M +2 -0 kdelibs4.install 1.41.2.2
KDE_3_2_BRANCH: kdemultimedia/debian
CVS commit by ccheney: debian packaging update for kdemultimedia 3.2.3-1 M +0 -2 artsbuilder.menu 1.4.4.2 M +15 -0 changelog 1.117.2.3 M +2 -2 control 1.130.2.4 M +0 -1 juk.menu 1.1.2.3 M +0 -1 kaboodle.menu 1.2.4.2 M +0 -1 kaudiocreator.menu 1.1.4.2 M +1 -0 kdemultimedia-dev.install 1.9.2.3 M +0 -1 kmid.menu 1.4.4.2 M +0 -1 kmix.menu 1.9.4.2 M +0 -1 krec.menu 1.1.2.3 M +0 -1 kscd.menu 1.9.4.2 M +0 -1 noatun.menu 1.4.4.2
KDE_3_2_BRANCH: kdenetwork/debian
CVS commit by ccheney: debian packaging update for kdenetwork 3.2.3-1 M +14 -0 changelog 1.114.2.3 M +1 -1 control 1.102.2.3 M +0 -1 kdict.menu 1.3.6.2 M +0 -1 kget.menu 1.1.2.3 M +0 -1 knewsticker.menu 1.1.2.3 M +0 -1 kopete.menu 1.1.2.3 M +3 -1 kppp.install 1.12.2.2 M +0 -2 kppp.menu 1.8.6.2 M +0 -1 krdc.menu 1.1.2.3 M +0 -1 krfb.menu 1.1.2.3 M +0 -1 ksirc.menu 1.10.6.2 M +0 -1 kwifimanager.menu 1.1.2.3 --- kdenetwork/debian/changelog #1.114.2.2:1.114.2.3 @@ -1,2 +1,16 @@ +kdenetwork (4:3.2.3-1) unstable; urgency=high + + * New upstream release. + * Build-Depends: xlibs-static-pic. (Closes: #260748) + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 3 Aug 2004 21:00:00 -0500 + +kdenetwork (4:3.2.2-1) unstable; urgency=low + + * New upstream release. + * debian/*.menu: remove the obsolete kderemove tag. + + -- Christopher L Cheney [EMAIL PROTECTED] Fri, 16 Apr 2004 04:00:00 -0500 + kdenetwork (4:3.2.1-1) unstable; urgency=low --- kdenetwork/debian/control #1.102.2.2:1.102.2.3 @@ -4,5 +4,5 @@ Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] -Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, kdelibs4-dev ( 4:3.2.1), libgadu-dev, libiw-dev, libslp-dev, libtiff3g-dev, libxml2-dev, libxslt1-dev, sharutils, valgrind [i386], xmms-dev +Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, kdelibs4-dev (= 4:3.2.3-4), libgadu-dev, libiw-dev, libslp-dev, libtiff4-dev, libxml2-dev, libxslt1-dev, sharutils, valgrind [i386], xlibs-static-pic, xmms-dev Standards-Version: 3.6.1.0 --- kdenetwork/debian/kdict.menu #1.3.6.1:1.3.6.2 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KDict\ command=/usr/bin/kdict --- kdenetwork/debian/kget.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KGet\ command=/usr/bin/kget --- kdenetwork/debian/knewsticker.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KNewsTicker\ command=/usr/bin/appletproxy knewsticker.desktop --- kdenetwork/debian/kopete.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE,IM\ -kderemove=y\ title=Kopete\ command=/usr/bin/kopete --- kdenetwork/debian/kppp.install #1.12.2.1:1.12.2.2 @@ -390,6 +390,8 @@ debian/tmp/usr/share/apps/kppp/Rules/Portugal/PT_YesNET.rst debian/tmp/usr/share/apps/kppp/Rules/Portugal/PT_YesNET_Ilhas.rst +debian/tmp/usr/share/apps/kppp/Rules/Romania/Easynet.rst +debian/tmp/usr/share/apps/kppp/Rules/Romania/RomTelecom_GSM.rst debian/tmp/usr/share/apps/kppp/Rules/Romania/Romtelecom_Acces_Special_Internet.rst -debian/tmp/usr/share/apps/kppp/Rules/Romania/Romtelecom_Interurban.rst +debian/tmp/usr/share/apps/kppp/Rules/Romania/Romtelecom_Interjudetean.rst debian/tmp/usr/share/apps/kppp/Rules/Romania/Romtelecom_Local.rst debian/tmp/usr/share/apps/kppp/Rules/Romania/Zapp-Mobile.rst --- kdenetwork/debian/kppp.menu #1.8.6.1:1.8.6.2 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KPPP\ command=/usr/bin/kppp @@ -11,5 +10,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KPPP - Logview\ command=/usr/bin/kppplogview --- kdenetwork/debian/krdc.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=Krdc\ command=/usr/bin/krdc --- kdenetwork/debian/krfb.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=Krfb\ command=/usr/bin/krfb --- kdenetwork/debian/ksirc.menu #1.10.6.1:1.10.6.2 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE,IRC\ -kderemove=y\ title=KSirc\ command=/usr/bin/ksirc --- kdenetwork/debian/kwifimanager.menu #1.1.2.2:1.1.2.3 @@ -3,5 +3,4 @@ section=Apps/Net\ hints=KDE\ -kderemove=y\ title=KWifiManager\ command=/usr/bin/kwifimanager
KDE_3_2_BRANCH: kdepim/debian
CVS commit by ccheney: debian packaging update for kdepim 3.2.3-1 Aknotes.preinst 1.1.4.1 M +20 -0 changelog 1.72.4.3 M +3 -3 control 1.86.2.5 M +0 -1 kaddressbook.menu 1.1.4.3 M +0 -1 kalarm.menu 1.2.6.2 M +0 -1 kandy.menu 1.4.6.2 M +0 -1 karm.menu 1.1.6.3 M +4 -0 kmail.install 1.6.4.2 M +0 -1 kmail.menu 1.1.4.2 M +0 -1 kmailcvt.menu 1.1.4.2 M +0 -1 knode.menu 1.1.4.2 M +1 -1 knotes.install 1.5.4.4 M +0 -1 knotes.menu 1.1.6.3 M +0 -1 kontact.menu 1.1.2.3 M +0 -1 korganizer.menu 1.10.6.2 M +0 -1 korn.menu 1.1.4.2 M +0 -2 kpilot.menu 1.6.6.3 M +7 -8 kpilot.templates 1.1.2.2 M +0 -1 ksync.menu 1.1.4.3 M +0 -1 ktnef.menu 1.1.2.3 M +1 -1 po/POTFILES.in 1.1.2.2 M +11 -11po/da.po 1.1.2.2 M +16 -11po/fr.po 1.1.2.2 M +11 -11po/ja.po 1.1.2.2 M +22 -17po/nl.po 1.1.2.2 M +23 -18po/pt_BR.po 1.1.2.2 M +16 -11po/templates.pot 1.1.2.2
KDE_3_2_BRANCH: kdeutils/debian
CVS commit by ccheney: debian packaging update for kdeutils 3.2.3-1 Akmilo.install.powerpc 1.1.2.1 Aksim.preinst 1.1.2.1 M +0 -1 ark.menu 1.8.4.2 M +21 -0 changelog 1.84.2.3 M +2 -2 control 1.88.2.3 M +0 -1 kcalc.menu 1.10.4.2 M +0 -1 kcharselect.menu 1.10.4.2 M +0 -1 kdepasswd.menu 1.9.4.2 M +0 -2 kdf.menu 1.8.4.2 M +0 -1 kedit.menu 1.9.4.2 M +0 -1 kfloppy.menu 1.9.4.2 M +0 -1 kgpg.menu 1.1.2.3 M +0 -1 khexedit.menu 1.8.4.2 M +0 -1 kjots.menu 1.8.4.2 M +0 -1 kregexpeditor.menu 1.1.2.3 M +0 -1 ktimer.menu 1.3.4.2
kdeaccessibility/debian
CVS commit by ccheney: debian packaging updates for kdeaccessibility 3.2.92-1 M +26 -0 changelog 1.4 M +1 -1 control 1.10 M +2 -3 kmag.menu 1.3 M +2 -3 kmousetool.menu 1.3 M +3 -1 kmouth.install 1.5 M +2 -3 kmouth.menu 1.3 --- kdeaccessibility/debian/changelog #1.3:1.4 @@ -1,2 +1,28 @@ +kdeaccessibility (3.2.92-1) experimental; urgency=low + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 27 Jul 2004 16:00:00 -0500 + +kdeaccessibility (3.2.3-1) unstable; urgency=high + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 3 Aug 2004 05:00:00 -0500 + +kdeaccessibility (3.2.2-1) unstable; urgency=low + + * New upstream release. + * debian/*.menu: remove the obsolete kderemove tag. + + -- Christopher L Cheney [EMAIL PROTECTED] Sun, 11 Apr 2004 23:00:00 -0500 + +kdeaccessibility (3.2.1-1) unstable; urgency=low + + * New upstream release. + * Added Build-Depends: groff-base. (Closes: #235015) + + -- Christopher L Cheney [EMAIL PROTECTED] Fri, 5 Mar 2004 17:00:00 -0600 + kdeaccessibility (3.2.0-0pre1v1) unstable; urgency=low --- kdeaccessibility/debian/control #1.9:1.10 @@ -4,5 +4,5 @@ Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] -Build-Depends: automake1.7, debhelper ( 4.0.18), gawk, kdelibs4-dev, sharutils +Build-Depends: automake1.8, debhelper ( 4.2.0), gawk, groff-base, kdelibs4-dev (= 4:3.2.92-1), sharutils Standards-Version: 3.6.1.0 --- kdeaccessibility/debian/kmag.menu #1.2:1.3 @@ -1,7 +1,6 @@ ?package(kmag):\ -needs=x11\ -section=Apps/Tools\ +needs=x11\ +section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMag\ command=/usr/bin/kmag --- kdeaccessibility/debian/kmousetool.menu #1.2:1.3 @@ -1,7 +1,6 @@ ?package(kmousetool):\ -needs=x11\ -section=Apps/Tools\ +needs=x11\ +section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMousetool\ command=/usr/bin/kmousetool --- kdeaccessibility/debian/kmouth.install #1.4:1.5 @@ -1,2 +1,3 @@ +debian/tmp/etc/kde3/kmouthrc debian/tmp/usr/bin/kmouth debian/tmp/usr/share/applnk/Applications/kmouth.desktop @@ -58,5 +59,4 @@ debian/tmp/usr/share/apps/kmouth/kmouthui.rc debian/tmp/usr/share/apps/kmouth/phrasebookdialogui.rc -debian/tmp/usr/share/config/kmouthrc debian/tmp/usr/share/doc/kde/HTML/en/kmouth/common debian/tmp/usr/share/doc/kde/HTML/en/kmouth/index.cache.bz2 @@ -66,4 +66,6 @@ debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthctts.eps debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthctts.png +debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthcwcp.eps +debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthcwcp.png debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthedit.eps debian/tmp/usr/share/doc/kde/HTML/en/kmouth/kmouthedit.png --- kdeaccessibility/debian/kmouth.menu #1.2:1.3 @@ -1,7 +1,6 @@ ?package(kmouth):\ -needs=x11\ -section=Apps/Tools\ +needs=x11\ +section=Apps/Tools\ hints=KDE\ -kderemove=y\ title=KMouth\ command=/usr/bin/kmouth
Re: KDE_3_2_BRANCH: kdenetwork/debian
On Fri, Aug 06, 2004 at 06:36:41PM -0500, Matt Rogers wrote: On Friday 06 August 2004 06:00 pm, Chris Cheney wrote: CVS commit by ccheney: debian packaging update for kdenetwork 3.2.3-1 You might also want to make sure the patch for the yahoo connection issue in kopete is included. I can supply the patch if needed. Thanks, Matt Was it not included in the KDE_3_2_BRANCH? Chris signature.asc Description: Digital signature
KDE_3_2_BRANCH: kdebase/debian/local
CVS commit by ccheney: no longer needed RKDE 1.1.2.1
kdebase/debian
CVS commit by ccheney: debian packaging updates M +9 -0 changelog 1.266 M +4 -3 control 1.251 --- kdebase/debian/changelog #1.265:1.266 @@ -5,4 +5,13 @@ -- Christopher L Cheney [EMAIL PROTECTED] Tue, 27 Jul 2004 01:00:00 -0500 +kdebase (4:3.2.3-1) unstable; urgency=high + + * New upstream release. + * ksmserver Provides: x-session-manager. (Closes: #258677) + * Remove Energy Star logo png files. (Closes: #259638) + * Build-Depends: xlibs-static-pic. (Closes: #260959) + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 3 Aug 2004 02:00:00 -0500 + kdebase (4:3.2.2-1) unstable; urgency=low --- kdebase/debian/control #1.250:1.251 @@ -4,5 +4,5 @@ Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] -Build-Depends: automake1.8, debhelper (= 4.2.0), gawk, gettext, kdelibs4-dev, lesstif-dev, libbz2-dev, libcdparanoia0-dev, libdb4.2-dev, libfontconfig1-dev, libldap2-dev, libncurses5-dev, libpam0g-dev, libraw1394-dev, libsasl2-dev, libsensors-dev, libsmbclient-dev, libssl-dev, libtiff3g-dev, sharutils, texinfo, xlibs-static-pic, xutils +Build-Depends: automake1.8, debhelper (= 4.2.0), gawk, gettext, kdelibs4-dev (= 4:3.2.92-1), lesstif-dev, libbz2-dev, libcdparanoia0-dev, libdb4.2-dev, libfontconfig1-dev, libldap2-dev, libncurses5-dev, libpam0g-dev, libraw1394-dev, libsasl2-dev, libsensors-dev, libsmbclient-dev, libssl-dev, libtiff3g-dev, sharutils, texinfo, xlibs-static-pic, xutils Build-Depends-Indep: doxygen, qt3-doc Standards-Version: 3.6.1.0 @@ -62,5 +62,5 @@ Section: kde Architecture: any -Depends: ${shlibs:Depends}, kdebase-data +Depends: ${shlibs:Depends}, kdebase-data, perl-suid Suggests: khelpcenter Conflicts: kdebase-libs ( 4:3.0.0) @@ -411,4 +411,5 @@ Section: kde Architecture: any +Provides: x-session-manager Depends: ${shlibs:Depends} Replaces: kdebase ( 4:3.0.0), kwin ( 4:3.2.0) @@ -494,5 +495,5 @@ Architecture: any Depends: ${shlibs:Depends} -Suggests: kdebase-bin (= ${Source-Version}), kdebase-data (= 4:3.1.4-1), kdesktop (= ${Source-Version}), kicker (= ${Source-Version}), kpager (= ${Source-Version}), kpersonalizer (= ${Source-Version}), ksmserver (= ${Source-Version}), ksplash (= ${Source-Version}) +Suggests: kdebase-bin (= ${Source-Version}), kdebase-data (= ${Source-Version}), kdesktop (= ${Source-Version}), kicker (= ${Source-Version}), kpager (= ${Source-Version}), kpersonalizer (= ${Source-Version}), ksmserver (= ${Source-Version}), ksplash (= ${Source-Version}) Replaces: kdebase ( 4:3.0.0) Description: KDE Window Manager
kdegraphics/debian
CVS commit by ccheney: debian packaging update for kdegraphics 3.2.92-1 Akolourpaint.install 1.1 Akolourpaint.manpages 1.1 Akolourpaint.menu 1.1 Aman/kolourpaint.1 1.1 M +33 -1 changelog 1.96 M +1 -0 compat 1.2 M +12 -12control 1.94 M +4 -6 kcoloredit.menu 1.4 M +2 -0 kdegraphics-dev.install 1.7 M +9 -0 kdegraphics-kfile-plugins.install 1.4 M +0 -3 kdvi.install 1.13 M +3 -4 kdvi.menu 1.3 M +1 -1 kdvi.mime 1.4 M +2 -3 kfax.menu 1.3 M +1 -1 kfax.mime 1.3 M +1 -1 kgamma.install 1.5 M +2 -0 kghostview.install 1.10 M +2 -3 kghostview.menu 1.9 M +3 -3 kghostview.mime 1.5 M +24 -24kiconedit.install 1.9 M +2 -3 kiconedit.menu 1.5 M +1 -1 kooka.install 1.11 M +2 -3 kooka.menu 1.4 M +2 -3 kpdf.menu 1.3 M +1 -0 kpdf.mime 1.2 M +3 -4 kpovmodeler.menu 1.2 M +2 -3 kruler.menu 1.6 M +2 -3 ksnapshot.menu 1.9 M +2 -3 kuickshow.menu 1.3 M +2 -3 kview.menu 1.9 M +9 -9 kview.mime 1.6 M +1 -1 libkscan1.install 1.6 M +5 -8 rules 1.79 Rkpaint.install 1.7 Rkpaint.manpages 1.3 Rkpaint.menu 1.4 Rman/kpaint.1 1.2
kdelibs/debian
CVS commit by ccheney: debian packaging update for kdelibs M +14 -0 changelog 1.228 M +1 -1 control 1.252 --- kdelibs/debian/changelog #1.227:1.228 @@ -5,4 +5,18 @@ -- Christopher L Cheney [EMAIL PROTECTED] Mon, 26 Jul 2004 16:00:00 -0500 +kdelibs (4:3.2.3-4) unstable; urgency=high + + * KDE_3_2_BRANCH Update. + * Apply patch for mktemp security issue. (Closes: #261386) + * Build-Depends: libtiff4-dev. (Closes: #262589, #262832) + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 2 Aug 2004 22:00:00 -0500 + +kdelibs (4:3.2.3-3) unstable; urgency=low + + * KDE_3_2_BRANCH Update. + + -- Christopher L Cheney [EMAIL PROTECTED] Thu, 22 Jul 2004 03:00:00 -0500 + kdelibs (4:3.2.3-2) unstable; urgency=low --- kdelibs/debian/control #1.251:1.252 @@ -74,5 +74,5 @@ Section: libdevel Architecture: any -Depends: kdelibs4 (= ${Source-Version}), kdelibs-bin (= ${Source-Version}), libart-2.0-dev, libarts1-dev ( 1.2.1), libcupsys2-dev, libfam-dev, libpcre3-dev, libssl-dev, libxml2-utils, libxrender-dev +Depends: kdelibs4 (= ${Source-Version}), kdelibs-bin (= ${Source-Version}), libart-2.0-dev, libarts1-dev ( 1.2.92), libcupsys2-dev, libfam-dev, libpcre3-dev, libssl-dev, libxml2-utils, libxrender-dev Provides: kdelibs-dev Conflicts: kdelibs-dev ( 4:3.0.0), kdelibs3 ( 4:3.0.0), kdelibs3-bin ( 4:3.0.0), kdepim-libs ( 4:3.0.0), libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0), libkmid ( 4:3.0.0), libkmid-alsa ( 4:3.0.0), libkmid-dev ( 4:3.0.0), libkonq-dev ( 4:3.0.0)
kdemultimedia/debian
CVS commit by ccheney: debian packaging update for kdemultimedia 3.2.92-1 Aakode.install 1.1 Akdemultimedia-kappfinder-data.install 1.1 M +4 -6 artsbuilder.menu 1.5 M +28 -0 changelog 1.119 M +31 -3 control 1.132 M +9 -2 juk.install 1.4 M +2 -3 juk.menu 1.3 M +2 -3 kaboodle.menu 1.3 M +3 -0 kaudiocreator.install 1.9 M +2 -3 kaudiocreator.menu 1.2 M +25 -5 kdemultimedia-dev.install 1.11 M +3 -0 kdemultimedia-kfile-plugins.install 1.3 M +14 -0 kdemultimedia-kio-plugins.install 1.4 M +2 -0 kmid.install 1.9 M +2 -3 kmid.menu 1.5 M +1 -3 kmix.install 1.12 M +2 -3 kmix.menu 1.10 M +3 -0 krec.install 1.9 M +2 -3 krec.menu 1.3 M +1 -8 kscd.install 1.8 M +2 -3 kscd.menu 1.10 M +2 -1 libarts1-xine.install 1.5 M +3 -3 libkcddb1.install 1.3 M +12 -0 noatun.install 1.12 M +2 -3 noatun.menu 1.5 M +7 -6 noatun.mime 1.4 M +1 -1 rules 1.107
kdenetwork/debian
CVS commit by ccheney: debian packaging update for kdenetwork 3.2.3-1 M +20 -0 changelog 1.116 M +1 -2 control 1.104 M +2 -3 kdict.menu 1.4 M +2 -3 kget.menu 1.3 M +2 -3 knewsticker.menu 1.3 M +1 -0 kopete.install 1.12 M +2 -3 kopete.menu 1.3 M +3 -1 kppp.install 1.14 M +4 -6 kppp.menu 1.9 M +2 -3 krdc.menu 1.3 M +2 -3 krfb.menu 1.3 M +1 -1 ksirc.install 1.14 M +2 -3 ksirc.menu 1.11 M +1 -1 ktalkd.install 1.12 M +20 -0 kwifimanager.install 1.3 M +2 -3 kwifimanager.menu 1.3
kdeutils/debian
CVS commit by ccheney: debian packaging update for kdeutils 3.2.3-1 M +2 -3 ark.menu 1.9 M +13 -13ark.mime 1.5 M +28 -0 changelog 1.86 M +2 -2 control 1.90 M +2 -3 kcalc.menu 1.11 M +2 -3 kcharselect.menu 1.11 M +2 -3 kdepasswd.menu 1.10 M +4 -6 kdf.menu 1.9 M +2 -3 kedit.menu 1.10 M +15 -15kedit.mime 1.5 M +2 -3 kfloppy.menu 1.10 M +2 -3 kgpg.menu 1.3 M +2 -3 khexedit.menu 1.9 M +2 -3 kjots.menu 1.9 M +18 -0 kmilo.install.powerpc 1.2 M +2 -3 kregexpeditor.menu 1.3 M +1 -1 ksim.install 1.9 M +44 -0 ksim.preinst 1.2 M +2 -3 ktimer.menu 1.4
Re: KDE_3_2_BRANCH: kdenetwork/debian
On Fri, Aug 06, 2004 at 09:34:11PM -0500, Matt Rogers wrote: On Friday 06 August 2004 07:20 pm, Chris Cheney wrote: On Fri, Aug 06, 2004 at 06:36:41PM -0500, Matt Rogers wrote: On Friday 06 August 2004 06:00 pm, Chris Cheney wrote: CVS commit by ccheney: debian packaging update for kdenetwork 3.2.3-1 You might also want to make sure the patch for the yahoo connection issue in kopete is included. I can supply the patch if needed. Thanks, Matt Was it not included in the KDE_3_2_BRANCH? Chris If you're packaging KDE_3_2_BRANCH, yes, it should included. I assumed from your commit message that you were packaging the tagged 3.2.3 release. My apologies. Ok, no problem. I normally don't include the branch patch which is under the debian/patches directory since it won't apply except to a clean release checkout. Thanks, Chris signature.asc Description: Digital signature
Re: Mouse Control gone with new update
On Fri, Aug 06, 2004 at 12:54:01PM -0700, Ralph Alvy wrote: I notice that the Mouse Control module is gone with the latest debian update from unstable. The error message says the following is missing: libkcm_input.la There is no file called libkcm_input.la but there is a usr/lib/kde3/kcm_input.la in kcontrol. I am not at home so I can't check to see if it works on my box. Chris signature.asc Description: Digital signature
Re: packaging on KDE 3.3 (coordination effort)
On Tue, Aug 03, 2004 at 07:48:57PM -0700, Jeremy Shaw wrote: Hello, Since it looks like KDE 3.2 will be going into Sarge, and not KDE 3.3, I assume this means the packaging of the KDE 3.3 is going to be on hold for a while, until KDE 3.2.3 is flushed out. We, (linspire, inc), however, are still interested in getting KDE 3.3 packaged ASAP -- which (probably) means doing it ourselves. But, I wanted to coordinate our efforts as much as possible, so we are not duplicating each others work. I am not exactly sure how this would work best. I could annouce each morning what we intend to work on, and post patches at the end of the day... We are managing our changes in tla and could provide a public mirror if that would be preferable. Or, we would be happy to commit to a repository of your choice. Please let us know. Thanks! Jeremy Shaw. I am hoping to have all of my KDE 3.2.3 debs in incoming by the end of the night. I will continue to be working on KDE 3.3 after that. The first rough set of debs are in experimental (some stuck in NEW queue) right now, but they haven't been run through the file conflicts checker, etc. I am hoping to have some usable 3.2.92 (3.3b2) debs done by the time RC1 is released to packagers on Aug 7 so updating to KDE 3.3 won't be hard. Thanks, Chris Cheney BTW - I am still looking for a job if any companies are looking for more employees... ;) signature.asc Description: Digital signature
Re: libqt-mt = libqt3c102-mt
On Sun, Aug 01, 2004 at 03:09:21PM +0200, Henning Moll wrote: Hello! I have an additional question to an old mailing list discussion: http://lists.debian.org/debian-kde/2004/04/msg00259.html It was about dependency problems just due to the fact, that packages are (unnecessarily) named different: There are many KDE backports out there, some of them depends on libqt3-mt, some of them on libqt3c102-mt. So it is difficult (?) to build a package of an KDE application which will work with both of these different backports: Can't you make your package depend on kdelibs4, and use the implicit kdelibs4-libqt3* dependency ? No. The package dependencies are generated at build time against whatever the package links to, plus manually set dependencies. So for kdelibs4 and libqt3c102-mt they are automatically set up. Now i noticed, that i can resolve the problem by manually correct the Depends field like that: before: Depends: ..., libqt3-mt (= 3:3.1.2), ... after: Depends: ..., libqt3-mt (= 3:3.1.2) | libqt3c102-mt (= 3:3.1.2), ... That works, but is there an better way to achieve that? libqt3c102-mt indicates it was built with gcc 3.2 or above. c++ libraries built with gcc 2.95 and 3.2 are not compatible with each other. If the libqt3c102-mt is really built with gcc 3.2 you should not adjust the depends line. If you mangle the depends in the manner above your packages will stop working when upgraded to sarge/sid, unless they are replaced by a newer version as well. Otherwise if it isn't really built against gcc 3.2+ it should not be using the c102 form of the name. Chris signature.asc Description: Digital signature
Re: 3.2.3-3 in sarge?
On Wed, Jul 28, 2004 at 06:16:29PM -0400, David P James wrote: On Wed 28 July 2004 12:47, Bernd Schubert wrote: Hello, now that sarge will be frozen soon, will kde in sarge still updated to 3.2.3-3? Considering that 3.2.3 still isn't fully in unstable (check for Konqueror), I have my doubts. Of course what'll happen is that Sarge will be released right around the time 3.3 comes out and the various reviewers will wonder why it wasn't included. KDE 3.2.92 (3.3b2) is currently being uploaded to experimental for inclusion in sid in a couple weeks when KDE 3.3 is released. The rest of KDE 3.2.3 will be uploaded to sid as soon as the KDE 3.2.92 debs for experimental are done. Sarge will most likely be released with KDE 3.3. The current estimated release date for the KDE 3.3 sources to packagers is sometime between August 7-18. Chris signature.asc Description: Digital signature
Re: 3.2.3-3 in sarge?
On Fri, Jul 30, 2004 at 11:29:26AM +1000, Ben Burton wrote: Hi. I really belief that it would be better to include a bug fixed kde 3.2 than a buggy kde 3.3. FWIW, I'm also in favour of including 3.2.3 rather than 3.3.0. Each new 3.x release seems to (understandably) begin with a number of annoyances that are ironed out over the BRANCH releases, and debian is certainly known for shipping old and solid over new and flaky. b. Well current konqueror in sid which is actually newer than 3.2.2 since it has branch fixes, still crashes on my hourly. So far konqueror in KDE 3.2.92 hasn't crashed on me yet. So I guess you just have to weigh out which is better, something that has known bugs vs bugs we don't about yet... Chris signature.asc Description: Digital signature
arts/debian
CVS commit by ccheney: debian packaging updates for arts 1.2.92-1 M +37 -0 changelog 1.17 M +4 -4 control 1.27 --- arts/debian/changelog #1.16:1.17 @@ -1,2 +1,39 @@ +arts (1.2.92-1) experimental; urgency=low + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 26 Jul 2004 15:00:00 -0500 + +arts (1.2.3-1) unstable; urgency=high + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 1 Jun 2004 15:30:00 -0500 + +arts (1.2.2-2) unstable; urgency=high + + * Updated to current ARTS_1_2_BRANCH. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 25 May 2004 15:00:00 -0500 + +arts (1.2.2-1) unstable; urgency=low + + * New upstream release. + * Removed libarts1-dev Depends: xlibs-static-pic. (Closes: #240188) + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 5 Apr 2004 17:00:00 -0500 + +arts (1.2.1-2) unstable; urgency=high + + * Added libartsc0-dev Depends: libglib2.0-dev. (Closes: #236242) + + -- Christopher L Cheney [EMAIL PROTECTED] Mon, 22 Mar 2004 03:00:00 -0600 + +arts (1.2.1-1) unstable; urgency=low + + * New upstream release. + + -- Christopher L Cheney [EMAIL PROTECTED] Tue, 2 Mar 2004 01:00:00 -0600 + arts (1.2.0-0pre1v1) experimental; urgency=low --- arts/debian/control #1.26:1.27 @@ -1,9 +1,9 @@ Source: arts -Build-Depends: automake1.7, debhelper ( 4.0.18), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-pic -Build-Conflicts: libmas-dev Section: libs Priority: optional Maintainer: Debian Qt/KDE Maintainers debian-qt-kde@lists.debian.org Uploaders: Christopher L Cheney [EMAIL PROTECTED] +Build-Depends: automake1.8, debhelper ( 4.2.0), docbook-to-man, gawk, gettext, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libqt3-mt-dev, libvorbis-dev, sharutils, texinfo, xlibs-static-pic (= 4.3.0-3) +Build-Conflicts: libmas-dev Standards-Version: 3.6.1.0 @@ -43,5 +43,5 @@ Architecture: any Section: libdevel -Depends: libarts1 (= ${Source-Version}), libartsc0-dev, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev, xlibs-pic +Depends: libarts1 (= ${Source-Version}), libartsc0-dev, libasound2-dev, libaudio-dev, libaudiofile-dev, libesd0-dev, libglib2.0-dev, libmad0-dev, libogg-dev, libqt3-mt-dev, libvorbis-dev Conflicts: kdelibs3 ( 4:3.0.0), libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0), libkmid ( 4:3.0.0), libkmid-alsa ( 4:3.0.0), libkmid-dev ( 4:3.0.0) Replaces: kdelibs3 ( 4:3.0.0), libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0), libkmid ( 4:3.0.0), libkmid-alsa ( 4:3.0.0), libkmid-dev ( 4:3.0.0) @@ -78,5 +78,5 @@ Architecture: any Section: libdevel -Depends: libartsc0 (= ${Source-Version}) +Depends: libartsc0 (= ${Source-Version}), libglib2.0-dev Conflicts: libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0) Replaces: libarts ( 4:3.0.0), libarts-alsa ( 4:3.0.0), libarts-dev ( 4:3.0.0)
kdelibs/debian
CVS commit by ccheney: debian packaging updates for kdelibs 3.2.92-1 M +122 -85 Packaging.txt 1.8 M +12 -0 README.Debian 1.3 M +56 -0 changelog 1.227 M +1 -0 compat 1.2 M +7 -6 control 1.251 M +6 -0 kdelibs-bin.install 1.26 M +45 -0 kdelibs-bin.preinst 1.2 M +258 -67 kdelibs-data.install 1.17 M +54 -1 kdelibs4-dev.install 1.32 M +24 -0 kdelibs4.install 1.43 M +20 -5 kdelibs4.preinst 1.4 M +3 -6 rules 1.227 M +3 -2 dh-make/menu.ex 1.4 M +31 -52dh-make/rules 1.11
kdebase/debian
CVS commit by ccheney: debian packaging updates for kdebase 3.2.92-1 Akcontrol.preinst 1.1 Akdebase-data.preinst 1.1 Akdepasswd.install 1.1 Akdepasswd.menu 1.1 Akdesktop.preinst 1.1 Akicker.preinst 1.1 Akonsole.preinst 1.1 Aksmserver.preinst 1.1 Alocal/README.linux.console 1.1 Apo/da.po 1.1 M +48 -1 changelog 1.265 M +22 -8 control 1.250 M +5 -0 kappfinder.install 1.21 M +2 -3 kappfinder.menu 1.3 M +2 -0 kate.install 1.23 M +4 -6 kate.menu 1.6 M +2 -2 kate.mime 1.6 M +101 -23 kcontrol.install 1.47 M +2 -3 kcontrol.menu 1.3 M +9 -1 kdebase-bin.install 1.17 M +4 -6 kdebase-bin.menu 1.3 M +146 -2kdebase-data.install 1.29 M +4 -1 kdebase-dev.install 1.18 M +3 -4 kdebase-kio-plugins.install 1.12 M +6 -9 kdeprint.menu 1.3 M +3 -2 kdesktop.install 1.12 M +4 -1 kdm-np.pam 1.3 M +29 -31kdm.config 1.11 M +11 -11kdm.install 1.15 M +29 -10kdm.postinst 1.35 M +37 -9 kdm.postrm 1.13 M +27 -20kdm.preinst 1.17 M +34 -15kdm.prerm 1.14 M +2 -3 kfind.menu 1.3 M +2 -3 khelpcenter.menu 1.3 M +4 -2 kicker.install 1.25 M +2 -3 kicker.menu 1.3 M +1 -1 klipper.install 1.13 M +2 -3 klipper.menu 1.3 M +12 -0 kmenuedit.install 1.13 M +2 -3 kmenuedit.menu 1.3 M +1 -0 konqueror-nsplugins.install 1.9 M +10 -5 konqueror.install 1.29 M +6 -9 konqueror.menu 1.24 M +12 -16konqueror.mime 1.10 M +0 -6 konqueror.postinst 1.12 M +2 -1 konqueror.prerm 1.2 M +1 -8 konsole.docs 1.8 M +5 -8 konsole.install 1.24 M +2 -3 konsole.menu 1.12 M +1 -7 konsole.postinst 1.14 M +2 -1 konsole.prerm 1.9 M +2 -3 kpager.menu 1.3 M +2 -3 kpersonalizer.menu 1.3 M +1 -1 ksmserver.install 1.7 M +1 -7 ksmserver.postinst 1.3 M +3 -5 ksmserver.prerm 1.3 M +4 -6 ksysguard.menu 1.3 M +2 -3 ktip.menu 1.3 M +6 -0 kwin.install 1.19 M +0 -1 libkonq4-dev.install 1.9 M +3 -4 rules 1.233 M +78 -0 po/ja.po 1.2 Rkicker.links 1.3 Rkicker.menu-method 1.3 Rkicker.postinst 1.3 Rkicker.postrm 1.3 Rlocal/KDE 1.2 Rlocal/freedesktop-desktop-entry-spec-apps 1.2 Rlocal/freedesktop-desktop-entry-spec-dirs 1.2 Rlocal/freedesktop-menu-spec 1.2
Re: When is the K-Menu going to lose the Debian submenu?
On Sun, Jul 11, 2004 at 03:41:59PM -0600, Bruce Sass wrote: It would be even nicer if Debian's KDE allowed the sysadmin and users to choose whether they wanted the KDE, Debian, or both styles of menu. It already does, the applications.menu file itself is under /etc/xdg/menu you just have to edit it to the style you want. The users menu can be stored under ~/.config/menu similar to how update-menus works already. Chris signature.asc Description: Digital signature
Re: qt-4-preview - no thread support?
On Mon, Jul 12, 2004 at 04:50:45PM +0200, LeVA wrote: Hi! Anybody knows how to compile the new qt-4-preview with thread support? The configure script doesn't contain the -thread option. Is this only because this is not a final release, or will the thread support be dropped out from qt-4? I haven't looked at Qt4 yet but I imagine they dropped support for not being threaded. Qt3 still supported not being threaded but very few things used the non-threaded version. Chris signature.asc Description: Digital signature
Re: When is the K-Menu going to lose the Debian submenu?
On Sat, Jul 10, 2004 at 09:36:55AM -0500, Bud Rogers wrote: On Friday 09 July 2004 22:30, Doug Holland wrote: WHY is there a Debian submenu in the K Menu? Why are half of the utilities in K-Utilities, and the other half in K-Debian-Apps-Tools? Why is there not a unified set of menus? The submenu is a nuisance. It doesn't serve any useful purpose that I can see and it breaks the logical flow of the menus. The layout of the Debian menu is much different than the fdo menu so there isn't really a clean mapping between them. Debian for example puts graphic viewers, pdf/postscript viewers, and movie viewers (iirc) in the same category, for the fdo menu all three are broken out into separate categories and are in entirely separate sections. FWIW - Gnome menu breaks out the Debian submenu exactly the same as KDE. It would be really nice if Debian menu would switch to fdo menu soon since fdo menu categories are much more logical than the current Debian set amongst other improvements that moving to fdo would buy us. Chris signature.asc Description: Digital signature
Re: When is the K-Menu going to lose the Debian submenu?
On Sun, Jul 11, 2004 at 10:16:53PM +0200, Tomas Pospisek's Mailing Lists wrote: Possibly(?)/probably(?) Debian will switch to something completely different - see: http://lists.debian.org/debian-devel/2004/04/msg07496.html http://deb-usability.alioth.debian.org/debtags/index.html How does this handle the various menu issues such as verifying the binary is there, and that the program name, long description, etc are translated. debtags seems primarily of use for the archive itself not for menus in desktops/window mangers. Maybe I missed something while reading about it. Chris signature.asc Description: Digital signature
Re: When is the K-Menu going to lose the Debian submenu?
This will be fixed once Debian switches its menu system over to the freedesktop menu. Chris signature.asc Description: Digital signature
Re: Bug#256690: marked as done ([Dummy bug] kdelibs must not propagate to testing before qt3 3:3.2.3-3)
On Thu, Jul 08, 2004 at 10:17:35AM -0400, Christopher Martin wrote: On July 8, 2004 05:10 am, Kenshi Muto wrote: I understand this is really grave for submitter, but unfortunately current status is just blocking to improve Sarge. The bug shouldn't really be RC anyway, since to the best of my knowledge Indic languages were never supported prior to Qt 3.3, so there is no real bug here, just a wishlist. I'm going to downgrade it, just in case. As for the cause of the holdup with cupsys/kdelibs, I wonder if perhaps the problem is with libgnomeprint, since Updating libgnomeprint makes 25 depending packages uninstallable on alpha according to http://bjorn.haxx.se/debian/testing.pl?package=libgnomeprint2.2-0. It seems that the two major logjams in Sid at the moment - cupsys and libexif - are now connected. Great. If that's true, then cupsys will never ever enter testing, since something in GNOME will always be broken or recently fixed... Perhaps we need someone to just yank GNOME out of testing... temporarily, of course :-) This is a very good example of why oldlibs should be required when modifying libraries. ;) Chris signature.asc Description: Digital signature
Re: Bug#256690: marked as done ([Dummy bug] kdelibs must not propagate to testing before qt3 3:3.2.3-3)
On Fri, Jul 09, 2004 at 01:11:58AM +0900, Kenshi Muto wrote: I'm planning to provide 'libcupsys2' in libcupsys2-gnutls10 near future. Sigh. But we are blocking too many packages, not only GNOME. I'm not sure what this would buy you. Since the dependencies on libcupsys2 are versioned a provides won't help afaik. Also trying to let things depending on old libcupsys2 be satisified by a newer libcupsys2-gnutls10 would not be a good idea. Chris signature.asc Description: Digital signature
Bug#257588: kdelibs: Please provide kdelibs4-dbg
On Sun, Jul 04, 2004 at 06:47:42PM +0200, Alejandro Exojo wrote: El Domingo, 4 de Julio de 2004 16:23, Ben Burton escribió: Hi. Having just spent a day chasing a rather nasty kbear bug deep through the internals of kdelibs, it seems to be that it would be helpful for KDE developers to be able to install a kdelibs with debug symbols (rather than having to rebuild kdelibs from sources, as I had to do). FWIW, I suppose you ask for a official kdelibs package, but if you want to gain some time, you can use dominique's packages: http://www.kalyxo.org/~domi/debian-kde-debug.html He has compiled more packages than just kdelibs. :) I have no intention to put dbg packages into the official source since it already takes days to compile on some archs as it is. Adding a dbg package would double the build time. It is trivial to rebuild the package with DEB_BUILD_OPTIONS=nostrip which also enables full kde debugging. Chris signature.asc Description: Digital signature
Bug#243375: kdelibs-bin: menu-method freedesktop should set the Generic Name Field to longtitle instead of title
On Sat, Jul 03, 2004 at 11:03:31AM +0200, Bill Allombert wrote: Hm, I'm wondering about how serious people are taking this. I would personally like to see Debian move ( in the long term, like most Debian things ) to freedesktop menu standards, because those have a much higher chance of being available in third party software. This is of course not at all urgent, and I'm not entirely sure it would be worth the extra effort. What do you think about this ? I don't think it will happen, or even that it is a good idea. Most upstream .desktop (outside KDE or GNOME core) are made to advertise the software rather than trying to build a consistent menu structure. What do you mean by this comment? The categories are well defined, some applications don't list all the needed Categories listed yet, but for the most part are much better laid out than the current official category list used in Debian (Viewers for example, which includes everything from pdf viewers to graphics apps to media players like xine)... I wonder if it would not be more worthwhile to keep the Debian menu as an 'omnibus' menu, and reserve the xdg menu for the desktop environnement. This way, the menu would provide a more consistent desktop experience. Whichever menu is used will obviously be consistent since it will be the one used throughout Debian, I don't see why you claim that the current Debian menu would be consistent and the xdg menu would not... I have been meaning to work on the actual xdg menu itself (not the .desktop files) since once more than KDE uses the menu it will have to be reworked. Gnome 2.6 still uses a hardcoded menu with the .desktop files. Also the official menu spec lends itself to what I think at least is a better menu layout than what KDE currently uses as well. Chris signature.asc Description: Digital signature
Re: alt+tab problem
On Sun, Jun 27, 2004 at 11:52:35PM -0400, Nathaniel W. Turner wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Friday 25 June 2004 06:09 am, Tim Ruehsen wrote: instead of downgrading (see mail of Tim Mueller) you also could execute xmodmap -e 'clear mod1' -e 'add mod1 = Alt_L' on the console. This is not permanently. After X restarting you have to do it again. I'm surprised no one has mentioned it, but the X bug also affects Win+Tab (walk through desktops) in the same way. The short term fix for this appears to be thus: xmodmap -e 'clear mod4' -e 'add mod4 = Super_L' I should note that the patch at [1] does fix the Alt+Tab issue (for me, after restarting X of course), but not the Win+Tab issue. You should let debian-x know about this issue if you haven't already. Chris signature.asc Description: Digital signature
Bug#227538: kdelibs: mixed results on 3.2.2
On Sat, Jun 26, 2004 at 03:55:54PM +0200, Dominique Devriese wrote: Well, the problem is that what's currently there happens to work in some cases, but doesn't work in other cases, like the one that the bug report was about. I'll try to explain it again: It's all about the string comparison: If somestring is a variable of type char*, then 'somestring == something' in C++ and C is not a string comparison, but a pointer comparison. It checks that the variable somestring points to the same region of memory that something is put in. Now, the C++ standard leaves some behaviour wrt. string storage undefined, but what g++ does, is that if it finds two string literals containing the same thing, it stores them only once, if the two strings are in the same compile unit or link unit or whatever unit it takes for this. Anyway, what happens in your case ( where it works properly ) is that, the first time that the function is called with something as an argument, it is by chance one of the identical strings in the same compile unit, and the check happens to succeed. The function then caches the result it just calculated, and all further invocations of the function give the correct result. However, if the first invocation of the function happens to be a string from another compile unit, then the pointer comparison fails, the function calculates the wrong result, and this result is cached for all further invocations. I debugged the bug that was described in this bug report, and this is in fact the case. Anyway, I'll be committing the patch now, if you don't mind, with the above explanation in the commit log... I understand now. :) Thanks, Chris signature.asc Description: Digital signature
Bug#256127: kopete: Yahoo has stopped working due to protocol change
On Fri, Jun 25, 2004 at 11:12:20AM -0400, Christopher Martin wrote: Hello, Kopete and KDEnetwork are currently at 3.2.2 in both Sarge and Sid. When 3.2.3 is uploaded, this patch should definitely be included - that is, if 3.2.3 is going to be uploaded. Chris, you haven't mentioned anything about this recently. Do you plan to upload the rest of KDE soon? Yes, I am waiting on the cupsys transition to finish before uploading any more packages. Chris signature.asc Description: Digital signature
Re: Kicker: no Applications but Lost Found
On Wed, Jun 23, 2004 at 09:15:32PM +0200, Michael Schuerig wrote: Some time ago the contents of the K-Menu (Kicker) have changed. There's no longer an application menu called Applications, instead now there is one called Lost Found containing some, but not all, items previously in Applications. Also, integration of Debian applications has changed Applications was renamed to Lost Found by upstream KDE because it more accurately reflects what the menu is for. It is for items which do not have proper Categories (iow are buggy). I'm using the latest KDE packages on unstable. Now they have their own top-level menu whereas previously they were sorted thematically into the KDE menus. This is intentional and will be better fixed when Debian adopts the freedesktop.org menu standard, hopefully soon after sarge release. The previous break out was more confusing since the Debian categories do not match up with fdo categories. Chris signature.asc Description: Digital signature
Re: revising the first cd contents...
On Wed, Jun 23, 2004 at 09:57:54PM -0400, Joey Hess wrote: I don't know if kde-core and gnome-core are sufficient to get a working kde and gnome environment. I doubt it, especially for KDE, but if they are I can make tasksel install them, and pull in the full kde and gnome only if it's available. KDE and GNOME people, please let us know. kde-core is enough to get KDE running, it includes arts/kdelibs/kdebase, but it doesn't include any of the other official KDE packages. It does include basic apps like kate, konqueror and konsole. The kde package installs the full official KDE release, but doesn't include 3rd party apps they are included in the kde-extras package instead. Chris signature.asc Description: Digital signature
Bug#252928: Why did you lower the severity of #252928?
On Sat, Jun 19, 2004 at 12:34:03AM +0200, Adrian Bunk wrote: On Fri, Jun 18, 2004 at 11:52:36PM +0200, Dominique Devriese wrote: Adrian Bunk writes: On Fri, Jun 18, 2004 at 10:29:07PM +0200, Dominique Devriese wrote: ... Clearly, the highest severity that this bug can arguably qualify for is serious if and only if Chris Cheney thinks so, and important otherwise. Chris has clearly shown that he did not at the time think so, so I am downgrading this bug to important. It's up to him to change it to serious if he thinks it deserves that. I hope we can now stop playing pingpong with the severity ? As said in the part of the mail you skipped: Your RM reopened a similar (grave) bug I sent that covered a similar issue. Chris uploaded a new version of kdelibs 6 days after my bug report. Why did he downgrade it instead of simply fixing the issue via a conflict? Probably because 1 adding a conflict to a package because of a bug in another package is generally the wrong thing to do, even if it may be good as a workaround in this case To quote another mail I sent to you in this thread: -- snip -- Please read the statement of your RM regarding a similar issue in #170385 (in this case it was even clear that the bug was not in the library). -- snip -- Is it really the wrong thing to do if your RM thinks a conflict is required in such cases? I am really fatigued (I think I may not have ever gotten well yet) so I don't really want to start a flamewar. Here is a more full quote and more fully explains the situation. The situation with apollon is not the same as the wine issue. The wine issue was that old already in Debian stable versions of wine would break with new libc6. apollon if it exists in Debian stable already (I didn't check) would not work anyway since it would be compiled against KDE 2.2. I'll let domi and you hash this out the rest of the way, I need to lay back down. Thanks, Chris Cheney http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=170385 libc6 should conflict with wine ( 0.0.20021007-1) because earlier wine packages don't work with glibc 2.3 (see #165323). Technically the usage of __libc_fork was a bug in Wine. Without a conflict in libc6 many people doing a partial upgrade from Debian 3.0 to Debian 3.1 will have a new libc6 together with an old version of wine installed which will result in a non-working Wine. A conflict in libc6 is the only possible solution to avoid this. signature.asc Description: Digital signature
Bug#252928: Why did you lower the severity of #252928?
On Sat, Jun 19, 2004 at 02:13:01AM +0200, Dominique Devriese wrote: -snip- Anyway, I'd say to just add the conflict, we can easily remove it afterward. In the past, there have been kdelibs-data conflicts for problems outside of kdelibs as well. Ok if I commit this to pkg-kde, calc ? I still need to sync kdelibs svn to what I have actually packaged so it should wait. Also I am not planning on doing another upload of kde for the forseeable future (at least until KDE 3.3 anyway) so imho it won't be of any real use to add it regardless. Chris signature.asc Description: Digital signature
Bug#254721: juk: FTBFS on amd64: Please remove the build dependency on gcc-3.2
On Wed, Jun 16, 2004 at 05:23:02PM +0200, Andreas Jochens wrote: Package: juk Severity: normal Tags: patch juk does not build on amd64 because it insists on using gcc-3.2. Please remove this dependency on gcc-3.2 (see attached patch). Juk the source package needs to be removed from the archive, its already part of kdemultimedia source now. Chris signature.asc Description: Digital signature
Re: Announcing the availability of first Qt 3.3 packages
On Tue, Jun 15, 2004 at 11:08:52AM +0200, Dominique Devriese wrote: Brian Nelson writes: qt3-dev-tools: a number of binaries ( note: architecture dependent, so you don't want them in an arch independent headers package ) for normal development with Qt Who said we need a arch-indep headers package anyway? I don't know of any other library packages in Debian that have one. Hell, I co-maintain one, if not the, largest library package in Debian and it doesn't have headers split into a separate package. It's not a requirement, but it's generally a good thing to do, to save buildd time for arch-dep packages. Please read the packaging policy if you need more information. I'm not going to criticise your packaging of ace here. How does having part of the package arch-indep actually save any significant amount of time? Instead, it actually wastes a lot of buildd time since by having part of the dev packaging be indep it causes anything building against qt to ftbfs anytime a new qt is uploaded. This is because the version of the arch-dep -dev package depends on is no longer available until it has been built on that arch. Some people don't believe this is an issue but it has bitten KDE _many_ times. This problem is going to have to be solved from an archive standpoint before multiarch is started but right now it is already a very big issue with qt. You also seem to ignore non-multithreaded use of the qt libraries, even though there are still applications depending on this. You seem to not want to support embedded cross-development, again without considering people who need this. There are only two packages that use non-multithreaded version and could probably use it if we kicked their maintainers. qterm vipec Chris signature.asc Description: Digital signature
Re: Announcing the availability of first Qt 3.3 packages
On Tue, Jun 15, 2004 at 02:40:57PM -0700, Brian Nelson wrote: Martin Loschwitz [EMAIL PROTECTED] writes: Also, you must only be talking about qt3-assistant, qt3-qtconfig, qt3-linguist, and qt3-designer. What you've said doesn't apply to headers, and who the hell knows what the difference between qt3-dev-tools, qt3-apps-dev, etc. is anyway? I do, and you would too if you had taken the time to look at the package descriptions: qt3-dev-tools: a number of binaries ( note: architecture dependent, so you don't want them in an arch independent headers package ) for normal development with Qt Who said we need a arch-indep headers package anyway? I don't know of any other library packages in Debian that have one. Hell, I co-maintain one, if not the, largest library package in Debian and it doesn't have headers split into a separate package. Ralf and I adopted Ivan E. Moores idea to have non-mt and mt packges since it is important to provide both flavours. Back when Ivan was the maintainer, the multi-threaded version was new, experimental, and possibly unstable, so it made sense to maintain two versions. However, this is no longer the case, so I question whether the single-threaded libraries serve any useful purpose. I believe this is the primary reason qt3 has both flavors in Debian still. Back when Ivan maintained qt2/qt3 he made the packaging the same for both iirc. qt2's -mt package was considered very experimental and pretty much nothing used it. However, qt3's -mt package was considered stable and nearly everything converted over to using it, right now only 2 packages in Debian are built against the non-multithreaded version and that is probably just because the maintainer didn't know what they were doing. Chris signature.asc Description: Digital signature
Re: Announcing the availability of first Qt 3.3 packages
On Tue, Jun 15, 2004 at 05:43:33PM -0700, Brian Nelson wrote: Why do you insist so stubbornly on maintaining the package? You don't take very good care of it, and you've said in the past that you don't even do any Qt development. If you saw Qt before a few of us beat on it around April 2002 you would understand why no one else _wants_ to maintain it. Trolltech is very lacking in clue and had to be constantly beat on to do things competently. They may be getting better but from what I have heard recently they are still pretty incompetent. I was originally going to maintain Qt as well but ran away screaming. ;) Thats pretty bad considering the shape KDE was in at the time as well... Chris signature.asc Description: Digital signature
Re: what happened to qtcups ?
On Mon, Jun 14, 2004 at 10:11:12AM -0400, James D. Freels wrote: I have found qtcups very handy for printing a document using cups and the kde interface. Apparently in the latest round of upgrades to kde/cups, this package went away. What are the alternatives and is it possible to put it back (guess I could try a build from source). cups support has been built into kdeprint for a very long time. Also, If I remember correctly qtcups has been dead upstream for many years. Chris signature.asc Description: Digital signature
Re: New QT break KDE Styles? Also, MacOS menus not fixed.
On Fri, Jun 11, 2004 at 11:41:08PM -0600, Doug Holland wrote: ccheney told me on IRC that Qt 3.3.x has a lot of bugs, and that they were sticking with 3.2 for the time being (correct me if I'm wrong.) IIRC, 3.3 does have the fix. The patch I included in the report is for Qt 3.2. I've run it on my system for a couple months without problems. I don't remember saying that ;) I did say Qt 3.3.x still had font issues, but current 3.2.3 has major font issues as well. Personally I think 3.3 is likely to have less issues since other distributions have already migrated to it. It also has support for Indic languages as someone else mentioned previously which Qt 3.2 does not. Chris signature.asc Description: Digital signature
Re: New QT break KDE Styles?
On Fri, Jun 11, 2004 at 04:06:04PM -0400, Christopher Martin wrote: Hello, Did anyone else running Sid find that today's QT update broke support for KDE Styles? I seem to be stuck with CDE, Platinum, and a few other basic choices. Plastik, Keramik and the other KDE Styles are no longer available. The new Qt fixed a bunch of things but in the process had to break plugin support, this will be corrected when kdelibs is compiled against the new version. The new kdelibs version should be in sid tomorrow. Thanks, Chris Cheney signature.asc Description: Digital signature
Bug#248860: do you have menu-xdg and menu installed?
On Thu, Jun 10, 2004 at 10:00:31AM +0800, John wrote: I do now, following Bill's advice. -snip- I appreciate that my comments extend far beyond the scope of the original report. However, I believe that someone known within the Debian community - or maybe better KDE - needs to take charge of the KDE menus and say This is how they will be structured. terminal emulators go in Text-mode applications such as mutt, pine, lynx use such-and such terminal editor and go into the menus at It may be that someone is a small committee. The reasons why this needs to be done are similar to the accepted reasons for FHS and such. This needs to fixed on a entry by entry basis, the issue is likely that some entries use incorrect Categories, and as you noted on Gnome Terminal it uses the Name[] entry incorrectly and should have used Terminal only in GenericName[] entry. This is not something specific to KDE anymore and is part of the new freedesktop.org menu standard. Gnome will likely be similiarly affected once it adopts the rest of the freedesktop.org standard. BTW the only entries that are shown outside of the Debian submenu are ones that claim to properly support the freedesktop.org standards by installing .desktop files into its directory /usr/share/applications. Chris signature.asc Description: Digital signature
Re: Bug#248610: marked as done (kdelibs-bin should depends on menu-xdg)
On Thu, Jun 03, 2004 at 11:46:00PM -0400, Christopher Martin wrote: On June 3, 2004 22:18, Debian Bug Tracking System wrote: kdelibs (4:3.2.3-1) unstable; urgency=high . * New upstream release. * kdelibs-bin Depends: menu-xdg. (Closes: #248610) Great! Will menu-xdg be updated so that it only Suggests the menu package (as per menu policy)? Yea signature.asc Description: Digital signature
Bug#251104: closing bug
This bug is now fixed with the kdelibs 3.2.3-1 upload to sid, which will go into sid in the next dinstall in about 12 hours. Thanks, Chris signature.asc Description: Digital signature
KDE_3_2_BRANCH: kdelibs/debian
CVS commit by ccheney: debian packaging updates kdelibs 3.2.2-2 Acompat 1.1.2.1 Akdelibs-bin.preinst 1.1.2.1 Akdelibs4.preinst 1.3.2.1 M +122 -85 Packaging.txt 1.7.6.1 M +12 -0 README.Debian 1.2.6.1 M +30 -0 changelog 1.225.2.3 M +3 -2 control 1.249.2.3 M +0 -2 kdelibs-bin.install 1.24.2.3 M +1 -3 kdelibs-data.install 1.15.2.3 M +0 -1 kdelibs4-dev.install 1.30.2.2 M +3 -6 rules 1.225.2.3 M +3 -2 dh-make/menu.ex 1.3.6.1 M +31 -52dh-make/rules 1.10.2.1 Rkdelibs-bin.links 1.1.2.1 Rkdelibs-bin.menu-method 1.1.2.1 Rkdelibs-bin.postinst 1.1.2.1 Rkdelibs-bin.postrm 1.1.2.1 Rlocal/freedesktop-desktop-entry-spec-apps 1.1.2.1 Rlocal/freedesktop-desktop-entry-spec-dirs 1.1.2.1 Rlocal/freedesktop-menu-spec 1.1.2.1
Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid
On Tue, Jun 01, 2004 at 10:07:47AM +0300, Marius Žalinauskas wrote: Tuesday 01 June 2004 03:43, Chris Cheney rašė: time. I imagine that 3.2.3 will be available to packagers by the time I get well enough to upload it. I wonder what Qt libs is it going to be linked? Current non-STL v3.2.3? It will be linked to whatever is in sid at that time. So if someone is planning to change up Qt please do it soon. :) Thanks, Chris Cheney signature.asc Description: Digital signature
Bug#251832: kdelibs4, kdelibs-bin uninstallable in sid
On Tue, Jun 01, 2004 at 03:30:24AM +0200, Kevin Price wrote: Hi Chris, thanks for writing despite of your sickness. I hope you feel better soon. I cannot NMU, but if I were a DD, I would attempt. I guess it would be worth waiting for 3.2.3, since KDE scheduled ther upload for May 30th. Where do they upload to the packagers? I have started feeling a bit better late tonight so I might be well by tomorrow. KDE 3.2.3 is now available to packagers on ktown.kde.org but you have to have a special account to get access to the files. Thanks for your work up to now, please get well soon! Thanks :) Chris signature.asc Description: Digital signature
Re: KDE Security Advisory: URI Handler Vulnerabilities
On Mon, May 17, 2004 at 09:01:24PM +0200, Martin Schulze wrote: Hi, could you tell me which version of kdelibs, kdenetwork (or another package if another one is affected) fixes this problem in unstable? http://www.kde.org/info/security/advisory-20040517-1.txt If you apply the patch, please mention CAN-2004-0411 in the changelog file so we can easier track this security problem. As far as I know it hasn't been fixed yet. I am planning to fix it soon, the problem is that we already know that kdelibs is going to be broken again in the next week with the new libcupsys2-gnutls10 upload since no one every cares to provide oldlibs (gar). I had hoped that the new cups library would have been allowed into sid this past weekend so I could have just done one upload instead of hammering the buildds twice with kdelibs. But from what I have heard AJ stalled it. So I guess I will be forced to do two uploads. As always I am going to pull current KDE_3_2_BRANCH for the upload. Thanks, Chris signature.asc Description: Digital signature
Re: libstdc++ dependencies
On Sat, May 08, 2004 at 02:50:34PM -0700, Craig Maloney wrote: It appears that many kde libraries (e.g. libkofficecore) debend on GLIBCPP_3.2.2. The dependencies for kdelibs4 show a dependence on libstdc++5 (= 1:3.3.3-1), and I have installed 1:3.3.3-6. And libstdc++5,1:3.3.3-6 owns /usr/local/lib/libstdc++.so.5. A readelf on this file shows that it defines symbols such as: 37: 00057780 101 FUNCWEAK DEFAULT 11 somefunc@@GLIBCPP_3.2 but no @@GLIBCPP_3.2.2. In unstable I get this: [EMAIL PROTECTED]:~$ readelf -s /usr/lib/libstdc++.so.5.0.5 | grep 3.2.2 461: 000a1154 4 OBJECT WEAK DEFAULT 15 _ZNSt24__default_alloc_te@@GLIBCPP_3.2.2 3141: 0 OBJECT GLOBAL DEFAULT ABS GLIBCPP_3.2.2 So if there are no mentions of 3.2.2 in the testing version then the shlib on libstdc++5 probably needs to be bumped. I am cc:'ing the Debian GCC Maintainers so they can see this message. Thanks, Chris signature.asc Description: Digital signature
Bug#227538: kdelibs: mixed results on 3.2.2
On Wed, May 05, 2004 at 05:49:31PM +0200, Dominique Devriese wrote: Chris, it's all your fault ;p Ok to commit ? Index: debian/patches/10_kstandarddirs.diff === --- debian/patches/10_kstandarddirs.diff (revision 125) +++ debian/patches/10_kstandarddirs.diff (working copy) @@ -6,7 +6,7 @@ candidates-append(path); } +// UGLY HACK - Chris Cheney -+if (local (config == type)) ++if (local (!strcmp(config, type))) + candidates-append(/etc/kde3/); +// local = false; What does that do exactly? It would seem to append /etc/kde3 to all types other than config? Or did I misunderstand what I was doing in that patch? Chris signature.asc Description: Digital signature
Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop
On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote: Package: kdm Severity: wishlist Version: 4:3.2.2-1 KDM should probably just avoid duplication of effort and use the *.desktop files in /etc/dm/Sessions that gdm is starting to use instead of shipping its own. I'm sorry you are wrong. Quoted directly from GDM docs: -- The remaining configuration is done by dropping scripts in the subdirectories of the /etc/gdm/ folder or dropping .desktop-style files in /etc/dm/Sessions/ or /etc/X11/sessions/. The latter is also read by KDM for common configuration. The /etc/dm/Sessions/ directory will likely move in the future to reflect that it is GDM specific and used only for the default configuration. Also the default setup will also read /share/xsessions/ (which should be /usr/share/xsessions/ if you really wish to cooperate with KDM) where desktop packages can install their session files. The directories under the /etc should be reserved for configuration. This approach makes it easy for package management systems to install window managers and different session types without requiring the sysadmin to edit files. See the SessionDesktopDir onfiguration key for changing the paths. Note that prior to version 2.4.4.2 only the /etc/dm/Sessions/ was being read. -- If you're unwilling to do this please include the attached xfce4.desktop for the XFce4 desktop environment. The maintainer of XFce4 needs to provide a xfce4.desktop file in the /usr/share/xessions/ dir just like I did for kde so that both dm's can see the file. It is not the DM's place to ship .desktop files for every WM in existence. Afaict GDM provides none by default and KDM only provides 48 by default. If you need more information ask the GDM maintainer Ryan Murray... Thanks, Chris signature.asc Description: Digital signature
Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop
On Tue, May 04, 2004 at 08:42:58PM +0100, Simon Huggins wrote: 'ello Chris On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote: On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote: KDM should probably just avoid duplication of effort and use the *.desktop files in /etc/dm/Sessions that gdm is starting to use instead of shipping its own. I'm sorry you are wrong. Quoted directly from GDM docs: -- The remaining configuration is done by dropping scripts in the subdirectories of the /etc/gdm/ folder or dropping .desktop-style files in /etc/dm/Sessions/ or /etc/X11/sessions/. The latter is also read by KDM for common configuration. [..] Ah okie. If you're unwilling to do this please include the attached xfce4.desktop for the XFce4 desktop environment. The maintainer of XFce4 needs to provide a xfce4.desktop file in the /usr/share/xessions/ dir just like I did for kde so that both dm's can see the file. It is not the DM's place to ship .desktop files for every WM in existence. Afaict GDM provides none by default and KDM only provides 48 by default. If you need more information ask the GDM maintainer Ryan Murray... Why does KDM provide so many in the first place then? I think they just ship them to make it easier for source users to be able to use their other WM's with it. I'll ship it in /etc/X11/sessions instead - thanks for the clarification. -- Also the default setup will also read share/xsessions/ (which should be /usr/share/xsessions/ if you really wish to cooperate with KDM) where desktop packages can install their session files. The directories under the /etc should be reserved for configuration. -- The .desktop files aren't really configuration files in that there is nothing you need to modify in them. The part you didn't quote from the gdm.xml file stated that they should go into /usr/share/xsessions/. Which is also the directoy that Ryan Murray told me to put the files as well. The /etc/X11/sessions/ dir as far as I can tell is for use by local admins for override purposes, etc. Chris signature.asc Description: Digital signature
Bug#247397: kdelibs-bin: checksum differs from installed package
On Tue, May 04, 2004 at 02:33:10PM -0700, Ross Boylan wrote: Package: kdelibs-bin Version: 4:3.2.2-2 Severity: minor tiger reports --FAIL-- [lin005f] Installed file `/usr/bin/kfmexec' checksum differs from installed package ''. I don't know why, and I doubt it's significant, but I thought I'd let you know. If the md5sum really is different then it may mean your system is compromised, and it definitely is significant. I have not used tiger before but you can check if they are the same by using md5sum as below: lrwxrwxrwx1 root root7 2004-04-21 18:51 /usr/bin/kfmexec - kioexec md5sum /usr/bin/kioexec 77e8c8f8f68d07469f9835259d1f3682 /usr/bin/kioexec grep kioexec /var/lib/dpkg/info/kdelibs-bin.md5sums 77e8c8f8f68d07469f9835259d1f3682 usr/bin/kioexec Please follow up with what you find out... Thanks, Chris signature.asc Description: Digital signature
Bug#247365: KDM should use /etc/dm/Sessions as a source for its .desktop files or ship a xfce4.desktop
retitle 247365 kdm: should use /usr/share/xsessions dir! severity 247365 important tags 247365 + upstream stop On Tue, May 04, 2004 at 10:44:40PM +0100, Simon Huggins wrote: 'ello Chris On Tue, May 04, 2004 at 03:15:22PM -0500, Chris Cheney wrote: On Tue, May 04, 2004 at 08:42:58PM +0100, Simon Huggins wrote: On Tue, May 04, 2004 at 02:36:39PM -0500, Chris Cheney wrote: On Tue, May 04, 2004 at 07:10:18PM +0100, Simon Huggins wrote: I'll ship it in /etc/X11/sessions instead - thanks for the clarification. -- Also the default setup will also read share/xsessions/ (which should be /usr/share/xsessions/ if you really wish to cooperate with KDM) where desktop packages can install their session files. The directories under the /etc should be reserved for configuration. -- The .desktop files aren't really configuration files in that there is nothing you need to modify in them. The part you didn't quote from the gdm.xml file stated that they should go into /usr/share/xsessions/. Which is also the directoy that Ryan Murray told me to put the files as well. The /etc/X11/sessions/ dir as far as I can tell is for use by local admins for override purposes, etc. Hmm, though if I purge kdm and reinstall it Sessionsdirs is commented out and by default in 4:3.2.2-1 it doesn't look there. Uncommenting gets the desired effect. So even if I install to /usr/share/xsessions, kdm still won't see it. Am I completely wrong again? :) Have I overlooked something? I think you have found a bug in KDM. :) It appears they have support for using the location but don't default to it. I will try to push the fix into the next release of KDE and at minimum will fix it for Debian's version. I am not sure why KDE didn't default to it to begin with since they did have documentation about it in the source. :( Thanks, Chris signature.asc Description: Digital signature
Bug#227538: kdelibs: mixed results on 3.2.2
On Tue, May 04, 2004 at 04:19:00PM -0700, Itai Seggev wrote: The problem bug is a real bug and not a result of upgrading. I a fresh install with the new sarge installer beta 4, and the problem persisted. I also have discovered why this problem manifested in 3.1.4-3. The binary packages search /etc/qt3/ and /usr/share/config for config files. Up to (and including) 3.1.4-2, /usr/share/config was a symlink to /etc/kde3; hence, it could find the config files. In 3.1.4-3, this symlink was removed. This also explains why installing from debian source over the binary package also fixed the problem permanently: the source install installed the config files into /usr/share/config, so any later binary package could find the config files. Thus, there are 3 solutions to this (and presumably other, related) bugs: 1) Recompile the packages to add /etc/kde3 to the config file search path. Its already in the config file search path. I modified the source directly to look in both /etc/kde3 and /usr/local/share/config. I suppose there could be some sort of bug in the code of the thing that is using libkdecore. kde-config --path config /root/.kde/share/config/:/etc/kde3/:/usr/local/share/config/:/usr/share/config/ 2) Turn /usr/share/config back into a symlink to /etc/kde3 This should not be needed for the above reason... 3) move all the files in /etc/kde3 to /etc/qt3 or /usr/share/config This should not be needed either... and is in fact a violation of Debian policy so can't be done. I don't know how these options interact with the debian policy. Presumably you guys do. :) Let me know what you decide. I will try adding the symlink to see if it helps me see the themes. If so then I guess there is a bug somewhere in that something isn't using the paths that kde-config knows about. Thanks, Chris signature.asc Description: Digital signature
Bug#227538: kdelibs: mixed results on 3.2.2
On Tue, May 04, 2004 at 04:19:00PM -0700, Itai Seggev wrote: The problem bug is a real bug and not a result of upgrading. I a fresh install with the new sarge installer beta 4, and the problem persisted. I also have discovered why this problem manifested in 3.1.4-3. The binary packages search /etc/qt3/ and /usr/share/config for config files. Up to (and including) 3.1.4-2, /usr/share/config was a symlink to /etc/kde3; hence, it could find the config files. In 3.1.4-3, this symlink was removed. This also explains why installing from debian source over the binary package also fixed the problem permanently: the source install installed the config files into /usr/share/config, so any later binary package could find the config files. Thus, there are 3 solutions to this (and presumably other, related) bugs: Domi could you look into this a bit more? I can reproduce the problem now that I used the symlink, which indicates that kthemestyle isn't using the proper config file lookup mechanism, but I am not sure how it does the config file lookup. It sounds like it is hardcoding paths in its lookup instead of using the kde wide functions that are meant to be used! 8( The problem is probably in kthemebase.cpp somewhere. kdelibs/kstyles/kthemestyle/kthemebase.cpp kdelibs/kstyles/utils/installtheme/main.cpp Thanks, Chris signature.asc Description: Digital signature
Re: strange kdepim failure on m68k build
On Sat, May 01, 2004 at 01:47:51PM +0200, Michael Schmitz wrote: /dev/sdc2 16G 3.9G 11G 26% /org which is what the buildd chroot lives on. I'm not sure what the problem actually is, though. Maybe when kullervo rebooted it corrupted something, since the first time it tried to build it worked fine until it was shutdown in the middle of the build. As soon as it tried to build it the second time, on the same box, without rebuilding the chroot, it failed to build properly. According to the build log it looked like it just tried to resume the build more or less, so something must have gotten corrupted, at least afaict. Not likely - the build isn't just resumed but restarted from the beginning (without unpacking the source again, though). If the package fails to build on the second try, something might be wrong with the clean target. The clean target works fine afaict, I test it everytime I upload since I build multiple times before each upload. If you look in the log output it seems whole directories are missing from the source, an indication to me at least that the box has corruption issues... Note that it retried a third time on kullervo and it FAILED AGAIN very oddly when it passed building on every other buildd. Also notice that both times it failed it failed due to missing files that should be there. Chris signature.asc Description: Digital signature
Re: debian desktop item stopped working
On Fri, Apr 30, 2004 at 04:01:45PM -0700, Ross Boylan wrote: I've been upgrading along with KDE in testing. A few days ago, after the initial upgrade to 3.2, I noticed a debian icon on my KDE desktop. Clicking it took me to a nice debian-kde appropriate start page. It's possible the icon had been there earlier and I just didn't notice it. Today I upgraded additional KDE packages, and now when I click the icon I get Unable to run the command specified. The file or folder file:/etc/kde3/debian/debian.html does not exist. The link to the old file is under $HOME/Desktop but the file itself was under /etc/kde3/debian/debian.html. Once the file was no longer being provided the link no longer worked but the link in the users home directory still exists. The solution would be for the user to just remove the link. Packages aren't allowed to modify/remove anything under $HOME. Chris signature.asc Description: Digital signature
KDE 3.2.2 Status Update - 20040426
KDE 3.2.2 finally started migrating to sarge today. Most of my packages will likely be in sarge by the end of the week with the other KDE packages being in sarge by the end of next week. Good job everyone! :) The following packages still need to be uploaded: kdebindings - Chris (domi) meta-kde- Chris meta-kde-extras - Chris Chris --- arts 1.2.2-1 (in Sarge) done kde-i18n 3.2.2-2 (Apr 27) done kdeaccessibility 3.2.2-1 (in Sarge) done kdeaddons 3.2.2-1 (May 4) - arm - needs build m68k- Dep-Wait on kdepim powerpc - Dep-Wait on kdemultimedia sparc - needs build kdeadmin 3.2.2-1 (in Sarge) done kdeartwork 3.2.2-1 (May 6) -- hppa- needs build kdebase 3.2.2-1 (Apr 22...) --- arm - Building kdebindings 3.2.2 (May ??) --- not uploaded yet (domi is the maintainer) kdeedu 3.2.2 (May 3) -- arm - some kind of issue with python boost? m68k- needs a retry on a fast m68k box (68060/50) http://buildd.debian.org/fetch.php?pkg=kdeeduver=4%3A3.2.2-1arch=armstamp=1082667643file=logas=raw http://www.buildd.net/cgi/package_status?m68k_pkg=kdeedusearchtype=go kdegames 3.2.2-1 (Apr 28) done kdegraphics 3.2.2-1 (in Sarge) --- done kdelibs 3.2.2-2 (in Sarge) --- done kdemultimedia 3.2.2-1 (Apr 26) - done kdenetwork 3.2.2-1 (Apr 26) -- done kdepim 3.2.2-1 (Apr 29) -- just uploaded... kdesdk 3.2.2-1 (May 6) -- hppa- needs build m68k- Building mips- needs build mipsel - needs build kdetoys 3.2.2-1 (May 4) --- done kdeutils 3.2.2-1 (Apr 29) just uploaded... kdevelop 3.0.3-1 (May 5) done meta-kde 3.2.0 (May ??) needs new upload (Chris) meta-kde-extras 3.2.0 (May ??) --- needs new upload (Chris) quanta 3.2.2-1 (May 6) -- hppa- needs build m68k- Building mips- needs build signature.asc Description: Digital signature
kdepim 3.2.2-2 Dep-Wait removal
Can you please remove the Dep-Wait on gnokii on the following archs. I have removed the Build-Depends on gnokii since its maintainer seems unable to maintain the package and it has several RC bugs that have gone unfixed for a long period of time.[1] arm - Dep-Wait hppa- Dep-Wait ia64- Dep-Wait sparc - Dep-Wait Thanks, Chris Cheney [1] http://bugs.debian.org/cgi-bin/pkgreport.cgi?src=gnokii signature.asc Description: Digital signature
Bug#246110: konqueror: Fails to install with fresh install of sarge. Conflicting file /usr/bin/kfmexec
On Wed, Apr 28, 2004 at 12:36:26AM +0200, Rene Engelhard wrote: a Replaces: is necessary. There is already a replaces. kdelibs-bin already replaces konqueror ( 4:3.2.0) but when you install konqueror 4:3.1.5 after kdelibs-bin it doesn't take into account the replaces... This is a known shortcoming of Replaces. The fix is to wait until kdebase migrates to sarge, which should be tomorrow I think. Chris signature.asc Description: Digital signature