[00:01] fabo: is the qtwebkit package missing a symbols file on purpose? [01:00] Riddell: we need to keep the qtwebkit package for the transitional binary packages. should I call the version something like "5:1"? [01:39] debfx: If it just existed during Maverick development and not in a stable release, then a transitional package isn't needed. [07:05] debfx: yes, on purpose. I would like to stabilize the package a bit before adding the symbols file. [08:51] good morning from Prague [08:52] debfx: yes probably easier not to bother with a transitional package [08:54] hello Riddell :) [08:59] \o [08:59] Riddell: hello [09:45] ScottK, Riddell: libqt4-webkit{,-dbg} are in lucid, but we can add those transitional packages to qt4-x11 [09:47] hi [09:48] debfx: that's a reasonably compromise [09:49] although libraries shouldn't need transitional packages at all, the dist upgrade tool wants to keep kubuntu-desktop installed and that only cares about the apps not the libraries [09:49] but not everyone uses dist upgrade tool for some reason [09:50] hi Tonio_ [09:50] Tonio_: I've heard rumours that kdesudo doesn't compile because the docs use the old DTD [09:50] are you able to look into it or should we find someone else who cares? [09:51] Riddell, hum, I forgot about that one indeed [09:51] * Tonio_ flashed a maverick vm [09:51] Riddell, looking [10:06] !package ktorrent [10:06] Sorry, I don't know anything about package ktorrent [10:06] !info ktorrent [10:06] ktorrent (source: ktorrent): BitTorrent client based on the KDE platform. In component main, is optional. Version 3.3.4+dfsg.1-1ubuntu2 (lucid), package size 1254 kB, installed size 4956 kB [10:06] !info ktorrent maverick [10:06] ktorrent (source: ktorrent): BitTorrent client based on the KDE platform. In component main, is optional. Version 4.0.1-1ubuntu1 (maverick), package size 960 kB, installed size 4072 kB [10:06] time for bugfix release then! [10:09] well no need [10:09] debian already has one [10:10] Quintasan: it needs to be merged though [10:10] yup [10:11] grabbing source to check if changes are still relevant [10:16] Quintasan: I cannot imagine why it would be failing then [10:16] Riddell: did you see awesome ubuntuone-share? :D [10:17] apachelogger: that video? [10:17] aye [10:19] apachelogger: so you can share any folder with any other ubuntu one user? [10:19] no, but really yes ^^ [10:19] or any folder within your Ubuntu One folder I guess? [10:20] apachelogger: I can't imagine it too, the build failed when I was using dh -a --dbg-package=project-neon-qt [10:20] you can define any folder to sync with u1, and then you can share that syncd folder [10:20] now I set override_dh_strip and retried the build [10:20] for now only sharing stuff from within ~/Ubuntu One is implemented though [10:21] wtf is that Merge-o-Matic? Heard of it but never saw it [10:21] I'll probably just check if $folder is part of a folder that is already synced and if not add another page to the wizard that asks you to sync that folder to u1 first and helps you with that... [10:21] apachelogger: that is most awesome [10:23] [ubuntuone-kde] Harald Sitter * apachelogger@ubuntu.com-20100719092256-k3jagmv8yikcdzya * debian/control add boost to the builddeps (necessary for akonadi love contacts model) + sort deps a bit [10:27] Riddell: ping [10:27] hi ulysses [10:28] I read your mail on kubuntu-devel [10:28] about qt assistant? [10:28] yes [10:28] that word is painful to write with my s key missing on this laptop [10:30] Riddell: did someone steal it? [10:30] I would replace G N O M E keys on my keyboard though [10:32] hm [10:32] so [10:32] who is running for DMB? [10:35] ulysses: do you know what to do? [10:35] Riddell: nope:( [10:36] ulysses: apt-get source one of the packages [10:37] tulip for example [10:37] apachelogger: DMB? [10:37] ulysses: edit debian/control and add libqtassistantclient-dev to the build depends [10:38] check if qt4-dev-tools is in the Depends of any package in debian/control and add qt-assistant-compat if it is [10:38] Quintasan: developer membership board [10:38] Riddell, considering kdesudo, should the doc be rewritten or discarded ? [10:38] run debuild to compile the package [10:38] Riddell, it basically dupes the manpage... [10:38] oh [10:38] ulysses: if it compiles and installs, you're all set [10:38] Riddell, I'd patch just to not built it if it were me [10:39] ulysses: run debuild -S to build the source packages and take a debdiff with debdiff .dsc .dsc [10:39] ulysses: oh run dch -i to add a changelog entry before compiling [10:39] ulysses: send us the debdiff and move onto the next package [10:40] Tonio_: it's just a one line patch to the DTD in the docs [10:40] Riddell, I'm not a hudge specialist in docs.... looking at what misses [10:40] * apachelogger really thinks rewriting the ubuntuone sync daemon in Qt would make a whole bunch of sense [10:41] Tonio_: just set the DTD to Riddell, kk testing [10:43] apachelogger: wanting to keep up the Kubuntu representation on the DMB? [10:43] would be nice ^^ [10:43] ulysses: did you follow that? [10:44] Riddell: yes, one question: I'm using Maverick, is it neccessary to install Lucid, or not? [10:45] ulysses: we only care about maverick for this [10:45] Riddell: should I merge things like identations in copyrights? [10:46] Riddell: ok, I start the job [10:46] Quintasan: you're merging something from Debian? [10:47] Riddell: ktorrent [10:47] Quintasan: just use Debian's debian/copyright file, I've never come across a reason not to [10:47] okay [10:47] ulysses: good luck, let me know if you get stuck :) [10:57] Riddell: is there any reason for using a POD struct instead of a class? [10:58] apachelogger, Riddell: can you review? http://dl.dropbox.com/u/69524/ktorrent-diffs.rar [10:58] must it be a rar? -.- [10:58] omg [10:58] ^^ [10:59] latest u1-kde only builds on KDE 4.5 ^^ [10:59] my oh my [10:59] brb tar gzipping [10:59] blame ark for not having default entries for tar.gz or tar.bz2 [10:59] Quintasan: xv++ [10:59] Quintasan: I am quite sure it got entries at least for targz [11:00] apachelogger: what's a POD struct? [11:00] apachelogger: Don't you mean xz? [11:00] Riddell: a struct without ctor, dtor and any other C++ fancyness IIRC [11:00] Quintasan: right ^^ [11:00] xv-- [11:00] xz++ [11:02] apachelogger: http://dl.dropbox.com/u/69524/diffs.tar.bz2 [11:02] tar.bz was less effective :< [11:02] that is why we use lzma :P [11:02] Quintasan: looks good, I'll upload [11:02] nonono [11:02] wait [11:03] libktorrent now [11:03] :P [11:03] oh? ok [11:03] Quintasan: I wonder why debian hasn't picked up that issue, maybe they don't know, could you check for ktorrent bugs in debian and if there's nothing file a bug on ktorrent in debian with the https://bugs.launchpad.net/ubuntu/+source/ktorrent/+bug/546719 issue [11:03] Launchpad bug 546719 in ktorrent (Ubuntu) "ktorrent should recommand or suggest kross" [Low,Fix released] [11:05] okay, going to check that [11:08] Riddell: it seems there is no bug related to this, should I file one? [11:09] Quintasan: yes please [11:09] Riddell: I think a sync for libktorrent would be better [11:09] no Ubuntu delta and it is just a bugfix release [11:10] "Set versions of the UTPServer class symbols to 1.0.1. [11:10] has that gone away? [11:11] I think yes, but let me double check everything [11:11] then I will persuade apachelogger to do it too, libs are serious business [11:12] Quintasan: debian know what they're doing with .symbols files so I expect it can be synced [11:14] Quintasan: hm? [11:14] - bump minver of all symbols to 1.0.2 in the symbol file [11:14] Riddell: ^ [11:14] Quintasan: so that's fine [11:14] Quintasan: I'll do the sync [11:15] awesome [11:15] Qt still building.... [11:16] synced [11:16] Quintasan: should I upload ktorrent now? [11:18] I think it should be fine now [11:18] Riddell: thanks [11:21] Quintasan: ktorrent uploaded, thanks [11:27] Riddell: qoauth failed :/ [11:27] built fine in pbuilder [11:31] shadeslayer: just the test suite failed [11:31] must be something about the buildd environment it doesn't like [11:31] heh :P [11:32] strange that it builds in debian though but not us [11:32] ive tried and tried but ive never gotten the exact same build env. as the buildd [11:32] i even enabled pkgbinarymangler... but even now its not same :D [11:32] I guess you should see if there's a way to not run the test suite [11:32] hmm [11:32] ill check it out [11:35] Riddell: check.commands = ( cd tests/ut_interface && ./ut_interface ) && ( cd tests/ft_interface && ./ft_interface ) << in qoauth.pro [11:35] i can patch that to not run it [11:35] then theres check.depends = sub-tests as well [11:36] or... i can just remove tests from SUBDIRS [11:38] Riddell: should I use 'debuild -d' instead of 'debuild'? http://paste.ubuntu.com/465849/ [11:38] shadeslayer: QOAuth::Ut_Interface passes, only QOAuth::Ft_Interface fails so I guess just patch out running ft_interface bit [11:38] hmm [11:39] ulysses: dpkg-checkbuilddeps: Unmet build dependencies: libvtk5-dev libminc-dev [11:39] ulysses: sudo just intall those two packages and run debuild again [11:39] ulysses: you need to install build deps [11:39] if you use -d it will fail at CMake stage [11:43] Riddell: how do i check if it builds or fails :P [11:44] since it will always pass in pbuilder [11:46] shadeslayer: upload to a PPA? [11:46] hmm ok [11:51] okay, debuild is running after apt-get build-deps caret [11:51] Riddell, tried your fix, won't work.... [11:52] Riddell, looks like the doc really is to be rewritten... [11:52] index.docbook:10: element book: validity error : root and DTD name do not match 'book' and 'article' [11:52] book and article won't havre changed [11:53] hum... well it looks like what was valid before isn't anymore... [11:53] appart from reritting the doc... I can do it anyway [11:53] Riddell, I just wondered if keeping the doc is usefull for a command line binary... manpage could suffice [11:53] it shouldn't be that different [11:53] Riddell, yeah, probably a few things should fix [11:54] Riddell, looking [11:54] Riddell, it is *very* different in fact :) [11:54] * Riddell looks too [11:55] Riddell, looking at rekonq's doc for example === yofel_ is now known as yofel [11:55] Riddell, kdesudo doc was writtent in 2003 fyi [11:57] * shadeslayer see's rekonq docs being discussed [11:58] Tonio_: is there a issue with rekonq docs? [11:58] Tonio_: hmm, you could be right [11:58] nixternal: ping [11:58] Tonio_: I'm happy with dropping the docs [11:58] Riddell, great [11:59] Riddell, no issue at all with rekonq doc, I just used them for comparison :) [11:59] Riddell, kk, patching and droping the docs [11:59] Tonio_: ok.. :D [11:59] groovy [11:59] this is for the loads of rebuild failiures? [12:01] Tonio_: ^^ [12:01] shadeslayer, ftbfs :) [12:02] ohh [12:02] shadeslayer, I suspect kdesudo just won't rebuilt indeed [12:02] there are loads of packages which are FTBFS right now due to docbook issues [12:02] :( [12:03] so thats why were dropping the docs? [12:03] shadeslayer, for kdesudo we're droping it cause it's useless [12:03] also i mailed the kdiff3 ML about the docbooks [12:03] shadeslayer, and yeah, some devs are stupid [12:03] how can they get drop the old format support ? [12:03] heh [12:03] isn't backward compatibility somewhat *important* to keep in mind ? [12:04] afaik the drop was in kdelibs [12:04] shadeslayer, that won't change my mind it's stupidity [12:04] especially since it comes from kde... [12:04] http://sourceforge.net/mailarchive/forum.php?thread_name=201007141100.03798.ndbecker2%40gmail.com&forum_name=kdiff3-user [12:04] and http://sourceforge.net/mailarchive/forum.php?thread_name=AANLkTimztff1U-rNJ4kLsYsAefsMmbCM5Cfq_CJu3KFu%40mail.gmail.com&forum_name=kdiff3-user [12:04] kde people don't seem to understand breaking working things isn't a progress, but a regression [12:05] It's just like the RC of Qt being BIC [12:05] We had to rebuild everything :O [12:05] the messange is at the bottom [12:05] even if it is for the best in the next 5 years or so... [12:05] I'm tired with this, really [12:05] heh :P [12:05] shadeslayer, probably the reason why I don't use kde anymore [12:05] i didnt dare to touch docbooks after i tried my hand with kdiff3 [12:06] Tonio_: aww... :( [12:06] I don't care if everything is made so that it'll be a good desktop environnement "one day" [12:06] shadeslayer, I need something that works [12:06] I use my computer for real, and sometimes I don't want to spend my time on it to work :) [12:06] well.. it does work for me.. but yeah.. right now these build failiures are not good [12:07] shadeslayer, I got a little tired with years on kde4, and the fantastic "let's break everything" done on SC 4.4 and kdepim finished to kill me [12:08] Tonio_: in 4.5 plasma is pretty stable.. hasnt crashed more than twice here... [12:08] when a developper forgets to think about users using their products, that's a hudge problem [12:08] shadeslayer, plasma ain't the issue for me [12:08] PIM> [12:08] the issue is that there are priorities [12:08] Riddell: https://edge.launchpad.net/~rohangarg/+archive/experimental/+build/1879750 << qoauth now builds [12:08] and that releasing kde4 for 2 years, without working bluetooth, without forking networkmanagement stuff [12:09] that just demonstrates kde lacks project management [12:09] I don't care having 2004859 graphical effects [12:09] I just want the basing stuff to work correctly [12:09] including, my mail, contacts, network, and so on... [12:10] shadeslayer, believe me I don't like gnome [12:10] i hear they have a new bluetooth manager now.. bluedevil or something [12:10] Tonio_: hahah :P [12:10] but that, the base, it does it, and well [12:10] shadeslayer, how good it is to start your pim client and don't have to care about mail loss, contact loss, crashes and so on.... [12:11] * shadeslayer doesnt use PIM :P [12:11] shadeslayer, yeah, there is always a "new stuff fixing the problem for good" [12:11] +client [12:11] shadeslayer, when it comes to work you have to... [12:11] yeah i guess.. im a student right now,so no need as of now ^_^ [12:12] a student that hasnt gone for training in the past 3 days .... :P [12:13] shadeslayer, I really hope I'll be able to use kde again one day... but really I think things have to change on the kde side, on the project management side [12:14] Tonio_: well.. kdepim 4.5 is going to be out with kde 4.5.1 .. so you could give that a spin [12:14] shadeslayer, interesting, and what will break in the meantime ? multimedia ? network ? [12:14] hehe.. [12:15] network is fixed now.. plasma-widget-networkmanagement does a pretty good job [12:15] shadeslayer, the simple fact kde 4.5 is going to be released without the major fixes awaited for kdepim is just unbelievable to me....... [12:15] much better than the earlier stuff [12:15] shadeslayer, I know it does, but we waited for this for 2 years..... it should have been there with kde 4.1, honnestly [12:15] Tonio_: yeah,but i guess kdepim want to make sure they get only the good stuff out [12:16] shadeslayer, of that may be why they broked up everything 6 month ago then ? :) [12:16] shadeslayer, yoàu know when half of the components moved to akonadi , not waiting for the other apps, and that broke everything... [12:16] i never really used kdepim till i had to test 4.5 beta 1 ;) [12:17] that must be really b0rked [12:17] well you might want to know everything is now moved to akonadi.. kmail and stuff [12:17] shadeslayer, let's make it simple : [12:17] kresource has a compatibility layer to akonadi [12:18] but akonadi has a compability layer to kresource too o_0 [12:18] heh [12:18] then, kaddressboook moves to akonadi, but not kmail [12:18] all this when the API isn't even stabilized [12:18] Tonio_: even kaddressbook was b0rked in 4.4. [12:18] and you loose all your data [12:18] not re-read your previous statement please :) [12:19] shadeslayer, they release things when they consider they can be released [12:20] aka : without project management, without QA, without any user feedback, except "we consider this mature enough" [12:20] I know I'm rude.... but considering in my company, 2 years ago, 50% people were using KDE, and now I'm the only one, and I recently switched.... [12:21] wow.. [12:21] shadeslayer, this means there are problems there [12:21] I decided to try to figure out why, could be a distro problem [12:21] wow.. because i cant find a single company here that uses KDE :D [12:22] shadeslayer, because it is unsuitable for companies maybe ? :) [12:22] all of them use the MS stuff.. outlook and kruft [12:22] Tonio_: no i mean they dont even use FOSS software [12:22] shadeslayer, look at the french parliament, they have kde3, they can't go to kde4.... [12:22] what to do then ? [12:22] ouch [12:22] yeah [12:23] omg.. i think my dead phone just rang :S [12:23] they went to kde/linux cause XP was about to be deprecated [12:23] :D [12:23] and one year later, they end up with an unmaintained system they can upgrade cause the new one will be ready in 2015, eventually... [12:23] nice job [12:24] shadeslayer, don't ask me which DE I tend to suggest to companies now... [12:24] shadeslayer, sorry for the very bad mood anyway [12:24] lol :P [12:24] Tonio_: no problem ;) [12:24] shadeslayer, it's because I love kde so much I'm so frustrated, and so demotivated... [12:25] happens with everything [12:25] ok ive gtg for now,be back in 30 mins [12:26] shadeslayer, kk :) [12:36] Riddell: qtwebkit-source is ready: http://people.ubuntu.com/~debfx/qtwebkit-source_2.0~week26-2ubuntu1.dsc [12:36] Riddell: qt changes are in bzr [13:00] debfx: rock [13:08] btw kcm-touchpad appears in lost and found in system settings [13:08] someone might want to correct that [13:10] we have half a dozen in lost and found [13:12] Riddell: shouldnt it be put under Hardware [13:12] also,mail to DD sent about qoauth license issue [13:14] kubotu: weather Gurgaon,India [13:14] Weather info for New Delhi, India (updated on 4:30 PM IST on July 19, 2010); Temperature: 90 F / 32 C; Humidity: 75%; Dew Point: 81 F / 27 C; Wind: East at 12 mph / 18 km/h; Pressure: - (Steady); Conditions: Haze; Visibility: 1.9 miles / 3.0 kilometers; UV: 3 out of 16; Clouds: Scattered Clouds (SCT) : 2000 ft / 609 m (FEW) : 3000 ft / 914 m Mostly Cloudy (BKN) : 10000 ft / 3048 m; Yesterday's Cooling Degree Days: 28 [13:14] approx.; Sunrise: 5:36 AM IST; Sunset: 7:19 PM IST; Moon Rise: 1:34 PM IST; Moon Set: 12:26 AM IST; Moon Phase: Waxing Gibbous [13:15] a bit out of date... its raining now [13:21] shadeslayer: yes it should be under Hardware, not hard to fix, just needs doing :) [13:21] shadeslayer: DD? [13:21] Debian devel [13:21] I doubt they care much, if it's through new they'll be happy [13:22] I'd e-mail the author and ask him to make it consistent [13:22] source author? [13:22] also i just saw the mail on kaffeine :P [13:23] Riddell: Which of the Qt assistant transitions still need doing? [13:23] Riddel: Heya, this is Jasem from KStars/INDI. Wanted to know if I can join the packaging effort to resolve some issues :) [13:23] shadeslayer: yes source author [13:23] ryanakca: ask ulysses === Feer is now known as jasem [13:23] ulysses: Which of the Qt transitions still need doing? [13:24] Riddell: btw can you upload new qoauth from https://edge.launchpad.net/~rohangarg/+archive/experimental/+packages [13:24] ryanakca: I'm doing caret and paraview currently [13:25] ulysses: So tulip is free? [13:25] ryanakca: yes [13:25] ulysses: Alright, pulling sources from maverick? [13:25] ryanakca: yes [13:27] WHat do I wrong? http://paste.ubuntu.com/465896/ [13:28] my GPG-key is configured to "Kiszel Kristóf " [13:28] ulysses: are you sure the mail in the changelog is right? E: caret: debian-changelog-file-contains-invalid-email-address ulysses@locris [13:29] yofel: arghhhh, I didn't see:( thanks [13:29] more like, is DEBEMAIL set? ^^ [13:29] no, it isn't [13:31] well, something in kubuntu rules makes it build [13:31] grr [13:32] yofel: DEBEMAIL needs to be in ~/.bashrc? [13:35] ulysses: usually yes [13:35] certainly saves a lot of time compared to manually changing the e-mail in changelog every time :) [13:38] :) [13:38] Might also look into .pam_environment or /etc/environment for setting shell variables. [13:38] Obviously .bashrc only works for bash. [13:38] naw it's a per user settings, ~/.bashrc is good and everyone uses bash don't they? :) [13:39] It's enough, I'm the only user on this laptop:) [13:39] who would want to use bash when there's zsh? :D [13:40] fabo: http://people.canonical.com/~jriddell/tmp/qtmobility_1.0.1-2ubuntu1.debdiff [13:41] fabo: builds gstreamer backend for qtmultimedia, QtBearer is in QtNetwork now or so the build log says [13:41] adds some runtime deps listed on http://doc.qt.nokia.com/qtmobility-1.0/installation.html [13:42] including hal, whyever did they chose an obsolete package I don't know [13:42] debfx: ++ [13:43] Riddell: thanks [13:43] Aye, zsh >> bash :) [13:43] fabo: let me know if you agree :) [13:44] ryanakca: That's a weird right shift... ;) [13:44] O_o [13:44] right, jasem, indi [13:46] well, now that it finally built, at least maverick users can use muon 0.3 :) [13:46] \o/ [13:46] should be published in the QApt ppa in the next 20 minutes or so [13:47] no string complaints, from translators or otherwise, so that's good. :) [13:48] ulysses: Hmmm. I can't seem to spot where libqt4-assistant is getting pulled in by tulip. My best guess is that debhelper is pulling it in with ${shlibs:Depends}? And that I'd have to add something to debian/patches/04-autotools -ac_subst_vars ? [13:49] maxwellian: No, zsh >> bash means zsh much greater (better) than b, http://en.wikipedia.org/wiki/Inequality_(mathematics) [13:49] * Riddell assumes maxwellian was joking :) [13:50] * maxwellian thought so too... :( [13:50] maxwellian: Ah, I missed it :) [13:50] ryanakca: so just add the build depend for the new libqtassistent, make sure it builds and picks up the shlib depend, job done [13:50] * maxwellian goes back to his linear algebra homework with renewed shame [13:52] jasem: yo [13:52] ryanakca: Riddell told me that I should add libqtassistantclient-dev to build depends, and if qt4-dev-tools is in the Depends of any package in debian/control and add qt-assistant-compat [13:54] ulysses: I'm guessing if qt4-dev-tools is in the B-D too, I should add qt-assistant-compat to the B-D? [13:55] I guess it should go to Depends [13:56] jasem: according to your changelog you're starting with our current lucid package not with our current maverick package [13:58] ulysses: Which one though? None of tulip's binary packages are in qt4-dev-tools rdepends... [13:58] ryanakca: no qt-assistant-compat shouldn't need to be a build-depend [13:58] it provides /usr/bin/assistant_adp which used to be in qt4-dev-tools [13:59] jasem: according to your changelog you're starting with our current lucid package not with our current maverick package [13:59] Riddell: OK, thanks [14:03] shadeslayer: Did you consider volunteering to help https://wiki.ubuntu.com/OperationCleansweep ? [14:05] jasem: connection issues? [14:09] fooey [14:17] well then back to Qt [14:17] caret finished building \o/ [14:17] qtmobility now builds qtmultimediakit so I'll remove qtmultimedia from qt4-x11 [14:19] ScottK: yeah... i know about that :D [14:20] but idk alot about coding right now :( [14:20] i did close a few bugs here and there as they were old [14:21] shadeslayer: I think what they are looking for is within what you can do. All you need to check is if the patch still applies and if so, is it packaging related so send to Debian or is it code related so send it upstream. [14:21] ok ill try :D [14:22] right now i have to get my phone fixed first :P [14:22] OK. [14:22] Riddell: http://people.ubuntu.com/~ulysses/kubuntu/juniorjob/caret_5.6.1.3~dfsg.1-2ubuntu1.dsc.debdiff [14:23] * Riddell wibbles a lot at the size of the diff between our and debian's qt4 package [14:23] hehe :P [14:24] ulysses: groovy [14:24] ulysses: I'd replace "Rebuild" with "Add libqtassistantclient-dev build-dep" since it's not a no change rebuild [14:25] oh also the pesky "dpkg-source: error: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address [14:26] haha :P [14:26] we should have a script to change that [14:29] ulysses: uploading like this http://people.canonical.com/~jriddell/tmp/caret_5.6.1.3~dfsg.1-2ubuntu1.debdiff [14:29] Riddell: I changed just now too:) http://people.ubuntu.com/~ulysses/kubuntu/juniorjob/caret_5.6.1.3~dfsg.1-2ubuntu1.dsc.debdiff [14:32] fabo: I think libpulse-dev can go from the qt4-x11 build-depends [14:32] Should I add 'Maintainer: Ubuntu MOTU Developers ' to every changelog? [14:33] ulysses: yes, and change the one from debian to XSBC-Original-Maintainer [14:40] fabo: seems like a bad idea to mention Debian in package descriptions, other downstreams may not notice to change them [14:40]