kdesdk/debian
CVS commit by rnolden: update the stuff. Ben: as written in my other email, the generation of manpages in scripts/ disabled for now until we have sorted out which apps need manpages generated and add that to the Makefile.am. Ralf CCMAIL:[EMAIL PROTECTED] Akuiviewer.install 1.1 Ascheck.docs 1.1 Ascheck.install 1.1 M +12 -1 cervisia.install 1.7 M +6 -0 changelog 1.53 M +44 -1 control 1.54 M +0 -6 kbabel-dev.install 1.6 M +29 -17kbabel.install 1.7 M +3 -3 kbugbuster.install 1.7 M +2 -0 kdesdk-kfile-plugins.install 1.5 M +5 -2 kdesdk-scripts.install 1.10 M +2 -1 kompare.install 1.9 M +0 -1 poxml.install 1.3 M +5 -6 rules 1.55 M +1 -92 umbrello.install 1.2
Bug#203863: Fixed in 3.2
package kdebase forwarded 203863 http://bugs.kde.org/show_bug.cgi?id=22147 tags 203863 +upstream tags 203863 +fixed-upstream reassign 203863 kcontrol thanks The Theme Manager is removed from KDE 3.2, so its bugs will be gone too. cheers domi
Processed: Fixed in 3.2
Processing commands for [EMAIL PROTECTED]: > package kdebase Ignoring bugs not assigned to: kdebase > forwarded 203863 http://bugs.kde.org/show_bug.cgi?id=22147 Bug#203863: kcontrol/kthememgr: Theme does not contain a .themerc nor a .theme file. Noted your statement that Bug has been forwarded to http://bugs.kde.org/show_bug.cgi?id=22147. > tags 203863 +upstream Bug#203863: kcontrol/kthememgr: Theme does not contain a .themerc nor a .theme file. There were no tags set. Tags added: upstream > tags 203863 +fixed-upstream Bug#203863: kcontrol/kthememgr: Theme does not contain a .themerc nor a .theme file. Tags were: upstream Tags added: fixed-upstream > reassign 203863 kcontrol Bug#203863: kcontrol/kthememgr: Theme does not contain a .themerc nor a .theme file. Bug reassigned from package `kdebase' to `kcontrol'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database)
Bug#207130: Bug#207126: docbook-to-man conversion ?
> Well, remember when I wrote that manpage generator script. IIRC, it > was said that it wasn't really useful because docbook style manpages > were preferred... Well, docbook is preferred by some people. But all we're doing is converting them straight back to nroff, so I see no problem if an author simply provides nroff in the first place. It's just as easy to read and edit. Btw, I think I recall someone making this comment about your manpage generator - I interpreted it as a feature request, not a serious bug. Happy new year. :) Ben.
Bug#207130: Bug#207123: Bug#207126: docbook-to-man conversion ?
Hello, > Ok, to the submitter: please ignore my previous comment Ok, so should I rewrite the manpages using docbook-to-man or is it ok ? -- Clément Stenac
Bug#207125: Bug#207123: Bug#207126: docbook-to-man conversion ?
Cl writes: > Hello, >> Ok, to the submitter: please ignore my previous comment > Ok, so should I rewrite the manpages using docbook-to-man or is it > ok ? If you have the time, it would be useful, I think, yes. But it will probably be a lot of work, so you should decide if you think it's useful. cheers domi
Bug#207123: Bug#207126: docbook-to-man conversion ?
Ben Burton writes: > Hi. >> Thanks a lot for these patches. I know it's a bit of an annoying >> thing to ask, but we ( the KDE Debian packagers ) and Debian in >> general have a bit of a tendency to prefer docbook style manpages >> ... > Do we? Debian policy simply requires manpages - there's no mention > of docbook in policy AFAICT. Moreover, many of the KDE packages for > debian are currently using native manpages (certainly all of mine > do). Well, remember when I wrote that manpage generator script. IIRC, it was said that it wasn't really useful because docbook style manpages were preferred... > If the submitter(s) have gone to the trouble of writing these > manpages, why can't we drop them in for the time being? If someone > wants to convert them to docbook then that's great but in the > meantime we'll have manpages as required by policy. > Note that it's nothing more than dropping the manpage in as > debian/kfoo.1 and adding the line "debian/kfoo.1" to > debian/kfoo.manpages. Ok, to the submitter: please ignore my previous comment cheers domi
Bug#200493: konsole: first instance appears on the wrong virtual desktop
Hi! It *should* appear on the desktop which is currently displayed (assuming a single screen system), on a system with multiple "real" screens this would most probably be the desktop containing the mouse, but as I only have a single screen system I can't say if this problem also occurs on such a system. Hope that clarified it. CU Christian
