[00:38] emgent: I'm not a dev anymore, so I don't have ack privileges. === Czessi__ is now known as Czessi === persia_ is now known as persia [04:02] yesterday it was suggested that i use debootstrap to test my 'pyrocket' application for intrepid -- could I use pbuilder to the same effect? [04:03] kostmo: I believe the command is pbuilder --login or similar. [04:04] I also noticed that intrepid is in alpha1 and there's no gui/livecd available, which precludes actual runtime testing it seems [04:06] although I wouldn't expect much to change about a pygtk gui from Hardy to Intrepid [04:07] kostmo: You can always run from a netinstall or similar. Anyway, images are available from cdimages.ubuntu.com [04:07] yeah, I saw the server cd and the alternate cd [04:08] the server cd says explicitly that no window manager is included [04:08] i don't know about the alternate cd, but it doesn't say that it *does* include the window manager [04:09] kostmo: That is the reason behind the inclusion of package management tools with network access. [04:10] i c [04:10] alpha distro testing is new territory for me [04:11] kostmo: You might ask for testing advice and pointers to test cases in #ubuntu-testing [04:12] ok, thanks [04:43] RAOF: it's amazing how much better gnome-do works if you enable the plugins [04:43] Indeed it does. [04:44] Are you using 0.5 (time to poke #debian-mono about that again, methinks)? [05:20] kostmo: The alternate CD has a gui, but no live CD. It uses the traditional Debian Installer. [05:21] i'll have to try that out [05:23] This doesn't seem right -- I changed the distro name to 'intrepid' for uploading to my PPA, but it complains that it was already accepted to "hardy" and that I should try another distribution [05:24] here is the email message: http://paste.ubuntu.com/23868/ [05:24] ScottK: php5-clamavlib for hardy uploaded to the clamav ppa and tested... worked fine [05:25] sommer: Great. I'm about to head to bed. I'll try and look at it for upload to the archive tomorrow. [05:25] sommer: I'd also like to help you get it NMU'ed in Debian. [05:25] ScottK: me too, just wanted to fyi ya [05:25] ScottK: sounds good to me :) [05:26] I'll work up a debian package tomorrow evening [05:26] Thanks. [05:27] kostmo: It says you should change the version, not try another distribution. [05:28] i'm confused by the message "you cannot upload the same version within the same distribution" [05:28] it seems to imply that you can change the distribution to make it work [05:30] Well, you can. If you were to e.g. upload to kostmo's special linux, it would work. You just can't use that version in kostmo's PPA distribution, regardless of the release series. [05:30] kostmo: Unless you want to upload to a non-Ubuntu distribution... [05:32] i need to get some terminology straight -- can "hardy", "intrepid", etc. be called "distributions"? the pastebin message has a line saying "Distribution: intrepid", but is that a misnomer? [05:32] Somewhat. It's a release series. [05:33] Ubuntu is a distribution. Intrepid is a distribution series. dpkg hasn't caught up [05:34] so does "series" in "release/distribution series" refer to the sequence of alphas/release candidates for e.g. intrepid? [05:34] More 8.04, 8.04.1, 8.04.2, I guess. [05:34] No. It's Warty, Hoary, Breezy, Dapper, Edgy, Feisty, Gutsy, Hardy, Intrepid, ... [05:35] persia: Each of those is a separate series. [05:35] wgrant: Ah. My misunderstanding then. [05:35] * persia thinks the nomenclature is a little confusing [05:35] It makes more sense for projects. [05:35] i'll second that [05:35] persia, wgrant : what is the discussion about? [05:36] They used to be DistroReleases, but they were renamed to DistroSeries to be more in line with the project naming scheme. [05:39] so referring back to my pastebin, the text "you cannot upload the same version within the same distribution" would probably make more sense if down below it used the term "Distribution Series" instead of simply "Distribution" [05:39] It would. [05:40] But we won't modify the definitions of such fields in dpkg control files. [05:40] kostmo: Except that's just pulling from the .changes file. I think it'd make more sense to call that "target", as there is no reason one can't copy it afterwards (e.g. foo-proposed -> foo-updates) [05:48] i was trying to upload to my PPA before uploading to REVU to catch any packaging errors -- but the PPA is picky about the versions being duplicated -- is REVU not picky? [05:49] REVU is not picky. [05:49] But PPA is, rightly. [05:50] also, i have not received any automated e-mails from REVU after uploading -- is that supposed to happen? [05:51] It is supposed to happen that you do not get mail. [05:52] ok [07:54] nxvl: morning [07:57] siretart: hi! [07:57] siretart: i'm just fighting with augeas :D [07:57] the rpath issue is only present on amd64 [07:58] that's why i wasn't seeing it [07:58] :D [07:58] also i have just noticed that it fails to build twice in a row due an upstream bug [08:00] mm [08:00] i' curious on how upstream release the package [08:01] the tarball i COMPLETELY different from what it's on the hg repo [08:08] encourage upstream to place the script that converts an hg revision to a tarball in the branch [08:09] i think [08:09] build the source [08:09] and package ir before cleaning [08:20] siretart: i have just send an email to upstream with a list of bugs [08:20] i hope they solve them [08:23] also i wan't noticing it, but it ships with the .spec [08:23] wasn't [08:33] persia: you told me some time ago to not present myself for u-u-contributor, didn't you? [08:34] nxvl: I said that I didn't think you'd gain from it. Your (successful) application to the Community Council for Ubuntu Membership was one of the arguments for the team creation. [08:35] persia: i didn't understand the CC thing [08:40] good morning [08:42] Morning Daniel! [08:42] Heya dholbach [08:43] dholbach: good night! [08:43] :D [08:43] <\sh> moins guys [08:43] hi cody-somerville, hi jussi, hi nxvl [08:44] \sh: i was looking for you [08:44] but don't remember why [08:44] :( [08:44] \sh: oh yes [08:44] \sh: did you upload lenov to a ppa? [08:47] well [08:47] i need to sleep [08:47] see you [08:47] \sh: if you have, please send me an e-mail [08:47] thanks! [08:47] read you later! [08:54] <\sh> nxvl: apachelogger started to package leonov...as upstream I leave that to others ;) [08:55] * \sh needs to re-sort some channels...and switching from dircproxy to quassel === dholbach_ is now known as dholbach [10:55] hmm === jpds changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | 8.04 is released: Let's fix any SRU-worthy bugs before the users try the package. | Intrepid open, go wild! https://merges.ubuntu.com/universe.html | QA targets available from http://qa.ubuntuwire.com | TODAY - Another day!! Keep working. [10:57] * cody-somerville blinks. [10:59] Someone left: "?The topic for #ubuntu-motu is" in the old topic :) [11:01] Can anyone help with this error - ld: unrecognized option '-Wl,-Bsymbolic-functions' ld: use the --help option for usage information [11:04] slytherin: when do you get this? (looks like a linking error) [11:06] bliZZardz: FTBFS log for libmatthew-java [11:20] bliZZardz: any idea about error? [11:21] slytherin: do you know if it compiles using gcc << 4.3 ? [11:22] IIRC, -Wl,-Bsymbolic-functions is available only for gcc 4.3 (but I'm not absolutely sure about it) [11:22] DktrKranz: I haven't tried anything yet. I was just looking through FTBFS for java related packages [11:23] slytherin: a workaround would be exporting a empty LDFLAGS [11:24] DktrKranz: I will look into this in evening. Thanks for suggestions. [11:24] you're welcome === Lamego_ is now known as joaopinto [11:29] hi folks [11:29] slomo_: hey [11:29] hi sistpoty|work [11:29] hi DktrKranz [11:29] siretart: do you know if libavutil49 is ok to ship on the CDs? [11:31] Riddell: I do think so. it is 'just' a collection of helper functions doing crc, aes, md5, some general mathematical functions (log, etc) [11:32] siretart: thanks [11:33] Riddell: TBH, I think everything besides 'libavcodec' is fine for the CDs. [11:41] DktrKranz : hello [11:43] if i want to include/package a module which is present in Debian and not in Ubuntu - then how can i do it? and would i be needing a sponsor(New Package process?) [11:44] bliZZardz: have you checked if the package has been already synced in intrepid? === elky is now known as elkbuntu [11:53] slytherin : can you plz tell me as how i can do that? [11:53] bliZZardz: which package is it? [11:54] rmadison [11:54] Bug #209498 [11:54] Launchpad bug 209498 in pyparsing "new upstream version available" [Undecided,New] https://launchpad.net/bugs/209498 [11:55] i also can learn some packaging by fixing this - hence [11:58] slytherin : comments? [11:59] bliZZardz: that version is already there in intrepid. So nothing do be done. What you can do at most is close the bug with appropriate latest changelog entry. [13:04] DktrKranz, huats, mok0, Iulian: I have your interviews online - hope you like them :) [13:04] :) [13:04] dholbach: yeah! [13:05] dholbach: I haven't seen the latest ones [13:05] ROCK :) [13:05] dholbach: you never replied to my email concerning the blog. [13:06] dholbach: great ! [13:06] mok0: I've been drowning in email, work and other preparations - I'll get to it, promise [13:06] dholbach: great no hurry. I was just afraid you'd missed it [13:07] no, I received all well :-) [13:09] dholbach: take your time then :-) [13:09] * dholbach hugs mok0 [13:09] * dholbach hugs super-mok0 :) [13:09] * mok0 hugs back lol [13:23] morning [13:24] * DktrKranz hugs dholbach [13:24] hi all [13:27] \sh: sry, will test claw mail today =) [13:33] dholbach: Yea, it's great. [13:33] * Iulian hugs [13:33] * dholbach hugs back :-) [13:37] siretart / sistpoty|work: why doesn't revu.tauware.de point at the new REVU? [13:38] revu.tauware.de is an alias for spooky.informatik.uni-erlangen.de. [13:38] revu.ubuntuwire.com is an alias for spooky.ubuntuwire.com. [13:38] spooky.informatik.uni-erlangen.de has address 131.188.40.95 [13:38] Hobbsee: ?? [13:39] spooky.ubuntuwire.com is an alias for spooky.informatik.uni-erlangen.de. [13:39] Hobbsee: Could you just adjust to point at ubuntuwire? That got updated, and likely would again for another change. [13:40] Hobbsee: I think we are marking on the same dput bug at the same time. [13:41] Hobbsee: Both revu.ubuntuwire.de and revu.tauware.de point to the sam IP. [13:41] If they are both updated, why the bug? [13:41] So unless siretart drops the a record for revu.tauware.de, there is no problem. [13:42] Is this just the user being confused by reading the text of the config file? [13:42] For Intrepid, it makes sense to update to the preferred URL, but in no sense should this be an SRU candidate. [13:45] Hobbsee: I marked myself assigned on the bug before I noticed you were working on it. If you'd rather, I'll stop. [13:46] please use the ubuntuwire.com url. the tauware.de is my private, personal domain which I used because I was able to and I didn't want to nag canonical for setting up dns. then, years later, ubuntuwire came up so I moved the service name there [13:46] nowadays revu is an 'official' service of ubuntuwire [13:49] dholbach: are you doing new interview things? ^^ [13:51] sebner: definitely - maybe not today, but definitely more :) [13:52] sebner: want to be part of the show? :) [13:52] DktrKranz: no thanks ^^ [13:52] dholbach: sure, just read that on the plant and got curious [13:52] sebner: reminder: tomorrow is "next month" :P [13:53] * sebner hides [13:54] * sebner thinks that there are a lot other persons to interview who are a lot better, nicer and more interesting than sebner [13:54] siretart: We'll get it fixed for Intrepid, but I don't think it merits an SRU for Hardy. [13:56] * siretart is on a 'makefile' rampage. If anyone can read and understand this, please review: http://paste.debian.net/8731 [13:56] ;) === devfil_ is now known as devfil [14:16] ScottK: thanks. dunno why i didn't think to do that. [14:17] * Hobbsee wondres why the highlight never showed up [14:18] it always throws me when i get assigned to random bugs that i've never seen before [14:18] or subscribed [14:18] yet have shown no interest in [14:21] Please everbody get up and congratulate DktrKranz for becomming a Debian Maintainer!!! [14:21] Hobbsee: Do you want to deal with the dput bug or should I? [14:21] * sebner hugs DktrKranz :P [14:22] * ScottK slaps DktrKranz and says get to work. [14:22] ;-) [14:22] sebner: you're late. I already had my drunk night [14:22] DktrKranz: better late than never :) [14:22] ScottK: bah :P [14:23] ScottK: not yet. No packages have DM-upload-allowed field, so I need sponsoring :) [14:23] Yeah. I know the feeling. [14:24] It takes a while. [14:24] No rush to break Debian, for now [14:24] rofl [14:25] I already did a bogus dput saturday in Intrepid :) [14:35] i've made an altered version of the ubuntu live cd, with additional packages, and changes to files such as sources.list, but when i install the cd to drive, the changes arn't carried over. does anyone know either why, or where there might be some documentation on the problem ? [14:36] Jeff_p: You likely want the derivatives channel (which name I forget), but I suspect that you've changed the live image only, and not created an alternate set of information for the ubiquity installation. [14:37] ah, ok :) that sounds likely. [14:39] Hello, I tried to upload my first package to revu using dput revu. As is wrote on https://wiki.ubuntu.com/MOTU/Packages/REVU, after that action I should receive email with some next info. It is many hours ago, but I didnt receive any email and my package is not listed on http://revu.ubuntuwire.com/. What can I do now, please? [14:42] sistpoty|work: http://svn.debian.org/viewsvn/pkg-multimedia/unstable/ffmpeg/debian/rules?rev=1275&view=auto <- the result of the build rules I showed you before. Note the special 'install' target ;) [14:43] siretart: what does $(call ..) do again? [14:45] Hi again, is there anybody who know what to do in my situation? [14:46] slush: Are you part of the revu-uploaders team? [14:47] yes - REVU Uploaders Joined 3 hours ago [14:47] slush: I'm resyncing the keyring now, so once this is done, your package should show up [14:48] Bah. Someone is always faster than me :( [14:48] sistpoty|work, well done, thanks ;) [14:48] * persia resolves to sync the keyring unprovoked tomorrow, just for practice. [14:48] heh [14:49] * sistpoty|work is probably only that fast, because .informatik.uni-erlangen.de is in the search of dns :) [14:51] sistpoty|work: it exands a parameterized macro (variable). There is a multiline macro a few lines above [14:53] siretart: ah, nice :) [16:02] I have a question [16:02] I am using dput to maintain some package locally that I need as dependencies [16:02] but it seems to fail with virtual packages [16:02] does it sounds wierd to someone ? [16:02] anybody has an idea ? [16:04] * RainCT doesn't even know what you mean with "using dput to maintain some packages locally" :P [16:08] RainCT: sorry I was not really clear [16:09] RainCT: I have a local repo so that I can build package without waiting for the dependencys (that I have build) to be included in the distro [16:09] that is my usage of dput "locally" [16:09] :) [16:11] huats: How are you using it? dput just puts packages somewhere - it doesn't do any repository management. [16:12] wgrant: i use also mini-dinstall to do that [16:13] wgrant: but this time, since it is a virtual package, dput only creates the .changes on the source package.... but nothing related to the binary one... [16:13] so I cannot put them in my local repo [16:13] I am surely missing something... [16:19] huats: You can dput the binary and source upload by dput'ing the .changes you get from the build. [16:19] ScottK: hey [16:20] ScottK: when I dput the .changes they are only for the source package [16:20] not one of the binary that will be created... [16:20] source.changes yes. [16:21] After you build your binary you should have a arch.changes (e.g. i386.changes) [16:21] Dput that one. [16:21] That will upload the binary .deb too. === pgquiles_ is now known as pgquiles [16:25] ScottK: Ok [16:25] apparently I guess I wasn not using the right .changes file [16:25] not sure yet [16:26] ScottK: or, I am more dummy than I think and I have not updated my pbuilder env after I used dput [16:26] .... [16:27] ScottK: thanks... [16:27] No problem. [16:57] I'm trying to do azureus merge. It depends on libswt-gtk-3.3-java, but the highest ubuntu has is libswt3.2-gtk-java. The current one in debian unstable is libswt-gtk-3.4-java. Does anyone know if sync is planned for that package? [16:58] It fails to build, because of deprecated API. I suppose that's related to the older libswt in ubuntu. [17:04] Jazzva: have you tried to take the libswt package from debian (and rebuild it for intrepid) and check if azureus would build with it? [17:05] geser, not yet. I thought of doing it. [17:05] geser, thanks [17:15] siretart: hi, are you around? [17:15] siretart: I'm not sure how to reply to debian bug 488271. [17:16] Debian bug 488271 in cryptsetup "cryptsetup: use a loop to wait for the root device" [Wishlist,Open] http://bugs.debian.org/488271 === thekorn_ is now known as thekorn [17:23] http://img389.imageshack.us/img389/7561/screenshotum0.png [17:24] this is what happens in a totally new user, I just upgraded to Hardy. reinstalled sound-juicer and created a blank user, the same thing happened. [17:24] james_w: the rootdelay loop in initramfs-tools waits for the root filesystem. we need to wait here for the device holding the crypted filesystem [17:25] james_w: Ideally the cryptdisks hook would be able to use the look mechanism from initramfs-tools, however it is not generic. If we could make it callable, that would be ideal and avoid this code duplications [17:27] siretart: would you mind justifying it on the bug report? You understand it better, so you'll do a better job of explaining it than me. [17:27] does the install CD put some files on the system that aren't tracked by the package manager, specifically in relation to sound-juicer? [17:27] james_w: yes, I'll take over that. thanks for forwarding it to debian! [17:28] i.e. something I can't get by reinstalling a package [17:28] siretart: thanks! [17:28] siretart: also, you may want to look at debian bug 488128. [17:29] * siretart calls it a day. see you tomorrow! [17:29] * sistpoty|work heads home... cya [17:29] bye siretart [17:30] james_w: I'm noting that one as well. it is on my list for tomorrow [17:30] cya [17:31] hi siretart :) [17:33] * bluefoxicy reinstalls his OS to fix a single package [17:39] Should I carry on with merges now that we're in DIF or is it now on an "only if it's specifically worthwhile" basis? [17:40] Laney: merging bug fixes is a good idea, new upstreams are probably good as they generally fix bugs. [17:40] merging for something like "Update standards version" is not worth the time. [17:41] Yeah. I had been doing them on a "because they're there" basis before. [17:41] I shall try to cherrypick the most useful ones [17:41] looking at something like the RC bugs list, or the FTBFS list could be a good way to find those. === Kopfgeldjaeger2 is now known as Kopfgeldjaeger === bdmurray_ is now known as bdmurray === evand_ is now known as evand === fta_ is now known as fta === smarter_ is now known as smarter === mathiaz_ is now known as mathiaz [20:38] i have a question on packaging, is this the right channel? [20:38] yes it is [20:41] okay I have the following errors: http://rafb.net/p/Qv9vyg55.html [20:41] i'm not sure where to start looking [20:41] what gives "file qlix_0.2.1.orig.tar.gz"? [20:42] i'm not sure, i'm just running debuild [20:42] it then proceeds to compile the whole application- and once its done, i get those errors [20:43] SolarWar: you can open another terminal to try that command :-) [20:43] i messed up the paste, one sec [20:44] i did try tar -xkf on the original tar file and it works :-/ [20:44] http://rafb.net/p/AHokJl89.html [20:44] there :) [20:45] hi all. [20:45] helloo [20:46] SolarWar, is it trying extract with xkf? [20:47] i think so k0p [20:48] theres nothing in my rules that say that it should do that [20:48] so i'm assuming that this is something that debuild does on its own accord (?) [20:49] well at the top we have tproblems in rules [20:49] I don't understand so much that. I can't help you. sorry [20:49] i'm a beginer in packing. [20:50] but looks like trying unzip wrong file [20:55] k0p, thanks for taking a shot, i think i figured it out: my maintainer field in the control file should be motu@ubuntu.org [20:55] really? [20:55] give me a secound [20:55] or ubuntu-motu@lists.ubuntu.com [20:56] hmm [20:56] in control? [20:56] I think the field in maitaier is something like: [20:56] Maintainer: Full Name [20:56] but I don't have totally sure about that. [20:57] I have it in my package. But I don't have comments yet in revu [20:59] hrm [21:04] * ScottK hands out https://wiki.ubuntu.com/DebianMaintainerField to SolarWar and k0p. [21:06] cool [21:06] ScottK, yeah you're right. :) [21:06] I don't know about that. [21:06] thanks. [21:06] now i have this problem: http://rafb.net/p/Fx0sdU18.html [21:07] i'm not sure what hte double colon syntax is [21:07] the guide doesn't have any examples of install:: [21:10] SolarWar, may be you put on label install something like: build [21:10] and others labels that u need [21:10] rules is semilar like a Makefile IMHO. [21:11] btw what's differences between dpkg-buildpackage and debuild? [21:12] debuild is a wrapper around dpkg-buildpackage which might or might not run other things before/after as well, AFAIK [21:12] hmm right :) [21:12] like lintian ? [21:13] e.g. [21:14] hmm fine. [21:35] debsign too. [21:39] Hello [21:39] I have a broken package I can't remove. Its on universe of multiverse.. not sure [21:40] it is called g15daemon [21:40] can someone help me remove it? [21:41] mercutio22: You should ask in #ubuntu. [21:42] they told me to try over here though [21:42] The usual methods won't do I was told [21:44] it is related to this bug [21:44] https://bugs.launchpad.net/ubuntu/+source/g15daemon/+bug/173675 [21:44] Launchpad bug 173675 in g15daemon "package g15daemon 1.9.0-wip.20070910-5 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,New] [21:47] what does this mean: dpkg-genchanges: failure: cannot read files list file: No such file or directory [21:49] porthose: are you there? [21:56] SolarWar: are you building an "Arch: all" package, or an "Arch: any" package? [21:57] james_w, I'm using arch: any [21:58] SolarWar: then check that you have commands under "binary-arch" and not "binary-indep" in debian/rules. [21:59] oh i see [21:59] thanks [22:01] mercutio22: If I help you get it uninstalled, will you document how to do it in the bug for others? [22:03] ScottK: I got the g15daemon going but I am still getting a broken package error from synaptic. Yes I would. [22:04] ScottK: I compiled the latest version [22:04] A [22:04] Ah. [22:04] Open a console shell. [22:05] ScottK: done [22:05] cd /etc/init.d [22:05] ok [22:05] ls [22:05] Is there a file named g15daemon? [22:05] Yes [22:06] sudo vim g15daemon [22:06] Or actually [22:07] sudo edit g15daemon [22:07] That'll bring up Nano which is more obvious to use than vim. [22:07] huhu ScottK [22:07] ^^ [22:07] or sudo gedit :) [22:08] ScottK: ok I used gedit because edit didn't work [22:08] OK. [22:08] go ahead [22:08] sudo nano g15daemon is another option. [22:08] RainCT: gksu :P [22:08] right, thanks [22:09] mercutio22: I'm guessing the first line of the file is something like #~ /bin/sh. Is that right? [22:09] ScottK: yes: #! /bin/sh [22:09] sebner: like this? gksu /etc/init.d/sebner stop *g* [22:10] mercutio22: Right after that add a line that says "exit 0" (without the quotes) - Note that if you've got a fixed version you can skip this step because all we are doing is making it guaranteed the init script doesn't fail. [22:10] RainCT: did it work? :) [22:10] mercutio22: Then save and exit. [22:10] In your case you've nothing actually to save. [22:10] ok [22:11] done [22:11] RainCT: gksu gedit xD [22:11] Then you should be able to do sudo apt-get upgrade and the package should configure. [22:11] geser: uhm.. let's wait for the "no reply to ping" message :) [22:11] geser: seems like it failed.. [22:11] RainCT: open a bug, severity critical [22:11] mercutio22: Getting the package to finish it's configure step is the key to getting rid of the error. [22:11] geser: bah. just wait when I'll flood u-u-s queue :P [22:12] ScottK: sweet. Seems to have done the trick [22:12] geser: I'm on the way. Rationale: "MOTUs have rights. We want holidays!" :P :P [22:13] hang on there.. I will test if synaptic is still giving me the error msg [22:14] mercutio22: The next step then (if you don't have the working one) is to sudo apt-get remove the package. [22:14] ScottK: I think I do have the working one [22:14] I mean... my LCD is showing a clock [22:14] That was for the instructions you put in the bug. [22:16] Ok thanks. I will write what you instructed me to do on the bug page [22:17] Great. [22:17] At least people will be able to know how to get it off their systems then. [22:19] yeah. That was great help. Thanks [22:25] sebner, geser: https://bugs.staging.launchpad.net/debian/+bug/244076 [22:25] Launchpad bug 244076 in kdebase-kde4 "Cannot uninstall Dolphin on Intrepid without unistalling Konqueror" [Undecided,New] [22:25] RainCT: I'm not using kde :P [22:26] rofl [22:26] RainCT: WTH? O_o [22:27] LOL /me makes a screenshot of it [22:27] * sebner hides [22:27] huhu jono [22:28] geser: adblock the "demo" background first ;) [22:28] * ajmitch thinks it's definitely SRU-worthy [22:29] jono: mighty community manager. help me! https://bugs.staging.launchpad.net/debian/+bug/244076 xD [22:29] Launchpad bug 244076 in kdebase-kde4 "Cannot uninstall Dolphin on Intrepid without unistalling Konqueror" [Undecided,New] [22:29] ignore that kde stuff xD [22:29] RainCT: Slight typo: s/daemon/demon/. [22:29] RainCT: why that kde stuff? [22:29] xD xD xD [22:29] Because it's not in the production database. [22:29] sebner: ubotu is silly and doesn't notice the "staging" in the URL [22:30] ah [22:30] kk [22:30] jpds: indeed [22:31] RainCT: would explain the "boy from hell" thing. [22:32] the docs say that my GPG key have to have the same name, comment, and e-mail as the one specified in debian/changelog, however, I have not found an example that illustrates where to put the comment in the changelog file [22:33] jpds: my nickname was hellboy195 before my current one [22:33] SolarWar: after the name, between () === soren_ is now known as soren [22:33] SolarWar: eg., mine is: Siegfried-Angel Gevatter Pujals (RainCT) [22:33] sebner: Ich weiÃss. [22:33] i see thanks [22:33] thats a long name ;) [22:33]