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: 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
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
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
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: 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
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: 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
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
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
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
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
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
Bug#246256: After updating packages on the testing branch korganizer crashes with a sig11 on startup.
tags 246256 + sarge stop Its probably not a good idea to file a RC bug that only affects sarge without tagging it sarge, unless you don't want it fixed. That is one of the reasons that reportbug doesn't let regular users file RC bugs... ;) BTW This bug should be fixed in about 3 days once kdepim migrates to sarge. Thanks, Chris signature.asc Description: Digital signature
Re: Problems with startup menu.
On Sun, Apr 25, 2004 at 02:55:53PM -0400, Christopher Martin wrote: On April 25, 2004 13:10, Dominique Devriese wrote: Why is menu-xdg only a Recommended by kdelibs-bin ? IIUC, it is needed for Debian policy conformance, and as such should be a hard depends, no ? The question of which package should document and/or have a package relationship with menu-xdg is separate from the question of the proper strength of the package relationship. As to this second issue, the Debian Menu System documentation, Ch. 5, states: - Please, do not make your package depend on the menu package! The preferred way of telling dpkg that your wm can cooperate with menu is: Suggests: menu Please only consider using depends if you feel providing reasonable defaults for systems without menu will make life very difficult for you. - If I understand correctly, all that Menu Policy requires of KDE is that it give users the option of using the Debian menu system. A Depends is not at all required, since not everyone wants to have the Debian menu system. So a Recommends is more than enough - in fact, we really should downgrade menu to a Suggests. GNOME, blackbox, etc. all Suggest menu. No one Depends on it. Interestingly, the part of GNOME that Suggests menu is gnome-panel. Maybe kicker should do the same, instead of kdelibs-bin. The part of kde that reads the menu is actually in kdelibs-bin /usr/bin/kde-menu which is used by various apps that ask you what to open something with. So at the very least kdelibs-bin would also have to have the suggests along with possibly kicker... That was the reason the menu's were first moved to kdelibs-bin before being split out into their own separate package. Chris signature.asc Description: Digital signature
KDE 3.2.2 Status Update - 20040424
It looks like a large chunk of KDE 3.2.2 will make it into sarge by next week once the buildds catch up. I still need to deal with kdebindings, kdepim, kdeutils, meta-kde, and meta-kde-extras. I hope to get the rest of my stuff taken care of by the end of thise week. Also Ben still has a few packages to upload: kdeartwork, kdesdk, and quanta. There also seems to be some kind of strange problem with kdeedu and libboost-python, but only on the arm platform? Norman still needs to upload the new kdevelop3. Finally, the ID10T award goes out to Michael Schmitz for failing a build due to a timeout (on a really slow m68k mac 68040/33) instead of simply setting it to build on a faster box! Chris --- arts 1.2.2-1 (in Sarge) done kde-i18n 3.2.2-2 (Apr 27) done kdeaccessibility 3.2.2-1 (Apr 22...) done kdeaddons 3.2.2-1 (May 4) - arm - needs build m68k- needs build mips- needs build powerpc - needs build sparc - needs build kdeadmin 3.2.2-1 (Apr 22...) done kdeartwork 3.2.2 (May ??) -- not uploaded yet kdebase 3.2.2-1 (Apr 22...) --- arm - needs retry 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- this appears to be a case of the nitwit buildd admin trying it on an underpowered box then failing it because it was too slow to build (q650 is a 68040/33 mac which is slower than ) 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 (Apr 24) --- done kdelibs 3.2.2-2 (Apr 24) --- m68k- Building kdemultimedia 3.2.2-1 (Apr 26) - powerpc - needs retry (due to previous broken libflac) kdenetwork 3.2.2-1 (Apr 26) -- done kdepim 3.2.2-1 (Apr 27) -- arm - needs build hppa- needs retry (due to broken gnokii) ia64- needs retry (due to broken gnokii) m68k- needs retry (due to broken gnokii) sparc - needs build gnokii needs to be fixed or drop the dependency with a new upload... kdesdk 3.2.2 (May ??) -- not uploaded yet kdetoys 3.2.2-1 (May 4) --- mips- needs build sparc - needs build kdeutils 3.2.2-1 (Apr 27) powerpc - failed due to pbbuttonsd api issue needs a new upload with either a fix or drop dependency on pbbuttonsd kdevelop 3.0.3 (May ??) not uploaded yet 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 (May ??) -- not uploaded yet signature.asc Description: Digital signature
Bug#242519: Workaround
On Fri, Apr 23, 2004 at 10:00:44AM +0200, Christoph Pohl wrote: Chris Cheney wrote: kdepim 3.2.2 is already in sid. If the bug isn't fixed yet it won't likely be fixed anytime soon. That bug seems to imply the upstream author doesn't feel like fixing bugs in the 3.2 branch. Perhaps if you bug him some more he will fix it? Well, I'm not so sure about this. I've got version 4:3.2.2-1 of libkdepim1, kpilot, and korganizer installed but the About dialog of korganizer keeps telling me 'Version 3.2.1 (Using KDE 3.2.2)'. Since the bug (and the workaround) actually concerns korganizer, I'm not sure whether these guys referred to the KDE branch in general or korganizer specifically. kdepim in sid is actually even newer that what is tagged as KDE_3_2_2_RELEASE. The orig.tar.gz is what was tagged as the release and the debian dir applies a 60KB patch of what changed since it was tagged. The problem appears to be that korganizer doesn't believe in using the VERSION variable from configure instead it sets its own version hardcoded into: korganizer/version.h:static const char korgVersion[] = 3.2.1; The korganizer maintainer never updated it for KDE 3.2.2 and should be using the variable instead anyway... Chris signature.asc Description: Digital signature
Bug#240015: acknowledged by developer (Undeclared conflict with juk)
On Fri, Apr 23, 2004 at 11:40:07AM +0100, Mark Brown wrote: On Fri, Apr 23, 2004 at 02:48:06AM -0700, Debian Bug Tracking System wrote: This problem is fixed with kdemultimedia 3.2.2-1 that is now in sid. Actually this was never a problem with kdemultimedia but was the fact that kde-i18n needed to Replaces: juk ( 4:3.2.1) or something similiar. Are you sure you've closed the right bug here? While the text makes sense for the bug it's filed against the i18n package... Yes, look here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=240015 It was reassigned back and forth for some reason and then split and assigned to both. 240015 was left as the juk bug which no longer is relevant. Chris signature.asc Description: Digital signature
Bug#244715: Use system bell doesn't use system bell (and kills everything else)
On Fri, Apr 23, 2004 at 05:00:07PM -0400, Phil Edwards wrote: On Fri, Apr 23, 2004 at 03:52:19PM -0500, Chris Cheney wrote: but I had to make sure I had the pcspkr kernel module loaded first. Beeps at console still work with KDE running as well. I have a feeling this is going to be one of those it's not a sexy, bleeding-edge kernel, so nobody cares bugs, even though it used to work just fine, and I'm just going to have to lose the time it takes to move to 2.6 simply to get the PC speaker working. It should still work on 2.4 as well but I don't run 2.4.x anymore since I moved to the amd64 arch. I will try to build a recent 2.4 kernel for my box to see if I can test it. Which 2.4 kernel are you using? Chris signature.asc Description: Digital signature
Bug#241259: kdemultimedia 3.2.2-1 needs to be retried on buildds
configure says that but then doesn't actually need it, the check is on the flac library not the libflac++ library. I probably should tell upstream to fix their mistaken configure warning. It builds fine everywhere that has tried now that libflac has been fixed. Of course most of the buildds haven't reattempted it since the fixed libflac was uploaded. Chris The following archs need to retry to build kdemultimedia. TIA Needs Build --- alpha hppa ia64 m68k mips mipsel powerpc signature.asc Description: Digital signature
Bug#242519: Workaround
On Thu, Apr 22, 2004 at 12:13:50PM +0200, Christoph Pohl wrote: I found the corresponding bug in bugs.kde.org: http://bugs.kde.org/show_bug.cgi?id=74221 So, until kdepim-3.2.2 makes it to Debian unstable, use the workaround described there: unset the local time zone in korganizer's settings. kdepim 3.2.2 is already in sid. If the bug isn't fixed yet it won't likely be fixed anytime soon. That bug seems to imply the upstream author doesn't feel like fixing bugs in the 3.2 branch. Perhaps if you bug him some more he will fix it? Chris signature.asc Description: Digital signature
Re: Bug#244781: openoffice.org-mimelnk: .sxw pattern missing - kdelibs-data not in testing
On Tue, Apr 20, 2004 at 04:35:59PM +0200, Chris Halls wrote: On Tue, 2004-04-20 at 15:57, Rene Engelhard wrote: I did a patch to kdelibs that it diverts our files away when it is installed but calc promised me he wanted to fix all RC bugs and kdelibs/-base 3.2 would enter testing soon (which we see is not the case). So I didn't actually send it. Maybe he could add it, but when kdelibs enters testing soon (which I hope it will do it after he fixes those rc bugs) this was more or less useless effort. This doesn't solve the problem for Woody backports of OOo installed on a Woody machine with KDE 3.2. OOo has to provide these files somehow. There is already a woody backport of KDE 3.2.2 for quite some time now actually... Chris signature.asc Description: Digital signature
KDE 3.2.2 Status Update - 20040417
Today's update... Chris --- arts 1.2.2-1 done kde-i18n 3.2.2-1 done kdeaccessibility 3.2.2-1 done kdeaddons 3.2.2 - not uploaded yet kdeadmin 3.2.2-1 done kdeartwork 3.2.2 -- not uploaded yet kdebase 3.2.2-1 --- arm - needs retry kdebindings 3.2.2 --- not uploaded yet (domi is the maintainer) kdeedu 3.2.2 -- not uploaded yet kdegames 3.2.2 not uploaded yet kdegraphics 3.2.2-1 --- done kdelibs 3.2.2-1 - RC bugs --- done kdemultimedia 3.2.2-1 - alpha - needs retry (due to previous broken libflac) hppa- needs retry (due to previous broken libflac) ia64- needs retry (due to previous broken libflac) m68k- needs retry (due to previous broken libflac) mips- needs retry (due to previous broken libflac) mipsel - needs retry (due to previous broken libflac) powerpc - needs retry (due to previous broken libflac) sparc - needs retry (due to previous broken libflac) kdenetwork 3.2.2-1 -- done kdepim 3.2.2-1 -- arm - needs build hppa- needs retry (due to broken gnokii) ia64- needs retry (due to broken gnokii) m68k- needs build sparc - needs build kdesdk 3.2.2 -- not uploaded yet kdetoys 3.2.2 --- not uploaded yet kdeutils 3.2.2-1 powerpc - failed due to pbbuttonsd api issue kdevelop 3.0.3 not uploaded yet meta-kde needs new upload (Chris) meta-kde-extras - RC bugs --- needs new upload (Chris) quanta 3.2.2 -- not uploaded yet signature.asc Description: Digital signature
Bug#244547: kcontrol provides no options for configuration
severity 244547 important tags 244547 + unreproducible stop On Sun, Apr 18, 2004 at 10:43:33PM +0100, Jon Dowland wrote: Package: kcontrol Version: 4:3.2.2-1 Severity: grave Tags: sid Justification: renders package unusable Hi, kcontrol provides no options for configuration. I am unable to reproduce this problem locally. I have just updated the package, ensured no k* processes are running, and removed ~/.kde/ and ~/.kderc. The left hand pane contains names of categories, but no options appear on the right hand when they are selected. Attached is the output of running and closing kcontrol from a console. Actually attaching said output might be useful... Please advise whether you would like more diagnosis - I'd be happy to experiment. What wm are you running under when attempting to run kcontrol? Do you happen to have kdelibs-bin installed? If not can you see if installing it helps? Thanks, Chris signature.asc Description: Digital signature
Bug#236443: package juk build-depends on gcc-3.2/g++-3.2
kdemultimedia 3.2.2-1 should migrate to sarge once it has been retried on all archs and kdelibs 3.2.2-2 uploaded to sid (in the next few days). kdemultimedia 3.2.1 and 3.2.2 failed due to libflac being broken on every arch except i386. This was fixed yesterday by mdz after it was discovered libflac wasn't linking to libm. Perhaps someone should do the undefined symbol check on all platforms to catch any stragglers that just happen to work on i386. Chris signature.asc Description: Digital signature
Bug#241259: kdemultimedia: [m68k/unstable] cp: cannot stat `./debian/tmp/usr/lib/kde3/kfile_flac.la': No such file or directory
I didn't notice what was going on here at first since I had assumed that domi had actually checked that kdemultimedia didn't build-dep on libflac-dev which it does. I am not sure what the problem is and it may even be fixed by now. If the upload of kdemultimedia 3.2.2-1 still fails like before I will have to look into the issue a lot closer. It builds fine on i386, but doesn't seem to even try to go into the kfile-plugins/flac dir on the other archs. Chris signature.asc Description: Digital signature
kdemultimedia 3.2.2-1 still fails to build on other archs...
I am not sure what is going on here but kdemultimedia builds fine on i386 inside a clean chroot(!) but says the below on other archs: Anyone happen to have any idea what is going on? Chris --- checking for FLAC__seekable_stream_decoder_process_single in -lFLAC... no --- config.status: executing default-1 commands You are missing the FLAC++ headers and libraries The FLAC plugin won't be compiled. lame not found, audiocd:/ will be built without MP3 support See http://lame.sourceforge.net/ touch configure-stamp --- signature.asc Description: Digital signature
Bug#241259: kdemultimedia: [m68k/unstable] cp: cannot stat `./debian/tmp/usr/lib/kde3/kfile_flac.la': No such file or directory
It seems to not be finding log/floor are those supposed to be in FLAC or is the configure.in test not written properly? Thanks, Chris Here is the important part of the config.log: configure:34454: checking for FLAC__seekable_stream_decoder_process_single in -lFLAC configure:34484: gcc -o conftest -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -DNDEBUG -O2 -Wformat-security -Wmissing-format-attribute -DQT_THREAD_SUPPORT -D_REENTRANT conftest.c -lFLAC 5 /usr/lib/gcc-lib/ia64-linux/3.3.3/../../../libFLAC.so: undefined reference to `log' /usr/lib/gcc-lib/ia64-linux/3.3.3/../../../libFLAC.so: undefined reference to `floor' collect2: ld returned 1 exit status configure:34490: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME | #define PACKAGE_TARNAME | #define PACKAGE_VERSION | #define PACKAGE_STRING | #define PACKAGE_BUGREPORT | #define PACKAGE kdemultimedia | #define VERSION 3.2.2 | #ifdef __cplusplus | extern C void std::exit (int) throw (); using std::exit; | #endif | #define KDELIBSUFF | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_DLFCN_H 1 | #define HAVE_SGI_STL 1 | #define HAVE_CRYPT 1 | #define ksize_t socklen_t | #define HAVE_SYS_TYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_SYS_BITYPES_H 1 | #define HAVE_RES_INIT 1 | #define HAVE_RES_INIT 1 | #define SIZEOF_INT 4 | #define SIZEOF_SHORT 2 | #define SIZEOF_LONG 8 | #define SIZEOF_CHAR_P 8 | #define SIZEOF_SIZE_T 8 | #define SIZEOF_UNSIGNED_LONG 8 | #define HAVE_VSNPRINTF 1 | #define HAVE_SNPRINTF 1 | #define HAVE_LIBZ 1 | #define HAVE_LIBPNG 1 | #define HAVE_LIBJPEG 1 | #define HAVE_LIBPTHREAD 1 | #define HAVE_DIRENT_H 1 | #define STDC_HEADERS 1 | #define HAVE_FCNTL_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_LINUX_AWE_VOICE_H 1 | #define HAVE_SYS_SEM_H 1 | #define HAVE_STRING_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_LINUX_CDROM_H 1 | #define HAVE_USLEEP 1 | #define HAVE_SNPRINTF 1 | #define TIME_WITH_SYS_TIME 1 | #define HAVE_ALSA_ASOUNDLIB_H 1 | #define RETSIGTYPE void | #define HAVE_TAGLIB 1 | #define HAVE_CDPARANOIA 1 | #define PATH_CDPARANOIA /usr/bin/cdparanoia | #define HAVE_LIBPTHREAD 1 | #define HAVE_SYS_ASOUNDLIB_H 1 | #define HAVE_ALSA_ASOUNDLIB_H 1 | #define HAVE_LIBAUDIOFILE 1 | #define HAVE_GSTREAMER 1 | #define HAVE_MUSICBRAINZ 1 | #define HAVE_TRM 1 | /* end confdefs.h. */ | | /* Override any gcc2 internal prototype to avoid an error. */ | #ifdef __cplusplus | extern C | #endif | /* We use char because int might match the return type of a gcc2 |builtin and then its argument prototype would still apply. */ | char FLAC__seekable_stream_decoder_process_single (); | int | main () | { | FLAC__seekable_stream_decoder_process_single (); | ; | return 0; | } configure:34515: result: no signature.asc Description: Digital signature
Bug#241259: kdemultimedia: [m68k/unstable] cp: cannot stat `./debian/tmp/usr/lib/kde3/kfile_flac.la': No such file or directory
On Fri, Apr 16, 2004 at 11:08:03PM +0100, James Troup wrote: Dominique Devriese [EMAIL PROTECTED] writes: config.log from a failed build will most likely reveal the problem. configure:34484: gcc -o conftest -ansi -W -Wall -Wchar-subscripts -Wshadow -Wpointer-arith -Wmissing-prototypes -Wwrite-strings -D_XOPEN_SOURCE=500 -D_B SD_SOURCE -DNDEBUG -O2 -Wformat-security -Wmissing-format-attribute -DQT_THREAD_SUPPORT -D_REENTRANT conftest.c -lFLAC 5 /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../../lib/libFLAC.so: undefined reference to `log' /usr/lib/gcc-lib/sparc-linux/3.3.3/../../../../lib/libFLAC.so: undefined reference to `floor' collect2: ld returned 1 exit status mdz told me that he recently (past hour) uploaded a new libflac fixing the problem of it not linking to -lm on any arch other than i386. A simple rebuild of kdemultimedia will fix this problem after flac has been built. Or I can just upload another kdemultimedia later that build depends on the newest flac... Chris signature.asc Description: Digital signature
Bug#227538: kdelibs: mixed results on 3.2.2
On Fri, Apr 16, 2004 at 02:55:30PM -0700, Itai Seggev wrote: OK, so I upgraded the machine on which I had installed the debian sources over the binary package from 3.2.1-1 to 3.2.2-1. The bug did not reappear. Buoyed by this result, I upgraded my other machine, which had been held back to 3.1.4-2 (the last version in the bug was not observed), to 3.2.2-1, but it does suffer from the bug! I'm also getting an error message KThemestyle cache seems corrupt each time I start a K app. On the system that it works I bet you have some old libraries laying around somewhere. As far as I can tell the problem is that basicstyle was removed long ago and so the themes that are missing shouldn't exist at all. Can you check your system to see if the file basicstyle.la exists on it somewhere? Thanks, Chris signature.asc Description: Digital signature
KDE 3.2.2 Status Update - 20040416
Hopefully KDE 3.2.2 can go into Sarge soon, it has been out to packagers since April 4 so hopefully the remaining packages can be uploaded soon. The only major problems I saw so far were that kdemultimedia will need to be rebuilt on all archs since the libflac bug was finally located and fixed and that gnokii is still broken, its maintainer seems to be MIA, which causes kdepim to fail to build on pretty much all archs. Thanks, Chris --- arts 1.2.2-1 done kde-i18n 3.2.2-1 done kdeaccessibility 3.2.2-1 done kdeaddons 3.2.2 - not uploaded yet kdeadmin 3.2.2-1 done kdeartwork 3.2.2 -- not uploaded yet kdebase 3.2.2-1 --- arm - needs retry kdebindings 3.2.2 --- not uploaded yet (domi is the maintainer) kdeedu 3.2.2 -- not uploaded yet kdegames 3.2.2 not uploaded yet kdegraphics 3.2.2-1 --- done kdelibs 3.2.2-1 --- done- needs a new upload to fix RC bugs kdemultimedia 3.2.2-1 - failed on all due to libflac RC bug (fixed now) - needs retry kdenetwork 3.2.2-1 -- m68k- Building kdepim 3.2.2-1 -- failed on all(?) due to gnokii RC bug (needs fix) kdesdk 3.2.2 -- not uploaded yet kdetoys 3.2.2 --- not uploaded yet kdeutils 3.2.2-1 not built yet (uploaded recently) kdevelop 3.0.3 not uploaded yet meta-kde needs new upload (Chris) meta-kde-extras --- needs new upload (Chris) quanta 3.2.2 -- not uploaded yet signature.asc Description: Digital signature
Re: changes in Makefile.am
On Tue, Apr 13, 2004 at 11:15:33AM +0200, Zsolt Rizsanyi wrote: Hi! Are there any guidlines on how to package a kde application where changes are necessary in one or more Makefile.am-s ? If I just leave the Makefile regeneration to the make process then it does not succeed because the automake version of the upstream does not match the version I have from debian. If I try to rebuild the makefiles I get problems with *.moc autogeneration. Is there some solution to these problems? My sources don't have .moc files in them they are created in my build dir, not source dir. What I normally do at least for official kde packages is: cvs export (release tag version) cvs export (current stable branch) diff -Nrua (release tag version dir) (current stable branch dir) uuencode 01_foo_branch.diff 01_foo_branch.diff 01_foo_branch.diff.uu rm -rf (current stable branch dir) since its no longer needed run make -f admin/Makefile.common in release tag version dir run find . -name .cvsignore -exec rm \{\} \; (gets rid of lintian warning) turn the resulting release tag version dir into the foo.orig.tar.gz add branch patch and any other modifications I need run debuild (easier for me) or otherwise apply all patches run make -f admin/Makefile.common run debian/rules clean or otherwise unapply all patches The uuencode is needed for binary updates in branch releases since regular debian diff.gz can't have binary data in them directly. Also note that if you have to do builds often of the same code for testing purposes debuild can be made to use ccache very easily. You can see more about how the patching works for my kde debs by looking in one of my packages or looking at: http://svn.debian.org/viewcvs/pkg-kde/trunk/packages BTW - You need to make sure that you add the AM_MAINTAINER_MODE patch if any build system related stuff is in your patch, like the way mine is. Otherwise it will always try to update stuff with the currently installed automake which will cause build failures. Note that once you patch in AM_MAINTAINER_MODE it will never regenerate the Makefile's on its own so if you need them updated you have to run make -f admin/Makefile.common which should be done before generating the diff.gz to save buildd's time (IMHO). Running it in rules would be very slow especially on archs like arm, m68k, mips, etc Chris signature.asc Description: Digital signature
Bug#243187: kpdf compiled for debug output
severity 243187 important tags 243187 + upstream tags 243187 + confirmed stop I am not sure why upstream feels it needs to have debugging on by default. I am going to try to find out the reason though. 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 Mon, Apr 12, 2004 at 08:41:23PM +0200, Fabian Franz wrote: Package: kdelibs-bin Version: 4:3.2.2-1 Severity: important Tags: patch Hi, while building the new Knoppix KDE CVS I noticed I forgot in my post to debian-devel to add the change I made to freedesktop-desktop-entry-spec-apps. We have the longtitle field and we should use it and I think the comment field is not so good for longtitle as it does not get displayed (from the desktop-entry-spec: only in tooltip). However what would work is to use the Generic Name field as also many KDE-Applications have a comment _or_ a generic name on the package. As most menu items are not self-explanatory (what is slrn?) it would be helpful to add this comments by the package. slrn (Newsreader) Following patch does that: --- /mnt/hda3/etc/menu-methods/freedesktop-desktop-entry-spec-apps 2004-04-12 11:32:42.0 +0200 +++ freedesktop-desktop-entry-spec-apps 2004-04-12 17:35:43.0 +0200 @@ -13,7 +13,7 @@ Type=Application\n Encoding=UTF-8\n Name= title() \n - GenericName= title() \n + GenericName= ifnempty($longtitle,replace($longtitle,title() :, )) \n Comment= ifnempty($longtitle,$longtitle) \n Icon= icon() \n Exec= $command \n The replace is for applications, which repeat the title in the longtitle field, like xeyes. Please think about it :-). cu Fabian PS: Severity set to important as this can be a huge usability issue. I had previously forgotten to remove the GenericName entry from the menu-methods which caused the bad looking GenericName (Name) display duplication. I had enabled it only for testing and forgot to remove it. However, I believe misusing GenericName = longtitle() is a usability issue as well. GenericName is supposed to be Generic, not a really long description of the program. Here is an example debian .menu file I saw on my system: ?package(xbase-clients):\ needs=x11\ section=Apps/Tools\ hints=Screenshot\ longtitle=X Window Snapshot: take snapshot of any X window (xwd|xwud)\ title=X Window Snapshot\ command=xwd | xwud With GenericName misused as above the default KDE setup would display: X Window Snapshot: take snapshot of any X window (xwd|xwud) (X Window Snapshot) That is 79 chars wide! That probably won't even fit on the screen width of many systems. I am not sure what happens in that case, whether it just wraps the text of displays part of it off the side of the screen. There are two real bugs here that you have touched on though. 1. Debian menu has no real concept of GenericName 2. KDE menu doesn't display comments as tooltips (Gnome does this nicely) If both of those bugs were fixed it would work much better. We could have GenericName = generictitle() and Comment = longtitle() or something similiar to that. I look forward to the time when Debian will convert to the freedesktop menu standards so that the integration will be much smoother. :) Note that of course Knoppix is free to modify the scripts how they see fit I just don't think its a good idea to make GenericName = longtitle() Chris signature.asc Description: Digital signature
Bug#238839: Remove hicolor icon theme and depend on hicolor-icon-theme
Damien, Yes, I forgot to fix the bug because for some reason Ross decided to close the bug on kdelibs with his hicolor-icon-theme upload! I reopened it once I realized he had done so but I didn't catch it until after I had already uploaded kdelibs 3.2.2-1. Hint - If you want a bug to be fixed on a package don't close it before its fixed... :) Chris signature.asc Description: Digital signature