[00:05] tumbleweed: current state of script foo: http://paste.debian.net/81773/ [00:08] tumbleweed: it downloads the patch and the corresponding ubuntu source package [00:45] . [01:08] Hi [01:28] bdrung: what do you think of my requestmerge script idea? [01:29] micahg: it could be useful for people who needs sponsoring. [01:29] :) [01:29] micahg: you are welcome to write this tool. what should the tool do differently to requestsync? [01:30] bdrung: do you think it's worth factoring out common parts of requestsync/requestmerge to requestfoo? [01:30] micahg: dunno. you have to check how much overlap you will have. [01:30] bdrung: basically the same thing except not subscribe spronsors and use the word merge in place of sync [01:31] micahg: should it be for just requesting a merge without providing a debdiff? [01:31] bdrung: yes, I think so, so others can usefully request a merge of their favorite app [01:32] micahg: hm. do you think that it will make a difference? [01:32] someone has to do the work and prepare a debdiff [01:32] bdrung: I think makes it easy to title a merge properly and add the changelog [01:33] bdrung: true, but people might not realize that merge is necessary/wanted [01:33] * micahg guesses that's not what u-d-t is really for though [01:33] micahg: really? [01:34] bdrung: idk, maybe no one would see it then [01:34] u-d-t is mostly used by ubuntu devs [01:34] I guess there's no point for random people, but I guess it would be good just for devs with an optional attachment [01:34] i doubt that a normal user will install u-d-t [01:35] to create the bug easily and mark in progress at least [01:36] micahg: if requestmerge is used for requesting the merge and attaching a debdiff, then i support your idea. [01:37] bdrung: k, that works, I would make the debdiff optional or add an option to add one to a merge bug in case the merge will be done over a couple days so the bug can be open as a placeholder [01:37] micahg: requestsync foo -> do you have a debdiff -> either attach it and subscribe u-s or ask if the requester works on the debdiff -> assigning the request [01:38] basically [01:38] micahg: either the patch is given as cli parameter or you ask for it [01:39] bdrung: right, but it should still be optional so the bug can get filed at least so people know it's in progress [01:39] micahg: yes [01:43] micahg: i need a fake sync [01:46] bdrung, what is fake sync? (did not find any desc in wiki) [01:48] bdrung: k, do you mean a use case? [01:48] grold: if the md5sums of the source tarballs for one upstream version differ between debian and ubuntu. then we can't sync the package. we have to use our own source tarballs then. [01:49] micahg: i am working on syncpackage and will test the fakesync part [01:50] why upstream version may be differ? [01:52] grold: if it's generated vs provided by upstream [01:52] upstream as in upstream from Debian === jeff_ is now known as Guest27050 [01:53] grold: md5sums of the tarballs. this can happen when you repack the source tarball [01:53] micahg: upstream as in source tarball :) [01:53] bdrung: yes [01:54] was more of an issue before source format 3 [01:55] why I need to repack it? why not just download the original tarball? (if it's sync?) [01:58] this case https://bugs.launchpad.net/ubuntu/+source/ruby1.9.1/+bug/611251 (i386 package builds in debian, but failed in ubuntu) is a fake sync? [01:58] Launchpad bug 611251 in ruby1.9.1 (Ubuntu) "ruby 1.9.1.429-1 don't builds on i386" [Undecided,New] [01:59] grold: no, just different versions of build-depends [01:59] grold: no, that just a build failure [02:07] still don't understand what is the use case for changing a source tarball...O:-) [02:09] grold: http://people.debian.org/~daniel/documents/packaging.html#source-tarball [02:09] grold: There are a number of times when it's necessary. Most commonly: when part of the tarball isn't {redistributable,free-software}. [02:11] grold: in some cases they are repacked by accident leading to a tarball with the same content but a different md5sum [02:13] RAOF, but debian more strict in issues of free-software, if tarball suitable in debian - it shall be serve for ubuntu, no? [02:13] grold: Yes, but not if we repack it independently (ie: we package it first, and then Debian packages it again) [02:19] bdrung, micahg, RAOF - thanks to all, now I have some kind of clarity :) will do more investigation... [02:27] is there a good place to see the packages that FTBFS? something like person.ubuntu.com/ftbfs ? [02:28] ScottL: see /topic :) [02:28] ScottL: and if you're referring to the ones you uploaded, see launchpad.net/~you/+related-software [02:36] micahg, neither are the one that persia showed me, this one was on a ubuntu server i believe :( but thanks! [02:37] i get an automated email from colin watson and i wanted to check up on why they aren't building [02:54] ScottL: idk === hggdh is now known as hggdh|away [06:04] Hmm... the new compiz in Maverick is looking for libdbus-qt-1-dev, but it doesn't exist in the repos. A libdbusmenu-qt-dev does, though. Is it a missing package, or simply a misnamped dependency? [06:06] libdbusmenu-qt-dev is quite a different beast. [06:06] RAOF: so it's a missing package then [06:10] ripps: Looks like it's after libqt4-dev; it seems that the qt4 development packages aren't split out. === milli` is now known as milli [06:23] can we add a binary to a release if a newer version from the next release needs to be SRUd or should I release everything in the same package? [07:45] good morning [07:52] dholbach: good morning [07:53] hi bilalakhtar [07:53] hi [09:35] morning [09:58] dholbach: why did you assing me to bug #599725? [09:58] Launchpad bug 599725 in ubuntu-sponsoring "Ubuntu Sponsoring Overview has no statistics" [Wishlist,Fix released] https://launchpad.net/bugs/599725 [09:58] bdrung: because you fixed the bug [09:58] it was … like … giving you credit for your fix [09:59] dholbach: i use it for marking thing that i work on [09:59] well it's closed now so it won't turn up, no? :) [09:59] unassign yourself if you want [10:00] I just thought it was fair to credit you for your fix [10:00] thanks again for that [10:03] dholbach: i am subscribed to the bug and i am in the bzr log [10:04] bdrung: as I said: if you don't want this, feel free to change it back [10:05] it's standard practice in other projects I'm part of and I don't think I had this discussion ever before :) [10:07] for example do I like it in overviews like https://launchpad.net/loco-directory/+milestone/0.2.14 https://launchpad.net/loco-directory/+milestone/0.2.13 etc [10:08] ok [10:09] dholbach: how long does one generation run takes on your machine? [10:12] hi, sry to bother u, but #ubuntu-bugs looks empty (I must be in a wrong UTC), anyway, I'm trying to run $requestsync and I'm getting the following output: http://pastebin.com/6V49HqFC I've tried with both version, the one who's in the repositories and the one who can be downloaded with bzr [10:14] chilicuil: That error means it can't find python-debian, it is installed, right? [10:15] yes it's installed tumbleweed [10:15] actually it was marked as being installed manually [10:17] $ dpkg -l |grep python-deb --> "ii python-debian 0.1.14ubuntu2" [10:24] chilicuil: for the bzr version, you have to use a newer python-debian version [10:24] tumbleweed, bdrung : I've just purge it and reinstall it, and now it works O.o! [10:26] another non related question, after featurefreeze I can still play with the packages that ftbfs, right? === dholbach_ is now known as dholbach [10:30] chilicuil: yes [10:30] ok, great, thx for your time [10:37] bdrung: 11m on the DC machine, and ages locally, somebody in the office is doing a HUGE upload [10:38] dholbach: isn't there a way to speed it up a little bit? [10:38] bdrung: I'm sure there, but I don't have time for it right now [10:39] bdrung: I'm in a bunch of other important projects right now and try to focus on them [10:39] bdrung: one obvious fix would be: get stuff OFF the list quicker [10:40] dholbach: and how can we do that without regeneration? [10:40] ? [10:40] dholbach: or do you talk about actual sponsoring? [10:41] I meant: do more sponsoring → list is short → takes less time to rerun the script [10:41] yes [10:41] dholbach: i first thought: getting sponsored bugs quicker off the list to avoid clashes [10:41] :) [10:42] http://blog.launchpad.net/api/three-tips-for-faster-launchpadlib-api-clients might help too [10:42] I don't know [10:42] I just can't put much effort into it now [10:43] dholbach: i was thinking about splitting the data collection and the page generation into two different parts. what do you think about it? [10:44] it won't speed it up but might make the code prettier, yes [10:46] dholbach: it will make debugging the code output better [10:49] bdrung: yeah [11:03] hi all is there a separate ubuntu-sru channel on irc? [11:06] no [11:07] because this SRU https://bugs.edge.launchpad.net/ubuntu/lucid/+source/mobile-broadband-provider-info/+bug/607788 fixes a lot of bugs like this https://bugs.edge.launchpad.net/mobile-broadband-provider-info/+bug/497319 so I asked [11:07] Launchpad bug 607788 in mobile-broadband-provider-info (Ubuntu Lucid) "Please SRU mobile-broadband-provider-info into lucid(SRU exception)" [Undecided,New] [11:12] Laney, so mailing the devs in the team is the only way for a quick upload [11:13] hi [11:13] is there a way to get php5.3 on Ubuntu Hardy 8.04 ? [11:14] kaushal, yes you need a backport or so I think [11:14] maybe [11:14] coolbhavi: please point me to the URL ? [11:16] kaushal: https://help.ubuntu.com/community/UbuntuBackports [11:16] kaushal, https://help.ubuntu.com/community/UbuntuBackports [11:16] bdrung, hey typed the link at the same time :) [11:17] coolbhavi: yes :) [11:17] coolbhavi: s/typed/pasted/ [11:18] bdrung, I sent you a mail yesterday :) [11:18] coolbhavi: The SRU team members don't do the sponsoring themselves [11:18] coolbhavi: yes, it's on my todo list [11:19] bdrung, thanks [11:19] coolbhavi: yesterday i worked on "foo" [11:19] oh! [11:20] Laney, so contacting a dev might help? [11:20] http://packages.ubuntu.com/hardy-backports/allpackages [11:20] coolbhavi: subscribe ubuntu-sponsors and get me finishing "foo" [11:20] i dont see php5.3 there [11:21] * coolbhavi checks [11:32] bdrung, which was that foo package? [11:33] coolbhavi: "foo" is a script that will end up in u-d-t and currently looks like this: http://paste.debian.net/81799/ [11:35] bdrung, great /me fires up python-interpreter [11:36] coolbhavi: please suggest [11:37] kaushal, please follow backport workflow there [11:44] coolbhavi: can you fix the typo in the url: https://wiki.ubuntu.com/Bhavani_Shankar/MOTUrApplication [11:45] bdrung, yeah [11:45] coolbhavi: and can you use lists in the "Examples of my work / Things I'm proud of" section [11:46] bdrung, you mean segregation? [11:48] of the bugs or links to the devel-changes list? [11:48] coolbhavi: segretation? i was thinking about one list entry per bug [11:49] coolbhavi: do you want to join ubuntu-sponsors once you are MOTU? [11:49] bdrung, okay... I meant New upstream under one heading merge on another ftbfs on another and so on [11:49] bdrung, yes [11:50] coolbhavi: I have followed it already [11:51] kaushal, once those processes are followed please report a bug adhering to those processes [11:52] coolbhavi: so hardy wont have php5.3 in it ? [11:53] coolbhavi: the bug lists should look like: http://paste.debian.net/81801/ [11:53] coolbhavi: is there a existing bug for it ? [11:53] bdrung, got it will reformat once I get home [11:54] kaushal, please search hardy-backports :) [11:54] bdrung, thanks for the comments [11:57] http://packages.ubuntu.com/search?keywords=php5&searchon=names&suite=hardy-backports§ion=all [11:57] i dont have it there [11:58] kaushal, then you need to request a backport [11:58] I think [11:58] how can i request it ? [11:58] coolbhavi, thx for the list will leave my endorsement today :) [11:58] thanks porthose [11:59] :) [12:00] coolbhavi: renamed your application: https://wiki.ubuntu.com/Bhavani_Shankar/MOTUApplication [12:00] thanks bdrung will reformat it tonight [12:03] kaushal, please follow the backporting process in the ubuntu backporters wiki page [12:21] coolbhavi: you have my endorsement [12:21] thanks bdrung :) === yofel_ is now known as yofel [14:50] I have a problem when creating an armel pbuilder image [14:50] the .tgz does get created, but it spams the console with lots of "qemu: Unsupported syscall: 335" === mathiaz_ is now known as mathiaz [15:04] Okay, so it does build after all [15:04] despite the console spam === fta_ is now known as fta === fta_ is now known as fta [18:43] TheMuso: ping [19:58] Hi guys I have a quick question. is it possible to have a binary package that only recommends other packages like: http://pastebin.ubuntu.com/471212/ [19:59] andersk: sure, they're usually referred to as meta packages IIRC [20:01] andersk: sorry, tab complete failure [20:01] andreserl: ^^ [20:01] andreserl: see the -desktop packages for examples [20:01] micahg, ok thanks :) === fta_ is now known as fta === fta_ is now known as fta [21:40] question to main sponsors: if we will upload/attach a patch for merge any package before FeatureFreeze and you'll review patch after start FF, do you will require FFe process? [21:43] What is quilt package in ubuntu and in general from where can we know that what a package is about? === Philip6 is now known as Philip5 [21:46] !quilt | simar [21:46] !quilt [21:47] simar: apt-cache show PKGNAME is a good way to find out about packages [21:48] micahg: Thanks a lot. You cleared a bug hurdle in my life .. huh [22:09] micahg: I have fixed a FTBFS now where to submit the debdiff and how? Should I create a bug and then close it? [22:10] simar: file a bug, attach the debdiff, subscribe ubuntu-sponsors [22:10] simar: you should close the bug in teh debdiff [22:10] LP: #XXXXXX [22:10] simar: here's teh document on requesting sponsorship: https://wiki.ubuntu.com/SponsorshipProcess [22:14] micahg: thanks, one more doubt. I have modified the source and created the ..ubuntu1.dsc. Now when I run dch -i again it will create ubuntu2.dsc I think. So Should I delete a new modify log that will be created and append changes to the old one ?? [22:15] simar: to edit the current changelog (i.e. fix something before you upload) use dch -e [22:16] micahg: thanks , I will try :) [22:30] eughhhh [22:30] my net is slow [22:30] * bluefoxicy has spent 20 minutes trying to get logged into launchpad so he can upload an strace for a system-crashing bug in Thunderbird ~_~ [22:32] micahg: I have done the process but one thing, the bug is still present in the list http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi . Should'nt it be removed so that someone else should not waste time on it? [22:33] simar: it will once the debdiff is uploaded [22:33] to the archive, not launchpad [22:34] micahg: ya but, now I have a intuition that the next bug I will try may be already fixed. How to check that its not fixed by someone. [22:35] micahg: Whats the normal updation time in archives ? [22:36] simar: well, depends on who can sponsor when, anywhere from a few hours to a couple weeks or longer [22:36] simar: what's the bug #? [22:37] ugh [22:37] bug #611867 [22:37] Launchpad bug 611867 in kball (Ubuntu) "FTBFS in maverick. Error: 'mkdir' was not declared in this scope" [Undecided,New] https://launchpad.net/bugs/611867 [22:37] I still can't get logged in. [22:37] micahg: [22:37] AND I can't use thunderbird without it turning itself into a fork() bomb [22:38] micahg: I have a intuition that the next bug I will try may be already fixed. How to check that its not fixed by someone. [22:38] look at the bugs for the package in Ubunut [22:38] Ubuntu [22:39] simar: a few things, one the changelog is targetted to Lucid, I'm guessing you meant it for maverick [22:40] micahg: ya sure for maaverick [22:41] maverick [22:41] simar: the way to open a changelog for maverick is to do 'dch -i -Dmaverick' from lucid [22:41] simar: did you do a test build? [22:41] micahg: k [22:42] micahg: ya in a pbuilder for maverick [22:42] k [22:43] simar: does the package have a patch system? [22:43] micahg: Should I upload again. I think I should start everything again for kball to make a clean debdiff [22:43] micahg: I'm not sure as i'm a new to packaging. [22:44] simar: yeah, you should attach a new debdiff, also, you can just say modify includes in teh files, no need to add the include directives in teh changelog [22:45] simar: also, the package has a quilt patch system, so you'll want to add the changes as a quilt patch [22:45] micahg: k [22:46] micahg: ya had to install quilt to make source [22:46] micahg: But how to add changes to quilt. Is there a wiki page [22:47] simar: 'quilt help' is useful [22:47] micahg: k [22:48] simar: https://wiki.ubuntu.com/PackagingGuide/Complete#quilt%20%28Example%20Package:%20xterm%29 [22:48] micahg: Should I add changes of quilt patch system to same bug report? [22:48] simar: well, we usually note the patch name and what it does [22:49] k [22:50] simar: example: https://edge.launchpad.net/ubuntu/+source/vlc/1.0.5-2ubuntu2 [22:51] micahg: Thanks, I think i really need it :) [22:51] micahg: Now I will study it :) [22:51] simar: you're doing great :) [22:52] micahg: :)) [22:52] simar: I'll unsubscribe -sponsors for the moment, please resubscribe when ready [22:52] micahg: k === tyarusso is now known as Guest55465