[00:02] anybody know who wrote the debcheck script for qa.ubuntuwire.com? [00:04] norsetto, so i just copy the last changes showed in the hardy records (the last one) and paste it in the intrepid records... and since i've mande any patch or anything else... that would be it? [00:05] RoAkSoAx: not just the last, ALL ubuntu changes (there might be previous ones) [00:07] norsetto, including the records of the previous merge? http://pastebin.ubuntu.com/9865/ [00:08] RoAkSoAx: if its a change you are carrying over, yes [00:10] gotta go now, g'night all [00:29] he-man [00:29] MUD? multi user dungeon? [00:29] err... wrong channel :) [00:29] this isn't a MUD :) [00:29] or maybe it is [00:30] fnord... [00:30] You have walked into a room full of nerdy coders. Press (a) to merge packages from debian. Press (b) to exit [00:30] press alt-f4 to continue [00:30] that key combination would free so many of us from our Ubuntu addiction. [00:30] what about syncs? :) [00:31] pochu: syncs are like merging without a payload.... [00:31] * jdong reads that back for innuendos... [00:31] heh, I never thought about syncs that way [00:33] alt+f4 seems only to display workrave [00:33] oh well, workrave time :-) [00:34] yeah, [00:34] i have to fix those fidonet stuff now [00:40] would be nice to see synchronet for ubuntu [00:40] in the universe === Czessi_ is now known as Czessi [02:38] so where's the link for the rules in this place? i don't wanna start asking things and get kicked for being off topic. === RoAk is now known as RoAkSoAx [04:00] where's a good guide to packaging libraries? [04:40] Could someone give me a hand? I'm trying to recover my revu password. I entered my email address in the box, and left the password blank. I then clicked on the recover link. I entered "gpg -d < cheatr: It tells you it has decrypted it? [04:43] cheatr: What's the email address associated with your REVU account? [04:43] wgrant: mrcheatr[at]gmail[dot]com [04:44] wgrant: And it doesn't say anything about it being decrypted. It also doesn't complain about an incorrect password. All it does is show info about my gpg key [04:45] cheatr: The encryption was correct; you have no password set. [04:45] I'll set one. [04:46] wgrant: Thanks [04:47] cheatr: Try again. [04:47] wgrant: Yeah, it worked. Thanks [04:48] wgrant: Is there any way to change the password? [04:48] cheatr: Not at this point. [04:48] wgrant: Ok, I'm glad firefox can remember my password [05:12] wgrant: ping [05:17] LaserJock: Hi. [06:29] so there's a ticket in LP asking us to sync dx from debian unstable. [06:29] which is marked to do in MoM [06:30] Whats the proper way to respond to a ticket like this (#226088) [07:16] is there a problem with cowbuilder and simple-patchsys from cdbs? [07:16] i tried to rebuild two packages in cowbuilder (which build fine in the normal chroot) and both tell me that patches can't be applied, although it all works with patch [07:16] heya white! [07:16] hi :) [07:18] * wgrant uses sbuild instead. [08:06] Anyone want to play "Upload to Debian"? :) [08:07] RAOF: doesn't sound like a very fun game [08:07] Sure it is! I provide some .dsc, and you put your name on them! How could there be _more_ fun? [08:08] RAOF: if someone else does the work, and hands the .dsc files. === LucidFox__ is now known as LucidFox [11:26] nxvl: ping === bureflux is now known as afflux [12:26] anyone have an opinion on wether it's more proper to ask policy questions here or on the mailing lists? [12:31] my guess would be that the mailing list is best, probably just because more people would receive your question [12:31] although, if you want a quick answer, it usually doesn't hurt asking on IRC [12:32] you can always follow to the mailing lists after asking on IRC :) [12:33] highvoltage: good policy you have there, I'll try throw it out in here [12:34] hey highvoltage [12:36] on second thought, I'm not sure what I mean to ask... I'm just thrown off on this part in the PackagingGuide/Basic about dealing with source that has existing debian/ dirs [12:38] I think I figured it out [12:39] https://wiki.ubuntu.com/PackagingGuide/Basic#head-66bb429f7da4cd243a5977c776c661d5e7603e69 [12:39] hey jsgotangco [12:39] is that last bullet implying that you should ask for a clean source from upstream and have THEM provide a diff.gz from the source with debian/ included? [12:40] tbielawa: nope, it refers to another packager [12:42] I'm not following this part then. How do you deal with debianized sources? === gnomefre2k is now known as gnomefreak [13:34] If pbuilder tells me 'pbuilder: debootstrap failed -> Aborting with an error' how do I find out what the error was? [13:35] look further up [13:36] Hobbsee: it says Failure trying to run: chroot /var/cache/pbuilder/build/16928/. dpkg --force-depends --install var/cache/apt/archives/libc6_2.7-10ubuntu3_i386.deb [13:36] but no suggestion why it failed [13:36] Arby: i've been getting that same error! [13:36] probably because libc6 is not installable. [13:36] ah, it's not just me then [13:36] chroots probably can't be created yet. [13:36] I was making a sid environment when I was having problem [13:37] oh, I've seen people in this channel say they did it already [13:37] tbielawa: the fact that your sid wants to install ubuntu versions of important packages is a bigger problem. [13:37] Arby: i suspect they upgraded theirs from hardy. [13:37] were you doing a create? [13:37] Hobbsee: I had changed my mirror to make sure it was grabbing from debian ;) [13:37] Hobbsee: any estimate when it is likely to be possible? [13:37] Arby: 'when it's done' [13:37] tbielawa: so, why did it pick an ubuntu version? [13:37] :) [13:38] Hobbsee: It was failing grabbing the libc6 from debian [13:38] oh, so that libc6 is also broken. right [13:38] W: Failure trying to run: chroot /var/cache/pbuilder/build/15482/. dpkg --force-depends --install var/cache/apt/archives/libc6_2.7-10_amd64.deb [13:41] tbielawa: that telsl you what failed to install - not why it did [13:42] Hobbsee: I know :( I wish it had some more verbose output [13:42] I had hoped that running it with the -log flag would accomplish that, instead it just replicated stdout to my .laslog [13:43] *.lastlog [13:47] Arby: What was your target dist? I had success making hardy environments [13:47] tbielawa: intrepid [13:48] DId you start right off pointing at intrepid or try and update to it? [13:49] started off pointing to it [13:49] I'm running it again to be sure, but IIRC I had luck with pbulder --update intrepid; you may try that [13:49] once i had a hardy working, of course. [13:50] tbielawa: thanks, I'll try that [13:50] Arby: sure thing :) === nand_ is now known as nand [13:56] the command to run would have been: pbuilder --update --distribution intrepid --override-config [13:56] though I may have hallucinated it working, i got unmet dependencies on libpam-modules, e3fsprogs, util-linux.... [14:01] * Hobbsee wonders why you expected it to work [14:05] * tbielawa likes to dream [15:02] Would someone here be willing to look at my package on revu? I doubt it is perfect, but I need some feedback. [15:09] cheatr: perhaps you'd have more luck if you say the URL :) [15:10] RainCT: http://revu.ubuntuwire.com/details.py?package=handbrake [15:11] cheatr: http://revu.ubuntuwire.com/revu1-incoming/handbrake-0805040510/lintian here you have to things to fix [15:11] cheatr: the changelog should close a bug (Syntax for that is: (LP: #xxxxx) ) [15:12] cheatr: debian/control has no section [15:13] cheatr: copyright is empty in debian/copyright. and replace "Author(s):" with "Authors:" [15:13] RainCT: I searched the entire website, and they do not mention a copyright anywhere, any suggestions on what I should do? [15:14] cheatr: what is that HandBrakeCLI thing? [15:14] RainCT: It is a video converter. It can convert video files or rip and convert a DVD. [15:15] cheatr: yes but what sort of file is it? [15:15] * RainCT 's connection is to slow to download that now [15:15] HandBrakeCLI: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), not stripped [15:16] RainCT: This is their linux version of the file. They also offer an SVN version. Should I use that instead? [15:17] cheatr: yes [15:17] cheatr: you can't just put a binary in a debian source package, you've to use the sources and compile them there [15:18] RainCT: Thanks for the feedback. This should keep me busy for a while. I'll probably be back later after I make all the changes you suggested. [15:20] cheatr: no problem, good luck [15:21] RainCT: One last question. The source code includes file for Macs and Windows. I know we are not meant to modify the source code, but is it really necessary to distribute these files? [15:22] where's a good guide to library packaging? [15:22] cheatr: yes, unless there is *a lot* of non-linux stuff, in which case I'd consider repackaging the tarball. [15:24] coppro: also, there's a tarball on the website (http://handbrake.fr/rotation.php?file=HandBrake-0.9.2.tar.gz). use that instead of getting the source from the SVN [15:25] wrong username :) [15:25] coppro: http://www.netfort.gr.jp/~dancer/column/libpkg-guide/libpkg-guide.html [15:25] coppro: sorry [15:25] that one doesn't explain the basics. [15:25] coppro: this might also help https://wiki.ubuntu.com/MOTU/School/LibraryPackaging [15:25] thanks [15:25] cheatr: ^^ [15:25] RainCT: Yeah, I saw that, and that's what I'm using now. The unpacked .tar.gz is about 5.5 mb. ~3.5 of those are from a macosx folder in it. Should I repack it or leave it as is? [15:26] cheatr: then it might be worth repackaging it. but better ask for a second opinion [15:27] cheatr: and if you repack it create a get-orig-source rule in debian/rules in order to automatically repack later versions [15:30] RainCT: I'm not that familiar with the rules file at this point. So I think that I will first try packaging it as is. Once I figure out how to do that correctly, I can try to repackage it to remove the macosx stuff. [15:34] what do I do for an upstream without a soname? [15:49] Are there anymore sections than the ones listed here: http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections? I know that Synaptic shows many more sections. [15:52] cheatr: afaik, no. Synaptic shows each 3 or 4 times (for each component). [15:53] RainCT: Yeah, but for example, Synaptic lists a Multimedia section. There is no Multimedia section listed on the page I linked to [15:55] cheatr: well, it changes the names to be user friendlier [15:57] RainCT: Thanks again. And do you have any ideas on what I should put for a copyright if the site and original .tar.gz don't mention one anywhere? I have the authors and license, I just don't know who has the copyright [16:00] cheatr: check in the source files [16:00] cheatr: for example with: egrep -i Copyright * */* */*/* */*/*/* */*/*/*/* [16:00] Or find . -type f | xargs grep -i copyright ? [16:01] grep -Hi, actually [16:01] RainCT: fgrep -r might be easier than all those wildcards ;) [16:03] laga: oh, hadn't noticed the -r option. thanks! [16:04] are new packages still being put into <= hardy [16:04] RainCT: None of those commands provide anything [16:04] tbielawa: No, but you can put them into Intrepid. [16:04] tbielawa: no, they get into Intrepid now [16:05] thanks guys [16:05] Is anyone on that can sync the REVU keys? [16:05] * RainCT [16:05] :-) [16:06] lp/~tbielawa [16:07] tbielawa: done ;) [16:08] RainCT: thank ypu [16:08] np === blueyed_ is now known as blueyed === asac_ is now known as asac === fta_ is now known as fta === elmargol_ is now known as elmargol === gnomefre1k is now known as gnomefreak === never|mobi is now known as neversfelde|mobi [18:53] so I send an upload to REVU and I spotted something wrong with it. using --force to try and reupload failed, is there another way to push this to revu without bumping the -ubuntu# ? [18:54] tbielawa: remove the .upload file [18:55] nixternal: that seems almost too simple, thanks [18:56] no prob [18:56] it worked :) and revu updates every half hour? [18:57] is it that long? I never paid attention to that part really [18:57] oh [18:57] I thought I saw that in conversation once [19:16] * tbielawa has been at his console too long. Typing 'exit' into the google search bar does not close your browser === tbielawa is now known as tbielawa_irl [19:18] I think it updates every 5-10 min [19:18] REVU that is [19:21] LaserJock: I'll mail the GNUStep maintainer group tomorrow when I have my new mail adress ;) [19:21] lol [19:22] that's assuming your address works tomorrow [19:22] LaserJock: hmm I hope so :) [19:22] mine has been messed up for at least 2 weeks now [19:23] LaserJock: buh, maybe because you are not that annoying like me ^^ [19:23] probably :-) [19:23] ARGH [19:23] afflux: damn ping [19:23] sebner: damn reping :P [19:24] afflux: did I already say that I hate new bugsquad members? [19:24] I think so [19:24] ^^ [19:24] afflux: is the new doc ready so they can stop setting my syncs to "confirmed" ? [19:26] jono again =) [19:26] what doc are people looking at that says to set them to "confirmed"? [19:26] LaserJock: could it be that the MC mailinglist is somehow ****** up? [19:26] sebner: why? [19:27] LaserJock: latest entries are from 2 May [19:27] bdmurray, ScottK and persia (or was it pochu? lost my logs, can't check anymore) had a talk about that on friday. bdmurray seemed to feel uncomfortable with using LP as a workflow tracker at all [19:27] sebner: is that a problem? [19:27] LaserJock: Well, I can't follow my application progress :P [19:28] sebner: I'm asking, do you know if there has been an email since the 2nd? [19:28] that's only 2 days ago [19:29] LaserJock: well, for example norsetto wrote a comment on the 2nd of may and it seems that it arrived today [19:29] well [19:29] it may have been moderated [19:29] LaserJock: hmm the other mails arrived pretty quickly but nvm [19:30] if the people who sent them are subscribed then it goes through right away [19:31] LaserJock: kk, it's just that the 48 hours timeframe for the MC vote on me is now over and I'm so damn excited :) [19:31] I see [19:32] sebner: which bug is it this time? [19:32] afflux: the same xD bug 225669 [19:32] Launchpad bug 225669 in wammu "Please sync wammu 0.26-2 from Debian(Unstable)" [Undecided,Confirmed] https://launchpad.net/bugs/225669 [19:32] afflux: I'm sure bdmurray doesn't like using LP as a workflow tracker, but on the other hand it's not really up to him either [19:33] afflux: by Alex Mayorga Adame [19:33] LaserJock: probably. I'm not really sure how to handle it here since some "workflow bugs" are not too easy identifiable by new triagers. [19:34] afflux: IMO, then they shouldn't be triaging [19:34] triagers and developers need to be working close enough that triagers know what a process bug is and developers can keep and eye on new triagers [19:35] LaserJock: feel free to adjust the HowToTriage page, or tell bdmurray/pedro to do it. [19:35] there are obvious things like merges and syncs [19:35] which we put in the bug title [19:35] that should be a no-brainer to document [19:36] yes, but then we got SRU and MIR which are workflow-things that often (okay, not too often for MIR) integrate with usual bugs [19:36] sure [19:36] not sure what other things we have, I'm not a motu. [19:36] (not even hopeful ;)) [19:37] MIR should be easy to spot [19:37] and SRUs will have stable release bug tasks [19:37] so they shouldn't be all the difficult [19:39] Hi, regarding prevu, is prevu http://archive.ubuntu.com/ubuntu/pool/universe/x/xmonad/xmonad_0.7-1.dsc the way to test xmonad backport build from intrepid to hardy ? [19:39] I'm not the one who is able to decide for any of those things, but IMHO we end up having a rule like "don't touch bugs containing A, B and C, and maybe D, also check for subscribers E and F and release-tasks" [19:39] (if launched from a prevu-init'ed hardy) [19:39] proppy: prevu lp:xmonad/intrepid [19:40] proppy: or if you add intrepid deb-src lines to sources.list prevu xmonad works too (it uses apt-get source) [19:40] jdong: ho I thought those were for package hosted on launchpad [19:40] proppy: no for anything with an Ubuntu source package [19:40] jdong: I mean those whose source are hosted on launchpad with bzr and stuff) [19:40] jdong: nice [19:40] proppy: it scrapes from ubuntu/release/+source/pkgname :D [19:40] muahaha [19:41] jdong: using beautifulsoup ? :) [19:41] afflux: that sounds reasonable :-) [19:41] proppy: using wget and regex :D [19:42] LaserJock: you mean having or not having the rule? [19:42] (read: it's a hack till LP has a proper interface) [19:42] afflux: have a rule [19:42] afflux: a list of bugs to not worry about [19:42] jdong: yep I don't know if they got +rdf url for package [19:42] proppy: I uploaded a new prevu to Intrepid that supports intrepid chroots, and also now defaults to LP urls [19:43] jdong: i backported the whole empathy/telepathy suite to my ppa for Gutsy, if you want to have a look [19:43] LaserJock: having one sounds entirely reasonable to me too, but we should keep it easy. Like adding a [MOTU] to the summary (or something like that). [19:43] jdong: it seems to work pretty well [19:43] jeromeg: ok, I'm extremely busy today, I'll tkae a look when I have some time [19:43] jdong: no problem [19:43] afflux: well, it's not just MOTU [19:43] yes [19:44] jdong: I'm not intrepid enabled yet :) [19:44] was an example ;) [19:45] afflux: I'm more in favor of triager education and oversight [19:45] I've had a number of "my" bug messed around with by triagers === apachelogger is now known as releaselogger [19:46] it veries from low-level irritation to hampering progress [19:46] *varies [19:46] jdong: thanks for the help, prevu creating base tarball [19:46] proppy: no probs :) [19:46] proppy: the only reason I mentioned it is because I also use prevu as my pbuilder replacement for test-building to Intrepid [19:47] LaserJock: IIRC we badly need more bug triagers to cope with new bugs. Education is very much needed, but as I said above, identifying the workflow bugs seems only to be easy when you've been involved in them earlier. [19:48] jdong: nice, seems it is still using pbuilder behind the scene, but with a nicer user interface :) [19:48] LaserJock: anyway, again: I'm just a simple bug triager ;) Going to search some food now [19:48] afflux: we badly need more triagers who can properly triage [19:49] afflux: but yes, it's not always very straightforward to triage [19:51] jdong: should I attach the build log to the bug report ? [19:51] yo LaserJock [19:51] jdong: or just notice that it was successfull [19:52] what is 'packaging from scratch'? I want to build my first package with some files (2 scripts, 1 file.c, 1 README and 1 html page).. is 'packaging from scratch' what I need to do? what is the easiest way to build a package? [19:52] highvoltage: hiya [19:53] i4x: well, generally "packaging from scratch" mean created a new package that hasn't existed before [19:53] i4x: as opposed to updating or fixing an existing package [19:53] yes, that's what I want! [19:54] create a new one! [19:54] i4x: it can also mean packaging without any sort of helper system (debhelper and cdbs are common ones) [19:54] which you don't want to do [19:54] LaserJock: so, it is easier to build with cdbs, right? [19:55] well [19:55] you might want to go with a debhelper-based package to start with [19:56] cdbs can be very easy, but can quickly fail if you need non-standard stuff [19:56] i4x: have you read https://wiki.ubuntu.com/PackagingGuide at all? [19:57] I'm reading it! [19:57] great [19:58] but it's too much theory!.. and my technical English is not that great!! [19:58] ah, sorry [19:58] that's why I've asked.. [19:58] there's a lot of packaging theory [19:59] https://wiki.ubuntu.com/PackagingGuide/HandsOn#head-c8ef3f625afd4722778766bac36a65cefbb6f26c [20:00] that might help some [20:00] I've already tried a way!.. and I was pretty close, but there was an error that made me search more and discover the PackagingGuide !! [20:01] but there are some ways and I can't decide what is the better and easier!..... [20:01] I'll take a look!.. [20:02] the Packaging from Scratch section [20:02] it has a lot of theory but it's important stuff to know [20:03] lol, that's where I was! :) [20:03] thx!! [20:04] if you have specific questions you can ask them here [20:04] that was a general question that helped some!! [20:05] but I'll do that!! thx again! [20:23] sebner: My suggested rule was ubuntu-bugsquad/qa not touch bugs that have ubuntu-universe-sponsors, ubuntu-main-sponsors, ubuntu-archive, ubuntu-release, motu-release, ubuntu-sru, motu-sru, or ubuntu-mir subscribed. [20:24] ScottK: sounds good to me [20:24] ScottK: or bugs that are assigned? [20:24] that's another thing that get's people I think [20:25] Dunno. That's true, but bugsquad also uses assignment to keep track of who is triaging. [20:25] I think you'd need to kill of that practice first (which I would support). [20:25] ScottK: that's obsolete [20:25] They don't do that anymore? [20:25] ScottK: btw, I have courier debdiff but I have stress at school and I want to ask Mortel 1 or 2 question so you have to wait a little bit, ok? [20:25] ScottK: some "old" triagers do that [20:26] ScottK: but the wiki says subscribing now. [20:26] sebner: I haven't looked at it, so no rush. [20:26] afflux: OK. Good then. That's progress. [20:26] LaserJock: Then yes, I'd say or assigned. [20:26] ScottK: kk :) I should be a contributros member so, at least I think so =) [20:27] Assignments are a general problem though. Some people (mostly non-bugsquad people) just press "assign myself" because it sounds fancy. [20:27] (at least I think that's the reason) [20:27] Or the bug filer assigns MOTU because they think that'll get it fixed faster. [20:27] right [20:28] maybe assigning should be restricted on LPs side to be only available for the bug superviser [20:28] afflux: I personally assign me if I'm working on a merge or something similar though it's also "In Process" then [20:28] well, *somebody* should be monitoring triager's activites [20:28] sebner: that's the (imho only) correct way to do it. [20:28] OTOH, if the bug reporter incorrectly assigning the bug to someone caused a delay in triaging (as in "bonehead, when you do that, the triagers leave it alone") it might prove a deterrent. [20:29] LaserJock: For packages I'm subscribed to, I try to do that. [20:29] There are always pros and cons. hard to find a good solution [20:32] @LaserJock: hey [20:33] anyone out there? [20:37] norsetto: you around? [20:37] bobbo: yes sir [20:37] huhu no0tic [20:37] norsetto: have i done Bug #226088 right so far? [20:37] huhu norsetto [20:37] argh [20:37] Launchpad bug 226088 in dx "Please sync dx 1:4.4.4-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/226088 [20:38] norsetto: the comments make me wonder if i messed something up? [20:38] bobbo: no, the guy is a new bug triager and is confused [20:38] LaserJock, dpkg lets us build packages, doesn't it? but it is more difficult, right? [20:38] norsetto: ah thanks :) [20:39] bobbo: btw,there is a script you can use to automate sync requests [20:39] bobbo: requestsync [20:39] norsetto: yeah jpatrick told me that about 10 seconds after i filed the bug [20:40] norsetto: btw, your comment showed up at the ML today O_o [20:41] my bad [20:41] sebner: ah, took its time [20:41] wired, yes [20:41] sebner: if you look for a fun merge, there is flightgear [20:41] heya [20:42] hi emgent [20:42] norsetto: :) [20:42] norsetto: I should start crying about merges ^^. Well first I have school stuff todo, then courier. hmm ok you convinced me. I add flightgear on my todo list =) [20:43] norsetto: Can we try to get flightgear fixed in Debian now and maybe sync later? [20:43] norsetto: what should i have done on that dx sync bug? [20:43] tbielawa_irl: nothing, if it is subscribed to u-u-s its fine [20:44] tbielawa_irl: also, if it is a request from a dev and it is subscribed to the archive its fine [20:44] Ok, ping me when the sync is ready and I'll file a bug then =). school stuff is crying :( afk [20:45] hello folks. quick question: exactly how experienced do you have to be in writing software to become a successful MOTU? [20:46] norsetto: thanks for clarifying that. i'll check the activity log next time to see if its been subscribed [20:46] in "single binary, multiple binary, library, kernel module or cdbs", what is the difference between single and multiple binary? [20:47] tbielawa_irl: you can also check directly through the subscribers tab; anyway thanks! [20:47] multiple binary allows you to build multiple packages from one source package, iic [20:47] norsetto: well look at that! didn't even see that before [20:48] norsetto: ooh, you're online. I looked for you earlier to tell you that I love your sense of humour :) [20:48] tbielawa_irl: lp can be VERY confusing :-) [20:48] highvoltage: what sense of humour!? I'm serious [20:48] norsetto: ya, that's becoming more apparent as time passes. especially policy on setting and subscribing blablabla [20:49] scottk: I think we opened a bug on that already which has never been acted upon [20:49] highvoltage, but are they independent from each other? [20:49] norsetto: Subject: "Application for "Ubuntu Universe Contributors" (Stefan Ebner)" ;) [20:49] norsetto: OK. Just trying to make sure we use time early in the cycle to get Debian and Ubuntu in sync where we can. [20:50] maybe in an effort to better understand policy I'll write some mail client that'll connect to your account that gets your LP & mailing list mail and apply rules for filtering.. alert you if something shouldn't be touched. etc.. [20:50] norsetto: the final .deb packages? if you choose multiple binary, then yes [20:50] highvoltage: yes, I'm serious (oh well ....) [20:50] grab relevant data from the mail and give you quick links to items like package.ubuntu homepage, related bugs... dunno.. [20:51] what would you guys like to see for managing mail from LP and the mailing lists? === releaselogger is now known as apachelogger [21:02] norsetto: however. I claim it. just to let you know :) [21:03] sebner: scottk is right btw, I checked and the guy to whom I asked to report this has never reported it [21:04] ScottK: ok a merge then. I'll prepare a debdiff at weekend. Damn. Sometimes debian folks don't like us :\ [21:05] norsetto: ah for you [21:05] ScottK: sry [21:06] sebner: Spend the time reporting the bug and providing the patch to Debian. [21:07] ScottK: I thought that's useless? [21:08] sebner? [21:08] sebner: Why do you think that? [21:08] no0tic: sry. damn tab ;) [21:08] :) [21:08] ScottK: because norsetto already reported the changes back? [21:08] ScottK: ah sry [21:08] sebner: No. norsetto asked someone to do that and they didn't. [21:09] ScottK: Checked it now. So no merge and waiting for a sync since I'll report the changes back. I'm fine with that [21:13] sebner: Yes. Then if it's not fixed in a month or two we go ahead and merge. [21:14] ScottK: great. /me is writing his todo list and going back to school work [21:22] bobbo: please add new changelog entries from Debian to your sync request (bug 226088) [21:22] Launchpad bug 226088 in dx "Please sync dx 1:4.4.4-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/226088 [21:23] RainCT: ok :) [21:24] bobbo, norsetto: and status should be New, or have the rules changed again? [21:25] Greetings, everyone! :) I was wondering if anyon could sync the REVU uploaders keyring? [21:25] nhaines: sure, one moment [21:26] rainct: for what I remember status should be new, and will be confirmed by the sponsor if acceptable [21:26] norsetto: yes. Why have you set it back to Confirmed then? :) [21:27] anyone has time to explain me how to build a package? [21:28] i4x There have been two really excellent Ubuntu Open Week sessions on packaging. That's how I learned. [21:28] RainCT: debian changelog up for bug #226088 [21:28] Launchpad bug 226088 in dx "Please sync dx 1:4.4.4-1 (universe) from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/226088 [21:28] rainct: because it was set to in-progress [21:29] i'm trying my best to understand the wiki PackagingGuide, but now I'm starting to confuse what seems to be easy!! [21:33] nhaines, could you explain some quick ideas? [21:36] bobbo: sync request ack'd. (btw, it seems like Debian hasn't added the Homepage field, you may want to ask the Maintainer about this) [21:37] nhaines: (keyring synced) [21:37]