[00:19] <crimsun> bddebian: dude, 493512?
[00:19] <crimsun> bddebian: ;-)
[00:21] <bddebian> Like that one? :)
[00:22] <crimsun> well, I suppose it could be worse...
[00:22] <crimsun> bzr init
[00:22] <crimsun> sigh, sloppy focus
[00:22] <ion_> git init
[00:25] <directhex> hg init
[00:33] <jmarsden> How can I enable rebuilding manpages in a package that has a Makefile.in with a line such as   @ENABLE_REGENERATE_MAN_TRUE@README: pam_limits.8.xml limits.conf.5.xml    in it?  I edited the XML file to fix a documentation bug, but it isn't recreating the manpage for me...
[01:04] <crimsun> bddebian: patch attached.  Comments?
[02:52]  * NCommander finally has his crackberry working as a modem with Linux
[03:10] <ScottK> NCommander: Up for a REVU feature request?
[03:11]  * ScottK has harrassed his teenagers and poured some Scotch, so time to see about some coding.
[03:11] <ion_> Your teenagers like scotch?
[03:11] <ScottK> No.  That was for me.
[03:11] <ion_> I’m sure it’s a fine way to get them off your back, so you can code in peace.
[03:12] <ScottK> Actually I let them try a nice peaty single malt once.
[03:12] <ScottK> They don't want Scotch any more.
[03:14] <ScottK> I just love blog posts where they assume you care so much about whatever their project is they need to provide absolutely no context.
[03:14] <ScottK> http://www.vuntz.net/journal/2008/08/03/482-leaking-information-about-boston-summit-2008 in this case.
[03:14] <ScottK> I understand he's some Gnome guy, but that's it.
[03:18] <crimsun> not a ding against Vincent, but I fear sometimes we get a bit too self-important.
[03:19] <elky> gnome people are especially good at this
[03:19] <ScottK> I understand he has a really big hat, but that's about all I know about him.
[03:19] <ScottK> I've lived in Texas, so I don't hold hats like that against people.
[03:20] <crimsun> how true ;)
[03:20] <ScottK> Just filed my 2nd Launchpad bug of the day.
[03:21] <ScottK> So I'm now above my 1.5 average, but no where near the 5-a-day I'm supposed to be aiming for.
[03:24] <nxvl> ScottK: i think doc-base should be updated also
[03:24] <nxvl> ScottK: since lintian raises some errors with the lasted version of it
[03:24] <ScottK> nxvl: ENOCONTEXT
[03:25] <ScottK> nxvl: Are you picking up on a conversation we were having previously?
[03:25] <nxvl> ScottK: i've just have problems with one of them since i didn't found the section it was pointing to in my local version of it
[03:25] <ScottK> Ah.  Is this related to the Debian Policy backport?
[03:26] <nxvl> yup
[03:27] <ScottK> That's the context I was lacking.
[03:27] <elky> nxvl, do you use gnome by any chance?
[03:27]  * elky ducks
[03:27] <nxvl> ScottK: exactly
[03:28] <nxvl> elky: define "by any chance"
[03:28] <elky> nxvl, by any chance that it may form a case in point to my previous comment.
[03:29] <ScottK> elky: He's Peruvian.
[03:29]  * nxvl reads log
[03:29] <ScottK> ;-)
[03:29] <elky> ScottK, im not sure how to explain it, to be honest.
[03:30] <elky> but by all means, suggest ;)
[03:30] <nxvl> heh
[03:30] <nxvl> yes i use gnome
[03:30] <elky> ScottK, case in point.
[03:31]  * elky does too, and is notoriously terrible at providing context
[03:31] <ScottK> Ah.
[03:31] <wgrant> ScottK: I filed 15 LP bugs two days ago. And 9 the day before.
[03:32]  * elky stops trolling
[03:32]  * wgrant throws Ultamatix at elky.
[03:32] <ScottK> wgrant: Kewl.
[03:32] <wgrant> linux.com's article was wonderful.
[03:32]  * elky sets wgrant's face on fire.
[03:32] <wgrant> Ow.
[03:33]  * ScottK stomps on wgrant's face to put the fire out.
[03:33] <ScottK> Just trying to help.
[03:34] <wgrant> Thanks.
[03:34] <ScottK> You're welcome.
[03:34]  * ScottK thinks he smells chicken cooking.
[03:34] <ScottK> Oh, nevermind.
[03:37] <Hobbsee> dear flash, please FOAD.  thankyou.
[03:38]  * ScottK suddenly wonders why Launchpad doesn't use Flash.  It seems like a perfect match.
[03:38] <crimsun> dear -motu.  Please don't abuse the Flash highlight and make me frown.
[03:38] <crimsun> ;)
[03:39] <nxvl> wooohooo \o/
[03:39] <nxvl> p.u.c will we open for community people also!
[03:39] <nxvl> emgent: Thank you!!
[03:39] <emgent> np nxvl :)
[03:39] <emgent> thanks to Mark!
[03:39] <crimsun> community being members of ~motu and ~ubuntu-core-dev?
[03:40] <wgrant> Woah.
[03:40] <emgent> no
[03:40] <Hobbsee> crimsun: please make firefox not crash whenever i'm loading a page.
[03:40] <wgrant> Where was this announced?
[03:40] <ScottK> crimsun: Yes.
[03:40] <emgent> ~members too.
[03:40] <ScottK> On emgent's blog.
[03:40] <emgent> wgrant: planet
[03:40] <wgrant> Urgh.
[03:40] <emgent> :D
[03:40] <crimsun> wow, that's nice
[03:40] <wgrant> I'm not sure that's a good idea.
[03:40] <elky> ugh... this will not end well
[03:40] <wgrant> As a lot of ~ubuntumembers are technically clueless.
[03:40] <ScottK> We already have PPAs, this can hardly be worse.
[03:40] <wgrant> Others distros don't have that sort of thing.
[03:41] <crimsun> sweet, I'll put lolcats in mine!
[03:41] <elky> ScottK, only now *everyone* can recommend their PPAs on the planet
[03:41] <ScottK> They could do that already.
[03:41] <nxvl> wgrant: yep, i still don't understand how elmo accepted it, but it's decided
[03:41] <elky> theemahn could promote his ppa on the planet already... oh right... he didnt even use a ppa....
[03:42] <ScottK> Personally I think they ought to turn the PPAs off until they're signed, but that's just me.
[03:42] <wgrant> nxvl: I'm very surprised.
[03:42] <wgrant> ScottK: Mhm.
[03:42]  * wgrant applauds emgent.
[03:42] <elky> it's not even april fools day
[03:42] <nxvl> also elmo being a debian sysadmin also, and knowing the nightmare it is
[03:43] <elky> nxvl, elmo will be sitting back waiting for the 'change it back' screams
[03:43] <nxvl> ScottK: how signed?
[03:43] <crimsun> there's likely a lot of sandboxing going on.
[03:43] <wgrant> nxvl: Like the primary archive.
[03:43] <nxvl> oh
[03:43] <wgrant> nxvl: So I can't spoof your DNS and push my packages to your system
[03:43] <nxvl> that would be awesome
[03:43] <emgent> wgrant: :)
[03:44] <nxvl> or provide some mechanism to download the gpg key
[03:44] <wgrant> nxvl: There is no GPG key. That's the problem.
[03:44] <nxvl> i even have problems installing my packages since my system doesn't recognize my gpg key
[03:44] <ScottK> OK.  That's four.  One more and I've met my quota.
[03:44] <nxvl> wgrant: actually it shows me my fingerprint IIRC
[03:44] <crimsun> meaning you hadn't merged it into the keyring?
[03:44] <nxvl> but i can be wrong
[03:45] <wgrant> nxvl: Not on your PPA, no.
[03:45] <ScottK> Shouldn't take long.
[03:45] <nxvl> ScottK: 4 what?
[03:45] <ScottK> 4 launchpad bugs filed today.
[03:45] <wgrant> ScottK: I thought that too, but failed to make it to 20 in a day.
[03:45] <ScottK> I'm trying to do 5-a-day with Launchpad.
[03:45] <ScottK> 19 is still pretty impressive.
[03:45] <ScottK> The really depressing part is fix every bug and it'll still suck.
[03:46] <ScottK> You can't bug fix your way to a good design.
[03:46] <nxvl> oh ok
[03:46] <wgrant> It helps, a bit.
[03:46] <crimsun> but you sure can inflate your karma!
[03:46] <nxvl> i'm fixing a LOT of pbuilder bugs
[03:46] <nxvl> also i have just added a --build-twice-in-a-row option
[03:46] <crimsun> although I find it amusing that bzr work pretty much explodes one's karma
[03:47] <nxvl> but i'm still fighting with doc-base
[03:47] <ScottK> nxvl: Thanks for build-twice-in-a-row.  That'll be a big help.
[03:47] <ScottK> crimsun: Of course.
[03:47] <nxvl> ScottK: actually it was a quick and easy hack
[03:47] <ScottK> distro bug work counts almost nothing and distro uploads not at all.
[03:47] <nxvl> :D
[03:48]  * nxvl loves shell script
[03:48] <ScottK> As usual, it's easy to see where Launchpad development priority is.
[03:48] <tacone> nxvl: is there any activity anywhere around ucsa ?
[03:49] <crimsun> n-m makes me frown.  When I say don't roam, I mean it, but you're like a bellicose child.
[03:49] <nxvl> tacone: yep, packaging config-model
[03:49] <nxvl> tacone: waiting for augeas-perl to be synced to ubuntu
[03:50] <nxvl> and raphink being a machine writing lenses
[03:50]  * nxvl HUGS rawler 
[03:50] <nxvl> err
[03:50]  * nxvl HUGS raphink 
[03:50] <tacone> nxvl: apart from your honorous efforts, is there a mailing list, a forum or some place where people talk about it ?
[03:51] <nxvl> tacone: about augeas, config-model or ucsa?
[03:51] <nxvl> i think ucsa will end being config-model
[03:51] <tacone> I have no clue of what config-model is
[03:51] <nxvl> with some configurations for ubuntu specific things
[03:51] <tacone> I meant about ucsa in general.
[03:52] <nxvl> tacone: is a Blessing Aerosol
[03:52] <nxvl> tacone: well, -server ml will be the right place
[03:53] <ScottK> Oops.  That's 6.
[03:53] <tacone> nxvl: nice to know ubuntu servers need Aereosol. So it's only you and raphink for now, and you coordinate your efforts on the server ml ?
[03:53] <tacone> ScottK: it's 6 only in 1/24 of the world
[03:54] <ScottK> So, here I am finally on the Launchpad page I wanted after only an hour and filing 5 bugs.
[03:54] <nxvl> tacone: actually raphink is doing he's work on augeas, not specificaly on ucsa
[03:54] <nxvl> tacone: he's helping ucsa with his work, but it's not specific to it
[03:54] <nxvl> so we coordinate it on the augeas ML
[03:55] <emgent> uhm..
[03:56]  * nxvl is starting to hate doc-base
[03:56] <nxvl> emgent: btw, i have started translating motu-videos to spanish, why don't you make the same for italian?
[03:56] <emgent> i'm not in ubuntu it loco.
[03:56] <ScottK> So?
[03:57] <emgent> anyway i sent mail some week ago to italian translater.
[03:57] <emgent> (when i saw daniel mail)
[03:57] <nxvl> emgent: and why did you need on ubuntu it loco to do it, you are in MOTU Community, and that's what matters
[03:58] <nxvl> s/on/to be on/
[03:58] <nxvl> i'm in peruvian loco team, but not part of ubuntu-es
[03:58] <emgent> yeah it`s true, but it loco translater working to it
[03:59] <nxvl> but i speak spanish, i'm part of the MOTU community and i want to make it easy for more people to jump in
[03:59] <nxvl> so i did it
[03:59] <nxvl> emgent: i make the video again
[03:59] <emgent> subtitles ?
[03:59] <nxvl> emgent: that means take a camera and put my face on the video explaining everything
[04:00] <emgent> lol understand :)
[04:00] <Hobbsee> ScottK: nice effort
[04:01] <emgent> heya Hobbsee :)
[04:01] <ScottK> I think that's 29 in two weeks.  None marked invalid so far.
[04:01] <wgrant> ScottK: How many triaged?
[04:01] <Hobbsee> hi emgent
[04:01] <Hobbsee> wgrant: close to none, probably
[04:02] <ScottK> 6
[04:02] <wgrant> About half of mine were triaged within a day or two, which seems to support my theory that they work faster if you drown them.
[04:02] <Hobbsee> hah
[04:18] <emgent> na paralis!
[04:18] <emgent> ops, wrong window -.-
[04:18] <nxvl> ScottK: i have just send the patch for twice-in-a-row to bts if you want to take a look at it and test
[04:19] <nxvl> ScottK: i will apreciate feedback
[04:19] <ScottK> nxvl: Link me the bug and I'll try and look at it.  I'm currently fading, so it won't be tonight.
[04:20] <nxvl> ScottK: i'm on holidays, so i have no hurry :D
[04:20]  * nxvl searches the link
[04:20] <nxvl> ScottK: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=493538
[04:20] <ScottK> Thanks.
[04:24] <nxvl> ScottK: and debdiff on Bug #254305 if you want to sponsor it
[04:24] <nxvl> :D
[04:24] <nxvl> ok
[04:25] <nxvl> now to sleep tomorrow i need to wake up early to fo to adventure island
[04:26] <nxvl> read you!
[04:35] <ScottK> Hobbsee: Was that sarcasm in 254333?
[04:35] <ScottK> I'm very tired, so I can't tell just now.
[04:37] <wgrant> ScottK: That's the way you're meant to do it, and I can't see that changing.
[04:37] <wgrant> Although it makes little sense.
[04:40] <ScottK> wgrant: I don't care if it's designed to show me irrelevant stuff.  I'd still rather it stop.
[04:41] <wgrant> ScottK: Please wait while some LP reeducators arrive at your home.
[04:41] <ScottK> Yeah, fortunately none of them live near here.
[04:42] <ScottK> This is unlike the SELinux upstream people I was seriously annoying during Hardy (trying to avoid a permanent fork from Debian).
[04:42] <ScottK> Their office is 20 minutes from my house.
[04:43] <emgent> lol
[04:43] <wgrant> Heh.
[04:44] <ScottK> "I care more about not forking from Debian than I do if it works and so I"ll just upload it as is if I don't hear back." proved to be a powerful motivator.
[04:50] <jonfore_> I'm curious about the Bug tracker...what do the status' mean? ex. - Confirmed, Triaged...
[04:51] <jonfore_> anyone?
[04:52] <Flannel> jonfore_: You'd be better off asking in #ubuntu-bugs, but confirmed means the bug has been confirmed, Triaged means its successfully undergone triage (correct bookkeeping information on the bug, right package, etc)
[05:11] <VladimirMelo> anyone can help me?
[05:12] <VladimirMelo> I'm getting a pbuilder error
[05:12] <VladimirMelo> when applying patches
[05:13] <ScottK> Not if you don't pastebin the error somewhere were we can see it, no.
[05:13] <VladimirMelo> ok
[05:13] <lifeless> ScottK: triple negative FTW
[05:14] <ScottK> Some people say negativity is my speciality.
[05:14] <VladimirMelo> http://paste.ubuntu.com/33536/
[05:15] <VladimirMelo> I was trying to create a liferea deb
[05:15] <VladimirMelo> updating...
[05:15] <ScottK> Your problem is here: applying patch 02_upstream_fix_crash_on_quit_when_updating to ./ ... failed.
[05:15] <ScottK> That patch doesn't apply.
[05:15] <VladimirMelo> yeah
[05:16] <ScottK> Are you trying to package a new version?
[05:16] <VladimirMelo> yes
[05:16] <VladimirMelo> what I should do?
[05:16] <ScottK> Odds are something changed with the code in that part of the package.
[05:17] <ScottK> Have you used dpatch-edit-patch before?
[05:17] <VladimirMelo> ScottK: no
[05:17] <ScottK> You want to learn about that.  See man dpatch-edit-patch.
[05:18] <ScottK> You'll also want to look at the code in the new upstream to see if the patch is still needed.
[05:18] <VladimirMelo> ScottK: I tried to do the same with pidgin and got the same trouble
[05:18] <VladimirMelo> ok
[05:18] <ScottK> If the patch is no longer needed, you can remove it from debian/patches and debian/patches/00list, and say so in debian/changelog.
[05:19] <VladimirMelo> ScottK: that's OK :)
[05:19] <VladimirMelo> ScottK: thanks
[06:47] <coolbhavi> hello I am getting an error with requestsync command: http://pastebin.com/d1cedae7f
[06:50] <punkrockguy318> Hey, the project that i've been working on has just put together a major release that I'd like to see get updated in Ubuntu.  Who can I talk to about this?
[06:52] <stefanlsd> punkrockguy318: best thing would be to contribute it yourself - https://wiki.ubuntu.com/MOTU/GettingStarted
[06:53] <punkrockguy318> my package is already in ubuntu
[06:53] <punkrockguy318> it's just the first update in about four years or so
[06:53] <crimsun> file a bug against the source package and include the necessary information
[06:56] <punkrockguy318> crimsun: alright
[07:12] <punkrockguy318> crimsun: done
[07:53] <txwikinger> Must a sync request be confirmed by a MOTU before it goes to the archive admin?
[07:55] <RAOF> Yes
[07:55] <txwikinger> ok thanks
[07:56] <coolbhavi> hello http://pastebin.com/d18beec2d error please help
[08:12] <Iulian> Lutin: Done, thanks for telling me.
[08:55] <geser> coolbhavi: re your first problem with requestsync: the correct use here would be "requestsync --lp -s clamfs intrepid"
[08:56] <geser> coolbhavi: and for the second problem (with the mail) you need help from LP devs
[08:56] <coolbhavi> Ok..
[09:06] <coolbhavi> geser, https://answers.edge.launchpad.net/launchpad/+question/41081
[09:23] <stefanlsd> What do we do with these messages - dpkg-shlibdeps: warning: dependency on libfontconfig.so.1 could be avoided if "debian/gpa/usr/bin/gpa" were not uselessly linked against it (they use none of its symbols)- log bug upstream?
[09:25] <RAOF> stefanlsd: You can deal with this (at least) two ways - you can remove the symptom by passing something like "--as-needed" to gcc, or you can fix the .pc file to only include libs that are actually necessary.
[09:25] <RAOF> The latter probably requires upstream participation, yes.
[09:26] <stefanlsd> RAOF: is it any reason to stop the inclusion of a package?
[09:26] <RAOF> Absolutely not.
[09:26] <stefanlsd> kk. thanks
[09:27] <RAOF> That warning will be triggered on a significant fraction of the archive.
[09:29] <AnAnt> is Matvey Kozhev here ?
[09:46] <geser> AnAnt: looks like Sikon/LucidFox is not here right now
[09:47] <Iulian> Would anyone like to ack some sync requests?
[09:48] <geser> Iulian: which ones?
[09:52] <mgolisch> heya are there any guidelines on packaging python software?
[09:52] <mgolisch> its one main script and severall files holding classes the script uses
[09:52] <mgolisch> what would be the right way to package this?
[09:52] <Iulian> geser: See private.
[10:02] <MrKanister> Hello
[10:02] <Iulian> Hi
[10:04] <gnomefreak> ScottK: didnt we pull flash 10 from Hardy backports?
[10:04] <MrKanister> I'v a question about REVU: Some say the Distribution in the Changelog has to "hardy", some others say it has to be "intrpid"...so whats correct now?
[10:05] <stefanlsd> mgolisch: Have a look in the wiki for the last openweek sessions. If i remember, one of them was specifically for packing python
[10:05] <mgolisch> ok will have a look
[10:06] <Iulian> MrKanister: Intrepid
[10:06] <geser> MrKanister: it has to be always the current development version, which is currently intrepid
[10:07] <MrKanister> That's what I thought....it makes more sense, but I was unsure. Thank you two :)
[10:12] <cyberix> Where should dh_testdir and dh_testroot be used?
[10:15] <Iulian> geser: Thanks
[10:16] <stefanlsd> How do i build a .deb after making my .dsc. should i be looking at pdebuild?
[10:17] <persia> stefanlsd: Either pbuilder or sbuild.
[10:19] <stefanlsd> persia: thanks. will try sbuild
[10:19] <persia> stefanlsd: Do you use LVM?
[10:19] <stefanlsd> persia: yeah
[10:19] <persia> In that case, you might find the mk-sbuild-lv script in ubuntu-dev-tools will do almost everything for you.
[10:22] <stefanlsd> mm. i think i need to go thru the pbuilder docs to understand it better.
[10:23] <persia> stefanlsd: Hrm?  Why the pbuilder docs if you are using sbuild?
[10:28] <stefanlsd> persia: wb - well, im thinking if i can just open and check stuff after i've used pbuilder, i dont need to go and make .debs.  I just really wanna check stuff is in the right place...
[10:29] <persia> stefanlsd: You want to make .debs: it's the easiest way to check things.
[10:29] <persia> Whether you use pbuilder or sbuild is up to you.  sbuild is considered slightly harder to set up, requires more allocation of disk space, and is slightly faster.
[10:30] <persia> pbuilder is a little easier to set up, requires less disk space, and differs from the environment on the buildds a little more than sbuild.
[10:30] <stefanlsd> persia: if i have pbuilder already. will that just work, or do i need pdebuild - which is like 300mb
[10:30] <persia> stefanlsd: That's not a question I can answer: I've never used pbuilder.
[10:31] <stefanlsd> persia: k :)
[10:32] <geser> Iulian: clisp FTBFS (see my comment on the bug for the failure)
[10:36] <yannick> Hello, is the PPA service down?
[10:37] <persia> yannick: You'll do better to ask in #launchpad
[10:37] <yannick> ok, thanks
[10:38] <stefanlsd> What would be the best way to test if things like the .desktop file and icon files are done correctly?  I have used desktop-file-validate on the .desktop file.
[10:40] <persia> stefanlsd: desktop-file-validate tries to verify that the file is correct in format, but doesn't check function.  For a test of function, you need to load it in a menuing front-end.  The standard means to do so is to install a .deb including the required files.
[10:41] <persia> Note that you'll need to be running a system with a xdg-compliant menu system (e.g. GNOME, KDE, Xfce)
[10:42] <stefanlsd> persia: ok. yeah. thats why i wanted to make the deb and try install it and see what happens :0
[10:43] <persia> stefanlsd: For which you'll want to become familiar with sbuild or pbuilder :)
[10:43] <stefanlsd> persia: yeah. thanks running standard gnome
[10:45] <stefanlsd> persia: kk. thanks. doing it now
[11:51] <Iulian> geser: It builds fine here - i386
[11:51] <Iulian> No idea why it FTBFS on amd.
[11:52] <Hobbsee> ScottK: if it's your bug i commented on, no.
[11:55] <cyberix> I'm working on a package that will contain python bindings for a C library that has already been packaged.
[11:56] <cyberix> the upstream package contains some simple C code and has a setup.py script which compiles the C code and installs everything to a directory
[11:57] <cyberix> How should I divide my packaging rules between the different targets in rules file?
[11:58] <Iulian> OT: Is anyone here good at making icons?
[11:59]  * Iulian needs one for http://live.gnome.org/PaperBox
[11:59] <cyberix> No, they are at #tango
[11:59] <persia> Iulian: An icon from scratch, or an icon from some random images that already exist?
[12:01] <Iulian> persia: From scratch because I cannot see anything that can help in the source package. It's a program that lets you view your ebooks, text docs etc.
[12:02] <persia> Iulian: Ah.  You might try #ubuntu-art then.
[12:02] <Iulian> Ok
[12:03] <Iulian> persia: It has +i, I must be invited to join it.
[12:05] <mouz> Iulian: I have had success asking for there help on their mailing list
[12:05] <mouz> *their help
[12:05] <jpds> Iulian: #ubuntu-artwork
[12:05] <jpds> It's a forwarding channel.
[12:05] <jpds> According to /msg ChanServ info #ubuntu-art
[12:07] <Iulian> jpds: Thanks
[12:10] <persia> Iulian: I'm sorry: I didn't mean to send you to the wrong place.
[12:10] <Iulian> persia: No problem!
[12:17] <emgent> moin
[12:18] <Iulian> Hey emgent
[13:21] <mgolisch> does ppa.ubuntu.com support other upload methods than ftp?
[13:24] <DktrKranz> mgolisch, IIRC no
[13:25] <mgolisch> ok
[13:25] <mgolisch> ftp needs more than one port right?
[13:25] <mgolisch> i have no direct internet connection
[13:30] <\sh> mgolisch: nope
[13:30] <mgolisch> damn
[13:30] <\sh> mgolisch: passive mode of ftp doesn't need a port 20
[13:30] <StevenK> It still requires two active connections
[13:31] <mgolisch> but it would require that my client can do outgoing connection on other ports right?
[13:31] <\sh> aeh one to the server (21) and one back (>1024) but this is normal tcp behaviour
[13:31] <mgolisch> which is not the case
[13:31] <StevenK> \sh: No, two seperate connections. High port -> 21, and High port client -> high port server for passive or high port client -> 20
[13:32] <mgolisch> i only have a http proxy and a ssh server which i can use to forward localports to some remotehost:port
[13:32] <mgolisch> i guess that wont work for ftp
[13:33] <laga> you could upload from the the ssh server?
[13:33] <laga> s/the//
[13:33] <mgolisch> yeah i could do that
[13:33] <\sh> StevenK: ah yes :)
[13:33] <mgolisch> do the gpg keys need to be imported there too? for dput to work?
[13:33] <mgolisch> or does it not do anything with the gpg keys?
[13:34] <StevenK> mgolisch: dput will verify the signature is valid, and then upload.
[13:34] <StevenK> mgolisch: The server then checks your key is in the keyring
[13:34] <mgolisch> damn maybe ill just wait for my dsl line to get fixed
[13:34] <mgolisch> might be easier
[13:34] <mgolisch> :)
[13:45] <Laney> geser: Hey, what do you want to do about nepenthes?
[13:47] <geser> Laney: first I want to reach soren and ask about the dropped libipq_pic.a in iptables-dev. Once it's back again, one could think about adding the iptables-dev build-dependency again.
[13:48] <Laney> geser: Is that build-dep all it needs? Or patches to configure too?
[13:48] <geser> Laney: I don't know what the DD do, to disable it
[13:49] <Laney> ok
[13:49] <geser> Laney: it's also need a small patch to link against libipq_pic.a (see the old Ubuntu changes)
[13:50] <Laney> Yep, I saw that. Just thought we'd go with the DD. But if we want to keep the PIC stuff then that's cool too
[13:52] <geser> Laney: It depends if libipq_pic.a comes back again (nepenthes needed it in the past and perlipq still needs it to build on AMD64)
[13:52] <Laney> geser: OK, maybe after you've talked to soren then you can decide what to do ;)
[13:52] <geser> Laney: if you prefer I can upload the current changes now and add back iptables-dev later
[13:53] <Laney> geser: It's up to you. Perhaps figure out how long it'll take and then upload now if there's going to be a longish delay, or otherwise wait?
[13:54] <geser> Laney: I guess I'll upload now as soren seems to be away since a few days
[13:55] <Laney> OK, sounds good
[13:55] <devfil> asac: I've tested all rdepends of xulrunner as you requested
[13:56] <slytherin> geser: I have filed bug for the openjdk problem. Do you have any idea how to debug it?
[14:01] <geser> slytherin: Hi, no idea
[14:02] <geser> slytherin: have you some time to inspect the libjboss-cache1-java FTBFS? http://launchpadlibrarian.net/16481939/buildlog_ubuntu-intrepid-i386.libjboss-cache1-java_1.4.1.SP9-1_FAILEDTOBUILD.txt.gz
[14:02] <geser> does perhaps jbossas4 need a new interation where some jars are included again?
[14:03] <slytherin> geser: exactly, but this openjdk problem is blocking that.
[14:04] <geser> argh
[14:10] <geser> slytherin: I tried installing openjdk-6-jre-headless inside my intrepid pbuilder and it installs successfully (I'm on AMD64)
[14:10] <geser> can you reproduce this problem?
[14:11] <slytherin> geser: I am checking. I have just changed build dependency from java-gcj-compat-dev to default-jdk-builddep and changed JAVA_HOME accordingly
[14:12] <persia> Which bug number is this?
[14:14] <slytherin> persia: bug 254221
[14:14] <slytherin> geser: I am not able to reproduce the error today.
[14:22] <persia> Hmmm.  For amd64, I can install openjdk-6-jre-headless, but I get a bug error when I try to run `java`.  For i386 and lpia, I get dependency issues: segfault during openjdk-6-jre-headless install (these chroots are on an amd64 host)
[14:22] <persia> s/bug/bus/
[14:27] <sebner> joaopinto: really sure that I can takeover coverfinder?
[14:32] <mgolisch> is there something special i have to do to make my packages show up in my ppa?
[14:32] <mgolisch> dput seems to have uploaded the package but the archive is still not there
[14:32] <mgolisch> did i do something wrong?
[14:33] <persia> mgolisch: You may want to ask in #launchpad: there was talk of something having issues earlier.
[14:40] <Lutin> crimsun: ping about a change you made on trang (GCJFLAGS = -O0)
[14:44] <Hobbsee> persia: it's dead.
[14:44] <StevenK> persia: Do those chroots have /proc mounted?
[14:45] <slytherin> geser: I am getting problem again. It is either memory problem or something related to have gcj and openjdk installed simultaneously in the chroot.
[14:47] <geser> slytherin: does keeping java-gcj-compat-dev for now work? so we could get the boot-strapping finished and change to openjdk later once the problems are solved?
[14:48] <slytherin> geser: that doesn't make a difference. I was having problem even when java-gcj-compat-dev was there. Then it worked with openjdk and I am having problem again.
[14:48] <geser> :(
[14:49] <slytherin> geser: The difference I have made is I added some build dependencies to proceed. Let me check if any of those deendencies specifically depend on gcj
[14:49] <slytherin> I mean java-gcj-compat
[15:03] <slytherin> geser: I am bit confused, why does default-jdk-builddep depend on java-gcj-compat-dev?
[15:04] <geser> slytherin: wasn't the -builddep variant for those packages which still build a -gcj variant? so it make sense that it installs gcj
[15:05] <slytherin> geser: I guess then I don't need it. I only need default-jdk
[15:08] <geser> slytherin: yes, AFAIK you only need default-jdk-builddep when you build <package>-gcj
[15:09] <geser> slytherin: I was about to look at your libpdfbox-java debdiff: should I change it there too to just default-jdk?
[15:10] <slytherin> geser: yes.
[15:32] <slytherin> geser: I am tired, still getting same error. :-(
[15:33] <crimsun> Lutin: pong, was from Debian IIRC
[15:35] <persia> StevenK: They do
[15:36] <geser> slytherin: hmm, for what's worth: I've tried to rebuild the current jbossas4 package and it still builds
[15:37] <slytherin> geser: I am doing all this on my dad's laptop. I will do it on my machine tomorrow when I return to my work place.
[15:37] <geser> I've seen doko doing several rebuild for openjdk and the FTBFS list doesn't show many -java packages
[15:37] <persia> geser: On amd64?  Do you have an 1386 chroot?
[15:38] <geser> persia: on amd64, I didn't create a i386 intrepid pbuilder yet (no need till now)
[15:41] <geser> slytherin: have you anything that I could try here?
[15:42] <slytherin> geser: Nope. I think I will continue tomorrow. Have to go now.
[15:42] <geser> slytherin: ok
[15:44] <joaopinto> sebner, yes
[15:50] <Lutin> crimsun: doesn't seem to be in debian anymore, do you think it's useful to kkep it ? it's the only delta remaining
[15:50] <ScottK> gnomefreak: We did.
[15:51] <gnomefreak> ScottK: thanks
[15:51] <crimsun> Lutin: no, it's not worth retaining.  Sync it.
[15:51] <ScottK> The version number is still there, but it's the part after really that's the real version.
[15:56] <Lutin> crimsun: thanks
[15:56] <persia> Hrm.  I'm getting a lot of "untrusted packages" warnings on a hardy system.  Is there something funny with keys?
[15:58] <ScottK> Are these sounrce packages?
[15:59] <ScottK> urgh ... source ...
[16:01] <persia> ScottK: No.  Binary packages.
[16:02] <ScottK> Hmmm.  No, I don't see that.
[16:02] <persia> OK.  My config then.  Thanks for the verification.
[16:02] <ScottK> That or your DNS cache is poisoned (probably not, but worth considering)/
[16:03] <persia> Quite possibly.  My provider is vulnerable.
[16:06] <Mez> are we in a freeze atm ?
[16:06] <persia> Mez: Only import freeze
[16:06] <Mez> hmmles... why would something show as uploaded in LP, but not be in the archives?
[16:07] <ScottK> in New maybe?
[16:07] <persia> Mez: Source not published?  After how long?
[16:07] <Mez> persia, binary not published...
[16:07] <persia> Mez: Check the build history: there are all sorts of reasons that could happen.
[16:08] <Mez> PUBLISHED: Intrepid  pocket Release  in component main  and section web
[16:08] <Mez> ah feck
[16:08] <Mez> FTBFS
[16:09] <ScottK> That would be another possibility.
[16:14] <Mez> Yeah, needs to be given back
[16:15] <geser> Mez: which package?
[16:15] <Mez> php5
[16:16] <geser> Mez: you need a core-dev for that (or a build admin)
[16:17] <Mez> geser, I know...
[16:19] <geser> Hobbsee: have you time to help Mez?
[16:20] <Mez> geser, I've already /msg'd her
[16:20] <geser> good
[16:25] <Hobbsee> geser: core devs can't do givebacks
[16:25] <Hobbsee> unless they're buildd admins too, of course
[16:27] <Hobbsee> archive admins can't, either.
[16:28] <geser> Hobbsee: so it's enough to be a MOTU to do give-backs for universe, but you need to be a build admin to give-back packages in main?
[16:28] <Hobbsee> geser: can MOTU's do givebacks for universe now?
[16:28] <geser> Hobbsee: at least I could do it the last time I needed it
[16:29] <Hobbsee> cool
[16:29] <Hobbsee> i don't know - maybe the main people can do it.
[16:29] <Hobbsee> i've not heard any talk about it
[16:29] <Hobbsee> and of course, i wouldn't see the change.
[16:31] <jpds> I was under the impression that everyone can give-back, assuming they're in motu or ubuntu-core-dev
[16:32] <ScottK> Mez: You want all the php5 builds in Intrepid retried?
[16:32] <ScottK> (Yes, core-dev can do that).
[16:33] <ScottK> Mez: If so, why is it going to work the 2nd time?
[16:34] <geser> ScottK: looking at the build log, it should work now because libltdl7-dev is now in main
[16:34] <ScottK> Hobbsee: If I understand the terms correctly, he wants a retry of a failed build, not a give-back of one that worked.
[16:35] <ScottK> Trying i386
[16:36] <stefanlsd> I've built a new the gpa version from upstream. Do i just upload the debdiff to the bug? who do i subscribe?
[16:38] <Laney> stefanlsd: Upload the .diff.gz and subscribe the appropriate sponsors queue
[16:38] <stefanlsd> Laney: how do i know who the appropriate sponsors queue would be?
[16:39] <Laney> package in {uni,multi}verse: ubuntu-universe-sponsors. main/restricted: ubuntu-main-sponsors
[16:39] <stefanlsd> Laney: aah. kk. thanks.
[16:41] <Mez> ScottK, Hobbsee has already flipped the magic switches :) she knows what I meant - it failed to build cause of an uninstallable dependency. Which now works.
[16:42] <ScottK> OK.
[16:55] <ScottK> Heya \sh.
[16:56] <ScottK> I made a comment on your Leonov release schedule ...
[16:58] <sebner> \sh: congratulations ;)
[16:59] <emgent> sebner: walcome back! :)
[16:59] <emgent> s/walcome/welcome/
[16:59] <sebner> emgent: thx ^^
[17:00] <geser> sebner: Hi, how was your vacation?
[17:01] <sebner> geser: yeah was nice. Though I'm here since wednesday :P
[17:02] <jpds> sebner: How was your beauty sleep?
[17:03] <sebner> jpds: It was so great that if I would send you a picture of me now you would get blind :P
[17:23] <stefanlsd> firefox keeps crashing trying to attach a debdiff. heh
[17:25] <emma> :)
[17:27]  * ScottK hands https://help.launchpad.net/BugTrackerEmailInterface to stefanlsd
[17:27] <stefanlsd> hehe. thanks. got it working.  had to click new session, instead of restart
[17:28] <stefanlsd> Anyone mind just giving this a glance before i subscribe u-u-s? - https://bugs.launchpad.net/ubuntu/+source/gpa/+bug/160751     (new to this)
[17:28]  * ScottK files another launchpad bug.
[17:31] <sebner> ScottK: another, another, another :)
[17:31] <Mez> is there a quick way to automatically test all the packages for dependencies that cant be installed?
[17:32] <ScottK> sebner: I got my 5 yesterday, so I'm happy.
[17:32] <sebner> ScottK: hrhr :)
[17:32] <ScottK> Not kidding.
[17:33] <sebner> ScottK and his crusage against LP :P
[17:34] <chesteroni> hello :-)
[17:34] <ScottK> sebner: I just think we should have good tools.
[17:35] <sebner> ScottK: good = open? :P
[17:35] <ScottK> Good == does the job well.
[17:35] <chesteroni> I just found something that looks like an error in package python-xml (package is lacking some important modules present in tarball)
[17:35] <stefanlsd> im pretty impressed with LP
[17:35] <chesteroni> Is it a good place to ask what is really wrong ?
[17:36] <ScottK> The fact that it's not open limits my ability to affect that.
[17:36] <sebner> ScottK: kk ;)
[17:36] <ScottK> chesteroni: Sure.
[17:36] <ScottK> chesteroni: Keep in mind that the python-xml package we have is only meant to provide things not provided by Python itself (much of python-xml was incorporated into Python in python2.4.
[17:36] <ScottK> )
[17:37] <chesteroni> so my problem ist very simple to reproduce: I need to use Canonicalization module (c14n) from PyXML
[17:37] <geser> Mez: something like "apt-cache unmet -i"?
[17:37] <chesteroni> from xml.dom.ext import Canonicalize
[17:37] <chesteroni> that's all - it doesn't work because python do not know what is 'ext'
[17:38] <chesteroni> ext is availavle in PyXML tarball and after manual installation it works, but I couldn't force python to run it without manual installing
[17:39] <ScottK> OK.
[17:39] <Mez> geser, sort of...
[17:42] <ScottK> chesteroni: I'm looking at it.
[17:43] <chesteroni> ok, thanks ScottK :-)
[17:43] <ScottK-laptop> chesteroni: I think I have the solution for you.
[17:44] <ScottK-laptop> In Hardy we moved the old python-xml functions out of the default path so they wouldn't be used in place of the ones provided by Python.
[17:44] <ScottK-laptop> This works for me ...
[17:44] <ScottK-laptop> import sys
[17:45] <ScottK-laptop> sys.path.append('/usr/lib/python%s/site-packages/oldxml' % sys.version[:3])
[17:45] <ScottK-laptop> from xml.dom.ext import Canonicalize
[17:45] <ScottK-laptop> chesteroni: Would that solve your problem?
[17:46] <chesteroni> I'm looking but it might be possible that manual installation changed environment conditions and made the answer unreliable
[17:48] <ScottK-laptop> OK.  If you want stuff from the old python-xml that's, I think, pretty well the way to do it.
[17:48] <ScottK-laptop> FYI, I borrowed that from the pyslide package.
[17:49] <Mez> geser, nope, that doesnt exactly show what I'm looking for - it doesnt tell me for example, that
[17:49] <Mez>   freetds-dev: Depends: libct4 (= 0.82-3) but it is not going to be installed
[17:49] <Mez>                Depends: libsybdb5 (= 0.82-3) but it is not going to be installed
[17:49] <chesteroni> ok, ScottK - it works, but I'm not sure, that is the solution (because of installation of the tarball). Anyway - why i needed to append my path, when e.g. from xml.dom import minidom works fine ?
[17:51] <ScottK> The python-xml functions that were incorporated in Python itself in 2.4 are available on the normal path (and you don't need python-xml installed).  Those that weren't need the non-standard patch and the python-xml package.
[17:52] <chesteroni> well - that's what I don't understand - they need the non-standard path... but installing the tarball does not force me to change the path.
[17:53] <chesteroni> Anyway - I am totally lame in packaging system so forgive me my ignorance :)
[17:53] <ScottK> The path changes are part of the Ubuntu packaging of python-xml.
[17:54] <ScottK> The problem is that python-xml is pretty unmaintained and so where something exists in Python itself you'd really rather not use the older python-xml version.
[17:55]  * ScottK goes AFK for a while ...
[20:09] <sebner> joaopinto: mind telling me something about your patches for coverfinder?
[20:10] <joaopinto> hum, let me check them
[20:11] <joaopinto> sebner, not much to say, adds a missing header, and a format string as expected by the function
[20:11] <sebner> joaopinto: noticed during testing the application?
[20:12] <joaopinto> during compile time on intrepid, gcc4.3
[20:12] <joaopinto> actually I forgot to send them upstream
[20:13] <joaopinto> or maybe I did.. hum need to review my sent mails :P
[20:13] <sebner> joaopinto: because /here it's building without problems ;)
[20:14] <joaopinto> well, did you got warnings ? eventually I had different cflags and warnings were treated as errors
[20:15] <sebner> joaopinto: have to check again. but if sent them upstream it's good. need to patch also the .desktop file though
[20:17] <joaopinto> can someone review http://revu.ubuntuwire.com/details.py?package=amoebax ? Thanks
[20:24] <NCommander> sebner, what are you trying to build?
[20:24] <sebner> NCommander: nothing, why? O_o
[20:24] <NCommander> sebner, oh ...
[20:24]  * NCommander hides
[20:25] <sebner> NCommander: lol, nvm ;)
[20:25] <NCommander> sebner, so what's up?
[20:25] <sebner> NCommander: nothing, I'm just taking over a package on revu and asked for what the patches in it are
[20:26] <NCommander> sebner, I was trying to find an advocate for my package
[20:26] <NCommander> sebner, http://revu.ubuntuwire.com/details.py?package=pangomm
[20:26] <sebner> NCommander: sry, I'm not (yet) a motu :P
[20:27] <NCommander> d'oh
[20:27] <NCommander> ScottK, ping?
[20:27] <sebner> NCommander: norsetto gave to a big list to work on ;)
[20:28] <NCommander> sebner, its mostly questions that have already been resolved
[20:29] <ScottK> NCommander: Pong
[20:29] <NCommander> ScottK, mind I can torture^W bug you for looking at a package?
[20:30] <ScottK> OK.
[20:30] <ScottK> I can give it a quick look.  No promised on a detailed scrub.
[20:30] <NCommander> ScottK, well, I need to upload another revision so hold on
[20:43] <joaopinto> the mandvd package on revu is abandoned, can a user dput over an existing package from another user ?
[20:44] <ScottK> Yes.
[20:45] <joaopinto> ok, I will pick it up once amoebax gets accepted
[20:46] <stefanlsd> how long does it take "normally" for u-u-s to check out a diff...
[20:46] <ScottK> It varies.  Normally a few days.  Dunno how backup up it is right now.
[20:47] <stefanlsd> oh ok.  are community members on u-u-s or canonical employees. or both?
[20:47] <geser> every MOTU can sponsor from the u-u-s queue
[20:48] <stefanlsd> ok. once you are a member of the MOTU team?
[20:48] <ScottK> Any MOTU can sponsor.
[20:49] <ScottK> If you're on the team you can unsubscribe stuff from the team if it's not ready.
[20:49] <laga> is motu-sru still alive?
[20:49] <ScottK> That's really the only difference.
[20:49] <ScottK> laga: Yes, just with some fewer members.
[20:49] <bobbo> stefanlsd: the sponsorship queue is quite slow this cycle, i have a couple of bugfixes that have been siting there for 3+ weeks
[20:50] <geser> ScottK: do you know who from motu-sru is currently most active? I still wait for a comment from motu-sru.
[20:51] <ScottK> geser: It's been mostly dtkranz (that's not his IRC nick, but it's close).
[20:59] <sebner> ScottK: dktrkranz :P
[21:01] <Laney> d
[21:01] <Laney> Ignore that
[21:01]  * sebner is ignoring Laney :P
[21:10] <cyberix> Which one should be preferred?  1) copying man pages directly from the source tree 2) copying man pages from installed tree after "make install"
[21:14] <azeem> cyberix: usually the latter is done
[21:14] <azeem> cyberix: though one wouldn't have to copy them again once they're installed, just include them in the package
[21:17] <cyberix> azeem: I split the files into multiple packages. That is why I'm compying them
[21:20] <azeem> then usually the files get installed in debian/tmp, and from there installed into the respective package by the appropriate debhelper program
[21:25] <nxvl> persia: around?
[21:35] <sebner> asac: what is the mozilla chan called again?
[21:36] <asac> sebner: #ubuntu-mozillateam
[21:36] <asac> simple ;)
[21:37] <jpds> sebner: /msg Alis list #ubuntu-*
[21:39] <sebner> jpds: thx, for future ^^
[21:43] <nxvl> sebner: did you have some time free now?
[21:44] <sebner> nxvl: hmm, depending on what and how long you need :P
[21:45] <nxvl> sebner: to test the patch on Bug #254305
[21:46] <sebner> nxvl: well, clearly not today but tomorrow.
[21:49] <nxvl> sebner: sounds awesome to me
[21:49] <sebner> nxvl: really ok? Since I'm not the only person currently online ^^
[21:50] <nxvl> sebner: yes, i'm just looking for testers
[21:50] <nxvl> sebner: and better to have more testers than less
[21:51] <sebner> nxvl: sure since the changes are not that ignorable ^^
[21:51] <RoAkSoAx> heya guys, in debian/control i should remove "Uploaders: etc..." right?
[21:59] <nxvl> sebner: at least that feature, all the other changes in the patch are minor changes
[22:00] <sebner> RoAkSoAx: nope
[22:00] <sebner> nxvl: yep, hope it works ^^
[22:00] <RoAkSoAx> sebner, but if Uploaders: tag is for debian, shouldn't it be removed from ubuntu debian/control?
[22:01] <ScottK> RoAkSoAx: Why would you want to do that?
[22:01] <sebner> RoAkSoAx: we want to keep the delta as small as possible. we just change the maintainer and don't want to remove anything
[22:01] <RoAkSoAx> ok cool
[22:01] <ScottK> What advantage would that additional differene create?
[22:02] <nxvl> ScottK: that in ubuntu we don't have uploaders
[22:02] <nxvl> ScottK: and someone can think that the uploader where responsable for uploading that into ubuntu
[22:03] <nxvl> ScottK: at least we should move it into an XS- field
[22:03] <RoAkSoAx> thanks
[22:03] <ScottK> I don't think that's significant.
[22:03] <Laney> Can I tell CDBS not to gzip docs that are installed?
[22:03] <ScottK> Why?  The whole point of changing maintainer was to avoid confusion.  Since we don't use uploaders, it's just wasteful diff.  By definition uploaders are Debian.
[22:04] <RoAkSoAx> ScottK, because i thought the same thing as nxvl
[22:04] <ScottK> OK.  I don't think it's worth it.
[22:04]  * directhex makes an NMU upload of ScottK 
[22:05] <sebner> lol
[22:05] <ScottK> Laney: Try DEB_COMPRESS_EXCLUDE := with a regex of the files that should be excluded.
[22:05] <Laney> ScottK: Thanks.
[22:06] <nxvl> ScottK: did you test the build-twice-in-a-row feature?
[22:06] <ScottK> nxvl: Not yet.
[22:06] <ScottK> Probably tomorrow.
[22:06] <sebner> nxvl: hihi, all tomorrow
[22:06] <nxvl> ScottK: i also move gdebi to suggests, since you where right, there is no need of it in recommends
[22:06] <ScottK> Unless you want to come over and clean the kitchen while I do it?
[22:06] <sebner> ScottK: like me ^^
[22:06] <nxvl> sebner: i'm on holidays in orlando, so there is no hurry
[22:06] <ScottK> nxvl: Did you get the alternative for the KDE version?
[22:07] <nxvl> sebner: today we had a stop since we all are to tired to continue shaking ourselfs in the roller coasters
[22:07] <sebner> nxvl: maybe I can save time and install your binary? ^^
[22:07] <sebner> nxvl: lol
[22:07] <nxvl> ScottK: i don't see the point to use "|" on suggestions, it will show onyl one, and it will be the first always
[22:08] <nxvl> ScottK: so no, i didn't
[22:09] <nxvl> ScottK: for depends and (now) for recommends it's usefull since if you have one installed it will accept it, but for raising a suggestion, i don;t think it worth it
[22:11] <nxvl> sebner: yeah, but i don't know what's happening with ppa, i uploaded it yesterday and it's not build yet
[22:11] <sebner> nxvl: I'll see tomorrow :)
[22:12] <nxvl> :P
[22:13] <ScottK> nxvl: apt does have an option for install suggests, so I think it's useful.
[22:15] <nxvl> ScottK: ok, that's sounds fair to me
[22:15]  * nxvl changes
[22:15] <Laney> ScottK: DEB_COMPRESS_EXCLUDE worked well, thanks
[22:15] <Laney> Almost ready for REVU now ;)
[22:15] <ScottK> Laney: You're welcome.
[22:16] <Laney> (Is there a list of these vars anywhere apart from source diving?)
[22:23] <cyberix> Is there something wrong with REVU?
[22:23] <cyberix> I uploaded my package 30 minutes ago and it still has not appeared.
[22:23] <jpds> cyberix: Which package?
[22:23] <cyberix> pyliblo
[22:24] <jpds> cyberix: It's in the rejected/ directory, please log in with OpenID at http://revu.ubuntuwire.com.
[22:25] <jpds> Do not reupload. :) I'll just move the .changes file to the right folder.
[22:26] <jpds> cyberix: All good?
[22:27] <cyberix> The login failed, but I still got in
[22:27] <jpds> Using your Launchpad OpenID?
[22:27] <cyberix> yep
[22:27] <cyberix> It tried loading http://revu.ubuntuwire.com/index.p
[22:27] <cyberix> which didn't exist
[22:28] <jpds> So at /index.py, you are logged in?
[22:29] <cyberix> yes
[22:29] <jpds> cyberix: OK, moved the .changes back into the upload queue. If all does well, it should come up soon.
[22:29] <cyberix> So the upload got rejected because I had not done the Launchpad magic?
[22:30] <jpds> Yes, the keyring was redone, logging in now does the keysync magic.
[22:30] <jpds> RainCT_: Please look into cyberix's error above when you can. Cheers.
[22:30] <RoAkSoAx> jpds, seems to be a bug in the sing in process. Cuz after clicking on "sign in", we are redirected to http://revu.ubuntuwire.com/index.p instead of /index.py
[22:31] <jpds> RoAkSoAx: Hence my poke-age above. :)
[22:31] <RoAkSoAx> jpds, yeah by manually adding the .py it works just fine
[22:32] <jpds> Ah, here he is.
[22:32] <jpds> cyberix: If your key ID is "0xF5C22A36" - all is well.
[22:33] <RainCT> It works fine here. From what page do you log in?
[22:33] <cyberix> it is
[22:33] <cyberix> Can't remember. The main page I suppose.
[22:34] <cyberix> I cannot reproduce the problem
[22:34] <cyberix> This time it worked ok
[22:34] <ion_> I don’t understand why it’s exposing /index.py in the first place. Just redirect to / and the URL is pretty and consistent.
[22:36] <cprov> fyi, PPA build farm is working again
[22:37] <cprov> it's possible that sources in https://edge.launchpad.net/~team-xbmc-svn/+archive are causing the issue. So, if you see the builder stuck again, please ping someone at #launchpad.
[22:39]  * wgrant wonders why the dom0s don't kill the builder domUs if they break.
[22:44] <RainCT> ion_: because it send you back to the page from where you log in
[22:46] <RainCT> (but only if the referer URL starts with http://revu.ubuntuwire.com, of course)
[22:47] <ion_> rainct: Simply substitute /index.py with / and all is fine in the world. :-)
[22:48] <RainCT> ion_: why? there's no need to do that :)
[22:50] <ion_> rainct: It’s not very nice having multiple URLs pointing to the same page.
[23:13] <emgent> heya
[23:19] <cyberix> How am I supposed to run dh_pysupport when I have multiple binary packages?
[23:42] <persia> cyberix: use a replacement variable for -p
[23:49] <CarlFK> uname -a shows 2.6.26-5-generic (expected.)  sudo insmod  /lib/modules/2.6.26-5-generic/kernel/drivers/video/nvidia/nvidiafb.ko insmod: error inserting ... nvidiafb.ko': -1  Unknown symbol in module
[23:50] <CarlFK> dmesg: [  767.655171] nvidiafb: Unknown symbol fb_ddc_read (and 5 more)
[23:50] <CarlFK> should I post this to lp?
[23:53] <ScottK> CarlFK: That or ask in #ubuntu-kernel
[23:53] <CarlFK> thanks
[23:56] <CarlFK> hmm, tried modprobe, and it worked different:  module loaded ﻿ (and dependencies, so that's what might have caused the error)  but dmesg shows: [ 1188.131547] nvidiafb: unknown NV_ARCH
[23:56] <CarlFK> still a u-k issue?
[23:57] <directhex> nvidiafb?
[23:58] <directhex> didn't know that had worked for YEARS
[23:58] <persia> CarlFK: Yes, although the package affected might be different
[23:58] <Hobbsee> ScottK: i can't give back builds that work....
[23:59] <Hobbsee> i gave back the failed one