[00:38] <bdrung> some kde folks here?
[00:39] <ajmitch> probably in #kubuntu-devel, I think that's where we chase them to
[00:40] <bdrung> ajmitch: thanks. that's probably the right place
[00:54] <funkyHat> ajmitch: with sticks?
[00:59] <ajmitch> of doom
[01:01] <JontheEchidna> pointy sticks, at that
[01:12] <funkyHat> ⢁)
[01:34]  * ScottK finds an insufficiency of longpointysticksofdoom lately.
[04:22] <micahg> imbrandon: ping
[07:58] <dholbach> good morning
[08:06] <geser> good morning
[08:14] <ajmitch> morning dholbach, geser
[08:15] <dholbach> hola ajmitch
[08:52] <Rhonda> \o/ bug 528957
[08:53] <Rhonda> libsdl1.2 | 1.2.14-4ubuntu1.1 | lucid-proposed | source
[08:54] <ajmitch> Rhonda: yeah, it got uploaded awhile ago :)
[08:54] <ajmitch> just took time to work its way through, sorry
[08:54] <Rhonda> ajmitch: You are the last one to have to say sorry - you did all the work. :)
[08:54] <NorthernLights> Hello all
[08:55] <ajmitch> Rhonda: I just stole what bdfreese did :)
[08:55] <Rhonda> Don't we all love our bdfreese work slave. :)
[08:55] <ajmitch> pity he's not around in here to thank
[10:31] <NorthernLights> May I bother someone to check a package on revu?
[10:33] <NorthernLights> URL is http://revu.ubuntuwire.com/p/killrogues, it's a python program to disconnect rogue machines off a network
[10:35] <NorthernLights> Also i added comments on packages http://revu.ubuntuwire.com/p/gmail-notifier and http://revu.ubuntuwire.com/p/pycasa
[10:44] <dupondje> Can somebody sponsor https://bugs.launchpad.net/ubuntu/+source/synce-kpm/+bug/589908 ?
[10:44] <dupondje> the ftbfs is fixed in debian, we should just sync now :)
[11:05] <ajmitch> dupondje: there's nothing to sponsor - autosyncs are still being run, so it'll get imported automatically
[11:06] <tumbleweed> I need an SRU sponsor: Bug #467278
[11:20] <dupondje> ajmitch: err indeed, tought we had a ubuntu delta :) seems not
[13:59] <zul> did someone reject the ebsmount upload?
[14:03] <james_w> zul: yes, smoser got the mail explaining why
[14:03] <zul> james_w: ah ok
[14:03] <james_w> https://lists.ubuntu.com/archives/ubuntu-archive/2010-June/035622.html
[15:12] <shadeslayer> dholbach: ping
[15:13] <dholbach> shadeslayer: pong
[15:13] <shadeslayer> dholbach: i heard that you live in berlin? ( ot topic,can i pm you? )
[15:13] <dholbach> sure, go ahead :)
[16:27] <shadeslayer> hi i have qtcreator building here : https://edge.launchpad.net/~rohangarg/+archive/kde-extra/+packages : for maverick
[16:27] <shadeslayer> i built it locally but it doesnt seem to pick up qt4-demos
[16:27] <shadeslayer> ( after installation i.e. )
[16:57] <ripps> I want to try and debug something that's been crashing my tabs. Is there a technique to capture errors that crash individual tabs instead of all of chromium?
[16:58] <hyperair> try asking in #chromium. someone there should know.
[17:03] <micahg> ripps: you can try asking fta in #ubuntu-mozillateam as well
[17:04] <fta> ripps, http://code.google.com/p/chromium/wiki/LinuxDebugging
[19:24] <EricBa> Hello, is there any motu who has some time to review my package? It's already reviewed by one motu. My programm is a wallpaper changer for gnome. - http://revu.ubuntuwire.com/p/cortina
[19:39] <shadeslayer> ok any MOTU around to mentor me?
[19:43] <imbrandon> micahg: pong
[19:44] <micahg> imbrandon: hi, since you sponsored my vlc update for xul192 I was wondering if you'd like to comment on my uploaded application for the mozilla package set
[19:44] <imbrandon> micahg: sure whats your wiki url ?
[19:46] <micahg> imbrandon: https://wiki.ubuntu.com/micahg/MozillaUploaderApp
[19:46] <micahg> imbrandon: thanks
[19:55] <imbrandon> micahg: np, i'll do it this evening unless there is a presing need for it sooner
[19:55] <micahg> imbrandon: that's great, meeting isn't till next tuesday, thanks
[19:56] <imbrandon> :)
[20:13] <fabrice_sp> shadeslayer, what do you want?
[20:14] <fabrice_sp> !ask
[20:14] <shadeslayer> fabrice_sp: like i said,a mentor for my path to MOTU
[20:15] <fabrice_sp> shadeslayer, the mentoring program is being reimplemented
[20:15] <fabrice_sp> do you already have the pointer to the wiki page?
[20:15] <shadeslayer> fabrice_sp: no :(
[20:16] <fabrice_sp> let me look
[20:16] <shadeslayer> fabrice_sp: https://wiki.ubuntu.com/MOTU/Mentoring ?
[20:16] <fabrice_sp> yes :-)
[20:16] <fabrice_sp> you are faster :-)
[20:17] <fabrice_sp> a lot of people are asking for mentoring and few mentors are available, so you can also make your own path
[20:17] <fabrice_sp> there is no predefined one
[20:26] <shadeslayer> fabrice_sp: ah ok,well i did some contributing with http://launchpad.net/ubuntu/+source/qtcreator
[20:26] <fabrice_sp> new package?
[20:26] <shadeslayer> fabrice_sp: my lp page : launchpad.net/~rohangarg
[20:26] <shadeslayer> fabrice_sp: new upstream release
[20:26] <shadeslayer> fabrice_sp: qtcreator released their RC
[20:27] <shadeslayer> ok now im going to learn merging :P
[20:28] <shadeslayer> after that i have to file a MIR against linphone which i keep putting off everyday :D
[20:28] <shadeslayer> eagles0513875: hang around here :)
[20:28] <eagles0513875> i usually do :)
[20:28] <fabrice_sp> if you are more interested in K packages, you could connect to kubuntu channels
[20:28] <shadeslayer> fabrice_sp: already in them :P
[20:29] <eagles0513875> fabrice_sp: this channel servers for all derivatives of ubuntu
[20:29] <shadeslayer> fabrice_sp: that package was sponsored by maco in #kubuntu-devel :P
[20:29] <fabrice_sp> you can have a look at my wiki page to see what I had done when I applied for Motuship
[20:29] <fabrice_sp> :-)
[20:29] <shadeslayer> fabrice_sp: awesome,where is it?
[20:29]  * shadeslayer goes to look at some k ftbfs
[20:30] <fabrice_sp> https://wiki.ubuntu.com/FabriceCoutadeur
[20:30] <fabrice_sp> I stopped updating it after motuship :-D
[20:30] <shadeslayer> fabrice_sp: that tends to happen :P
[20:31] <fabrice_sp> yeah :-)
[20:32]  * fabrice_sp goes to sponsor some stuff waiting in the sponsorship queue
[20:32]  * maco waves
[20:33] <shadeslayer> maco: hey :)
[20:33] <fabrice_sp> Hey maco! :-)
[20:33]  * micahg has a bug waiting for motu ack :)
[20:33] <fabrice_sp> micahg, if it's in universe, I'm your sponsor :-D
[20:33]  * shadeslayer notes that build queue is backed up for the next few days
[20:33] <micahg> fabrice_sp: bug #594779, thanks
[20:34]  * fabrice_sp on it
[20:34] <shadeslayer> fabrice_sp: so much to do :)
[20:34] <fabrice_sp> :-D
[20:34] <fabrice_sp> I like to take my time, so it has been a bit longer that expected
[20:34] <shadeslayer> and i dont even remember half the stuff i got sponsored :P
[20:35] <shadeslayer> fabrice_sp: ive even packaged upgrades for main :P
[20:35] <fabrice_sp> you should: you sponsors would ask you for that list to check your progress and make some ocmment swhen you'll apply
[20:35] <micahg> shadeslayer: +related-software on LP
[20:36] <shadeslayer> maco: ooohhh
[20:36] <shadeslayer> fabrice_sp: https://edge.launchpad.net/~rohangarg/+related-software
[20:37] <fabrice_sp> I saw :-)
[20:37] <maco> shadeslayer: was that aimed at micahg
[20:37] <fabrice_sp> but sponsor name is not there ;-)
[20:37] <fabrice_sp> I think os :-)
[20:37] <shadeslayer> maco: yeah :P
[20:37] <micahg> fabrice_sp: shadeslayer: if you click on the version, you can see the sponsor
[20:37] <shadeslayer> micahg: ooohhh :)
[20:37]  * fabrice_sp is a lazy sponsor :-)
[20:38] <ajmitch> no lazier than the rest of us
[20:38] <fabrice_sp> micahg, you also changes an .install file
[20:39] <fabrice_sp> what was is for?
[20:39] <fabrice_sp> ajmitch, :-)
[20:39] <fabrice_sp> micahg, sorry: I missed the changelog entry
[20:40] <micahg> fabrice_sp: np
[20:41] <fabrice_sp> by the way, weren't you suppose to apply for motu?!
[20:41]  * fabrice_sp is getting old and remember things that may not have happened
[20:41] <micahg> fabrice_sp: well, I'm applying for mozilla package set :)
[20:41] <shadeslayer> fabrice_sp: btw if a package builds after downgrading depends,can we upload it?
[20:41] <fabrice_sp> oh, right
[20:42]  * micahg is glad it's the right time to ask for upload rights :)
[20:42] <micahg> fabrice_sp: would you care to comment on my app?
[20:42] <fabrice_sp> shadeslayer, I don't understand the question
[20:42] <shadeslayer> fabrice_sp: https://edge.launchpad.net/ubuntu/+source/kali
[20:42] <fabrice_sp> micahg, did I sponsor any of your mozilla work?
[20:43] <micahg> fabrice_sp: you sponsored uim which was tangetially related
[20:43] <shadeslayer> fabrice_sp: that package is waiting for a depends on https://edge.launchpad.net/ubuntu/+source/libforms1 version 1.0.93,can i downgrade the version in kali and get it to build?
[20:43] <fabrice_sp> micahg, because of a transition: I remember it
[20:44] <fabrice_sp> shadeslayer, it's better to see why libforms1 is not with the right version
[20:44] <fabrice_sp> and not downgrade dependencies
[20:44] <micahg> fabrice_sp: bug 477513
[20:44] <shadeslayer> fabrice_sp: hmm... so upgrade libforms1 ?
[20:44] <shadeslayer> doesnt have a upstream link.... grumble grumble....
[20:45] <fabrice_sp> shadeslayer, better check in Debian
[20:45] <shadeslayer> yeah on it :)
[20:46] <shadeslayer> fabrice_sp: should i set the upstream link in lp as well?
[20:46] <fabrice_sp> micahg, right: I remember this one, but not sure that one upload gives me authority to comment your application :-)
[20:46] <micahg> fabrice_sp: you can comment regardless, whether or not you can comment as a sponsor idk
[20:47] <fabrice_sp> micahg, I know :-) where is you application wiki page?
[20:47] <fabrice_sp> shadeslayer, no idea if it's of any use
[20:47] <micahg> fabrice_sp: https://wiki.ubuntu.com/micahg/MozillaUploaderApp, thanks
[20:48] <fabrice_sp> micahg, any other packages (not mozilla related) I sponsored?
[20:49] <shadeslayer> micahg: might want to correct : I can't thing of anything I don't like at the moment about Ubuntu
[20:49] <micahg> fabrice_sp: I don't think so
[20:49] <shadeslayer> s/thing/think ;)
[20:50] <fabrice_sp> by the way, the uim fix is still in proposed, right?
[20:51]  * micahg hopes not
[20:51] <micahg> yeah :(
[20:52] <dupondje> somebody can check https://launchpad.net/bugs/590820 ? its open for some time now :)
[20:52] <micahg> fabrice_sp: probably because I didn't have a real test case
[20:52] <shadeslayer> fabrice_sp: more work for you :P
[20:53] <fabrice_sp> micahg, yeah: random crash are very hard to fix
[20:53] <micahg> fabrice_sp: the problem also is that people saw the title and commented (I'm crashing too) which made pitti worry
[20:53]  * micahg will have to follow up with that later
[20:55]  * dupondje is giving the sponsors some work again ^^
[21:03] <dupondje> http://launchpadlibrarian.net/40953530/pidgin-microblog_0.2.4-1_0.2.4-1ubuntu1.diff.gz => this could be dropped right in maverick ?
[21:03] <dupondje> we don't need a transitional package anymore ?
[21:05] <geser> right, all upgrades from any previous Ubuntu release go through lucid which has this transitional package
[21:05] <micahg> dupondje: I just submitted that :)
[21:07]  * dupondje slaps micahg with https://merges.ubuntu.com/universe.html :)
[21:07]  * micahg refers dupondje to bug 594779
[21:07] <dupondje> you should add it to the list in the mom :)
[21:08] <micahg> dupondje: you should check the bugs list before starting on a merge :)
[21:09]  * dupondje hides :)
[21:10] <micahg> doesn't mom update itself every so often w/sync bugs?
[21:10] <fabrice_sp> I don't think mom is so clever
[21:11] <fabrice_sp> pidgin-microblog sync uploaded
[21:11] <micahg> fabrice_sp: do I need to do something as dupondje suggested
[21:11] <fabrice_sp> update manually MoM t oreflect that your are on it?
[21:11] <fabrice_sp> yes
[21:11] <fabrice_sp> especially if you are not the last uploader :-)
[21:12] <micahg> fabrice_sp: how does one do that?  I was the last changer (not uploader)
[21:12] <dupondje> you can add the comment in the mom
[21:12] <micahg> how
[21:12] <dupondje> its a 'hidden' input field
[21:12] <dupondje> try clicking on the right ;)
[21:12] <micahg> ah
[21:12] <micahg> dupondje: thanks, didn't know, will keep in mind
[21:13] <fabrice_sp> dupondje, if micahg is the last changer and is active, you should have asked him before working on the merge :-)
[21:13] <dupondje> just didn't notice he did a sync :)
[21:13] <shadeslayer> maco: would we want something line usr/lib/libforms.la in our install files ? we already have usr/lib/libforms.a
[21:14] <shadeslayer> like with .py and .pyc files.... we dont put in .pyc files... ive never seen .la files :p
[21:14] <maco> shadeslayer: um O_O
[21:15] <geser> and MoM doesn't clear old comments, so you might need to recheck if the comment is still true (e.g. like lower bug numbers than current ones)
[21:15] <shadeslayer> well anyone else have a opinion on that?
[21:15] <maco> i dont know a whole lot about excess files from compilation
[21:15] <shadeslayer> maco: :)
[21:16] <shadeslayer> ok what about usr/share/man/man1/fdesign.1 ?
[21:16] <geser> shadeslayer: .la compare more to .pc (pkg-config) files (.a is the variant of a .so used for static linking)
[21:16] <dupondje> yea geser it should autoclear the old comments imo
[21:17] <ari-tczew> lool: could you upload a new upstream packed libsmbios into Debian experimental? if we will find testers with this hardware, they can download .debs from experimental
[21:17] <dupondje> the MoM isn't perfect but ok :)
[21:17]  * fabrice_sp agrees with dupontje
[21:17] <shadeslayer> geser: ah ok... so i should put it in with the rest of the .a files...
[21:17] <ari-tczew> we need a modern merge system
[21:17] <shadeslayer> or with the .so files?
[21:17] <micahg> dupondje: well, blacklist comments shouldn't be cleared
[21:17] <shadeslayer> ari-tczew: care to design one? :)
[21:17] <geser> dupondje: feel free to improve it (lp:merge-o-matic)
[21:18] <ari-tczew> shadeslayer: I'm not a stricte-code-developer, but I'm going to do a project
[21:18] <geser> shadeslayer: yes, unless a .pc file it shipped to which is prefered (.la files have some short-comings)
[21:19]  * fabrice_sp will upload atlas, an armel killer :-)
[21:19]  * micahg thought the new harvest was supposed to be better
[21:19] <shadeslayer> geser: nope... no pc file :(
[21:19] <geser> wasn't ghc6 the armel-killer?
[21:19] <dupondje> armel queue is 6 days now :p
[21:19] <fabrice_sp> 6 days?!
[21:19] <geser> shadeslayer: then ship the .la file in the -dev package
[21:19]  * fabrice_sp will be far away when atlas will enter the queue :-)
[21:19] <dupondje> 827 jobs (five days)
[21:20] <dupondje> five days only ... :p
[21:20] <shadeslayer> geser: btw theres no install file for usr/share/man/man1/* files
[21:20] <shadeslayer> and i have 3 of them....
[21:20] <geser> dupondje: that's sparc
[21:20] <geser> armel:  93 jobs (2 hours 50 minutes)
[21:20] <shadeslayer> geser: but theres a libforms-doc-doc-base file
[21:20] <shadeslayer> um... libforms-doc.doc-base
[21:21] <dupondje> I need better eyes :)
[21:21] <dupondje> damn
[21:21] <shadeslayer> and... a  libforms-doc.install file
[21:21] <shadeslayer> dupondje: or just a pair of contacts
[21:22] <dupondje> somebody want to sponsor ? ^^
[21:22] <geser> shadeslayer: unless those are the man pages for binaries, libforms-doc sounds right
[21:22] <shadeslayer> geser: hmm.. idk if they are from binaries....
[21:22]  * shadeslayer checks
[21:23] <shadeslayer> geser: all 3 are binary man pages it seems
[21:24] <geser> then they should be in the same package as the binaries they are for
[21:25] <shadeslayer> geser: ok so i just dump the paths there? like they are from libforms1-bin,so i just add usr/share/man/man5/xforms.5
[21:25] <shadeslayer> which is the missing file...
[21:25] <geser> yes
[21:25] <shadeslayer> ok cool :)
[21:26] <shadeslayer> loads of lintian warnings... correcting :)
[21:27] <fabrice_sp> only 2 hours before the armel build of atlas begins: I won't be as far as I thought!
[21:27] <fabrice_sp> anyway, Debian lasted 40 hours, so we have time :-)
[21:27] <shadeslayer> geser: quick question,we have https://edge.launchpad.net/ubuntu/+source/libforms1 of libforms
[21:27] <shadeslayer> and i packaged 1.0.93sp1-5ubuntu1~ppa1
[21:28] <shadeslayer> ( the ppa1 will be removed later )
[21:28] <shadeslayer> i think my versioning is wrong... can you second that?
[21:28] <micahg> fabrice_sp: luckily, there are 9 armel buildds, so tying up 1 isn't as big a adeal
[21:29] <fabrice_sp> and ghc6 took 1 day and 10 hours, so lets see if it's near that :-)
[21:30] <fabrice_sp> time to go to bed. g8 all
[21:30] <shadeslayer> fabrice_sp: bye :)
[21:30] <geser> shadeslayer: is this an version upgrade?
[21:30] <shadeslayer> geser: yes
[21:30] <shadeslayer> a new upstream version 1.0.93sp1 was released
[21:30] <micahg> fabrice_sp: thanks for the upload
[21:32] <geser> shadeslayer: I see in the PTS that libforms1 got removed from testing and unstable as it got renamed to libform
[21:32] <shadeslayer> geser: PTS ?
[21:32] <geser> shadeslayer: and it's already at 1.0.93sp1-1, so you just need to monitor it that it gets synced (new packages aren't synced that often)
[21:33] <shadeslayer> ah ok...
[21:33] <geser> shadeslayer: Package Tracking System (http://packages.qa.debian.org/common/index.html)
[21:33] <shadeslayer> damn... wasted half an hour :P
[21:33] <geser> shadeslayer: I hope you learned something nonetheless with it
[21:33] <shadeslayer> hehe :)
[21:34] <shadeslayer> geser: yeah the .la files ;)
[21:34] <shadeslayer> geser: ok tell me one more thing
[21:35] <shadeslayer> geser: https://edge.launchpad.net/ubuntu/+source/kali has a dep on libforms1 ( the 1.0.93sp1 version )
[21:35] <shadeslayer> so i guess i have to correct that to libforms ?
[21:35] <shadeslayer> oh wait...
[21:36] <shadeslayer> geser: nvm :)
[21:38]  * shadeslayer tests the new package for sync
[21:38] <shadeslayer> anyone who has sync priviliges?
[21:39] <geser> only archive admins can really sync
[21:39] <shadeslayer> well.... ill ask Riddell then :)
[21:39] <shadeslayer> lets see how this compiles first :)
[21:40] <shadeslayer> oh my....
[21:41] <shadeslayer> geser: package has problems with installing stuff
[21:43] <shadeslayer> will port to ubuntu :)
[21:44] <ari-tczew> geser: syncpackage scripts says some different :P
[21:45] <geser> ari-tczew: that's more like uploading, although the "real" sync scripts do the same, hmm
[21:45] <shadeslayer> geser: ok can you tell me why debian has binary packages of libformsgl2 but ubuntu does not? ( lintian says : W: libformsgl2: empty-binary-package
[21:45] <shadeslayer>  )
[21:47] <ari-tczew> geser: What about sync-in-launchpad (API implement), any progress?
[21:47] <shadeslayer> geser: http://pastebin.com/BmJNb49S
[21:47] <geser> ari-tczew: I don't know of any
[21:47] <ajmitch> still incomplete, from what I know
[21:49] <ari-tczew> I no see a reason for waiting archive admins's reaction in sync
[21:49] <ari-tczew> if script doing the same thing
[21:50]  * micahg just benefited from the sync script
[21:51] <geser> shadeslayer: because it got introduced with the new version. and it looks broken if the package is emtpy (the debian package is non-empty)
[21:52] <shadeslayer> geser: um i think i didnt mention that i downloaded the new debian package
[21:53] <shadeslayer> and  when you debuild in maverick,it complains about missing files and such,so when you remove those files from install files in debian/ it gives you a empty bin package
[21:53] <lool> ari-tczew: I lack hardware for testing libsmbios
[21:53] <lool> ari-tczew: So while I can review source diffs, and sponsor binaries to Debian, I rely on testers
[21:53] <geser> shadeslayer: check why the files are missing, that's the error that needs fixing
[21:53] <lool> ari-tczew: I'm in the uploaders field because I sponsored the current package, and so it will show on my list
[21:53] <lool> ari-tczew: But I dont maintain it
[21:54] <shadeslayer> geser: so according to you the package shouldnt be empty right?
[21:54] <dobey> hrmm
[21:54] <geser> yes, see http://packages.debian.org/sid/i386/libformsgl2/filelist
[21:54] <dobey> the new ubuntuone-storage-protocol is failing to build it seems, and i'm not entirely sure why, given it all worked out well before i uploaded it :)
[21:56] <geser> a very helpful error message in the build log
[21:56] <dobey> http://pastebin.ubuntu.com/450301/
[21:56] <ajmitch> dobey: that's rather uninformative
[21:57] <dobey> ajmitch: exactly!
[21:59] <ari-tczew> lool: so if you want to review diff, please check bug 591017
[22:04] <lool> ari-tczew: Could you ping Jose Luis Tallon?
[22:04] <lool> ari-tczew: Send him an email Cc:ing me asking whether he intents to fix the issues
[22:05] <shadeslayer> geser: ok im building a fresh copy... ill paste the errors....
[22:07] <ari-tczew> lool: what next if he won't answer or doesn't want to fix the issues?
[22:09] <lool> ari-tczew: We will see from there, I will escalate myself if he doesn't answer
[22:09] <lool> ari-tczew: ask for a timeline
[22:11] <shadeslayer> geser: http://paste.ubuntu.com/450308/
[22:11] <shadeslayer> now if i start removing those files from *.install i get empty packages....
[22:12] <shadeslayer> no idea whatsoever how to proceed
[22:14] <dobey> ajmitch: ah, i found the problem after some more digging.
[22:15] <ajmitch> dobey: oh good, because I got distracted from checking it :)
[22:15] <ajmitch> is it a quick fix that you need sponsored?
[22:15] <dobey> i don't need it sponsored, no. was just confused by the message
[22:15] <ajmitch> ok
[22:16] <shadeslayer> geser: still around?
[22:16] <geser> yes
[22:17] <shadeslayer> :)
[22:17] <shadeslayer> geser: seen my last pastebin?
[22:18] <geser> shadeslayer: have you also the other part from the log?
[22:18] <shadeslayer> geser: what other part?
[22:19] <geser> before the part you pastebined
[22:19] <shadeslayer> geser: yes.. do you want the entire log?
[22:19] <geser> yes
[22:19] <shadeslayer> geser: please wait :)
[22:23] <shadeslayer> geser: http://pastebin.com/rmMMLNks
[22:26] <geser> shadeslayer: found it, see lines 159-161 and compare with https://buildd.debian.org/fetch.cgi?pkg=libforms;ver=1.0.93sp1-1;arch=amd64;stamp=1274959793
[22:26] <geser> for some reason GL is not found
[22:27] <tumbleweed> shadeslayer: you are building in pbuilder, right?
[22:27] <shadeslayer> um no :(
[22:27] <geser> so libformsGL isn't build which explains why dh_install cannot find it
[22:27] <shadeslayer> i have a full blown maverick install....
[22:28] <shadeslayer> yeah...
[22:28] <shadeslayer> should i get a pbuilder? ( i would prefer a chroot though )
[22:28] <ari-tczew> sudo pbuilder-dist create maverick
[22:28] <geser> pbuilder uses clean chroots for building
[22:28] <dutchie> a pbuilder is a chroot
[22:29] <ari-tczew> sudo pbuilder build *.dsc
[22:29] <shadeslayer> yes but you lose a pbuilder when you logout
[22:29] <shadeslayer> and i dont have that much of bandwidth :P
[22:29] <tumbleweed> shadeslayer: pbuilder caches downloaded debs
[22:30] <tumbleweed> also you can point it at your local apt-proxy if you run one
[22:30] <shadeslayer> tumbleweed: can i keep a pbuilder after restart?
[22:31] <tumbleweed> you don't keep it. it starts from a minimal install on every build
[22:31] <ajmitch> yes, pbuilder chroot tarballs are meant to be permanent - the only part that gets cleaned up is the per-package chroot
[22:31] <ari-tczew> sudo pbuilder-dist maverick build *.dsc
[22:31] <shadeslayer> ok
[22:31] <tumbleweed> if you have lots of RAM, you can build on a tmpfs, and installing the build-deps is pretty quick
[22:32] <ari-tczew> I've aliases in .bashrc for every active release
[22:32] <shadeslayer> ari-tczew: i set REMOVEPACKAGES= to no right?
[22:32] <shadeslayer> to get deb cache?
[22:33] <geser> APTCACHE=
[22:34] <shadeslayer> geser: ok and where can i specify that it has to drop to a shell so that i can investigate?
[22:34] <shadeslayer> for missing files and stuff
[22:34] <tumbleweed> however, that doesn't actually fix the problem :)
[22:34] <tumbleweed> checking GL/glx.h usability... no
[22:34] <tumbleweed> checking GL/glx.h presence... no
[22:34] <shadeslayer> tumbleweed: :)
[22:34] <ari-tczew> if you're building by pbuilder-dist, you have to looking for .debs in ~/pbuilder
[22:34] <geser> /usr/share/doc/pbuilder/examples/C10shell
[22:35] <tumbleweed> geser: yeah I have that
[22:35] <geser> shadeslayer: copy that to HOOKDIR
[22:35] <shadeslayer> geser: thanks
[22:36] <geser> tumbleweed: check the configure log why the check failed
[22:36] <shadeslayer> ok might take some while
[22:36] <tumbleweed> geser: yeah, I'm having a look (sorry I missed shadeslayer's question on C10shell)
[22:36] <shadeslayer> geser: i used sudo pbuilder create --debootstrapopts --variant=buildd from the wiki
[22:38] <shadeslayer> tumbleweed: np
[22:39] <geser> shadeslayer: you can set HOOKDIR in your ~/.pbuilderrc (or the global one) (and you don't need to recreate the pbuilder for this)
[22:39] <shadeslayer> geser: i know ;)
[22:40] <shadeslayer> ive used pbuilder before,just didnt know which hookscript to use
[22:41] <shadeslayer> geser: any idea why it isnt picking up the headers ?
[22:42] <geser> I use B91debc, C10shell and D10man-db (disables the update of man-db)
[22:42] <tumbleweed> ok, so it's a change in the most recent mesa-common-dev upload
[22:42] <tumbleweed> glx.h moved
[22:42] <geser> where to?
[22:43] <tumbleweed> I don't see any bugs filed yet
[22:43] <tumbleweed> /usr/include, from /usr/include/GL
[22:43] <tumbleweed> upload was only 16hrs ago
[22:43] <tumbleweed> merged from debian experimental...
[22:44] <shadeslayer> tumbleweed: im guessing the debian package was built before that....
[22:45] <tumbleweed> shadeslayer: the debian build we are looking at is unstable, not experimental
[22:45] <shadeslayer> ah...
[22:47] <shadeslayer> small problem gets blown into a big one :P
[22:47] <geser> https://buildd.debian.org/fetch.cgi?pkg=mesa&arch=amd64&ver=7.8.1-2&stamp=1276261829&file=log&as=raw
[22:47] <geser> -rw-r--r-- root/root     17913 2010-06-11 13:06 ./usr/include/GL/glx.h
[22:47] <geser> didn't find a log for -3
[22:48] <geser> http://packages.debian.org/experimental/amd64/mesa-common-dev/filelist lists also /usr/include/GL/glx.h
[22:49] <ajmitch> it may only be in git, or incoming.d.o
[22:50] <ajmitch> the changelog doesn't mention an explicit move of them
[22:50] <tumbleweed> mesa source is big, but I'm pulling and having a look
[22:50] <shadeslayer> hehe.. 4 people working on error due to a file move :D
[22:51] <ajmitch> it's fairly important
[22:51] <ajmitch> someone will get poked over this :)
[22:51] <shadeslayer> ajmitch: i can see that :D
[22:54] <ajmitch> namely RAOF when he's awake
[22:54] <shadeslayer> :D
[22:56] <geser> I started asking in #ubuntu-x
[22:57] <tumbleweed> I wish UDD had merge-mode repos available :/
[22:57] <ajmitch> tumbleweed: explain?
[22:58] <ajmitch> you mean being able to grab a repository tarball or something like that?
[22:58] <tumbleweed> ajmitch: I'm only interested in changes in /debian, but I have to download >100MB of stuff
[22:58] <ajmitch> you can do lightweight checkouts, iirc
[22:58] <ajmitch> though that'll still get a full working tree
[22:59] <tumbleweed> of course many packages touch files outside /debian in the .diff.gz, so that's why UDD is the way it is
[22:59] <lifeless> ajmitch: generally slower than just pulling it all, FWIW
[22:59] <tumbleweed> ajmitch: yeah I need history
[22:59] <tumbleweed> aah there we go, only 195M
[22:59] <ajmitch> 'only' :)
[22:59] <ajmitch> lifeless: that's unfortunate
[23:00] <lifeless> tumbleweed: thats from du -sh .bzr ?
[23:02] <shadeslayer> tumbleweed: so ill have to wait till this is sorted out? :)
[23:02] <ajmitch> lifeless: this is why I'd love NZ mirrors of branches :)
[23:02] <tumbleweed> lifeless: good point, 80M, that's just what bzr told me
[23:02] <tumbleweed> ajmitch: yeah, I'm in ZA, where bandwdith is slow and expensive, especially international
[23:02]  * shadeslayer goes and looks at some merges
[23:03]  * ajmitch does get far better speed from home, rather than at work - perhaps that's a hint
[23:04] <tumbleweed> shadeslayer: yes, you should wait
[23:04] <geser> ajmitch: yes, that you should setup QoS for yourself at work :)
[23:04] <shadeslayer> tumbleweed: btw while creating pbuilder i got : W: no hooks of type E found -- ignoring
[23:05] <ajmitch> geser: I blame the ISP - I grab stuff at work because it doesn't have a data cap, unlike most home DSL here
[23:05] <lifeless> tumbleweed: there is a bzr bug or two related to data transfer
[23:05] <lifeless> tumbleweed: we're working on it
[23:06] <ajmitch> geser: by slow, I mean ~8k/sec grabbing packages from archive.ubuntu.com
[23:07] <tumbleweed> http://git.debian.org/?p=pkg-xorg/lib/mesa.git;a=commit;h=74a3b2aba5852cb18c47e5eed9349888cc9481f3
[23:07] <lifeless> ajmitch: do some tcp analysis
[23:07] <lifeless> ajmitch: you could be suffering buffer congestion, for instance - the rtt to some mirrors will be very high
[23:07] <lifeless> ajmitch: and remember too, that you have *no control* over the tcp buffer for http if you're on clear or telecom - they both have intercepting proxies
[23:08] <lifeless> ajmitch: with the result that any networking tuning you do is useles
[23:08] <ajmitch> it's WIC, a dunedin wireless ISP
[23:08] <tumbleweed> lifeless: from experience here (we are miles from everybody) you need around a 10Mbps line before tcp tuning becomes necessary
[23:08] <lifeless> ajmitch: yes, but do they buy SCC bandwidth ?
[23:08] <ajmitch> but there is at least some QoS going on in the office
[23:08] <lifeless> tumbleweed: by miles, do you mean other side of the planet ?
[23:08] <ajmitch> the get upstream bandwidth from FX networks
[23:08] <tumbleweed> lifeless: cape town
[23:09] <lifeless> tumbleweed: you're about 50% closer than we are
[23:09] <tumbleweed> lifeless: yeah
[23:09] <lifeless> tumbleweed: and ADSL2 can go way past 10Mbps
[23:09] <tumbleweed> some day we'll start seeing that...
[23:09]  * ajmitch is lucky & has about 16Mbps at home
[23:10] <lifeless> ajmitch: fx.net.nz ?
[23:10] <ajmitch> lifeless: yep
[23:11] <lifeless> ajmitch: do they run an intercepting proxy ?
[23:11] <ajmitch> not as far as I know, I haven't checked for one
[23:11] <lifeless> ajmitch: either wic or fx, that is
[23:11] <ajmitch> I just suspect that they've underbought international capacity
[23:12] <ajmitch> at one point a few weeks ago, we had no international connectivity because they'd apparantly not had enough
[23:19] <lifeless> ajmitch: WIC didn't, or FX didn't ?
[23:20] <ajmitch> WIC
[23:20] <jpds> WIX.
[23:20] <ajmitch> not WIX, WIC :)
[23:20] <ajmitch> just to be confusing :)
[23:20] <lifeless> jpds: WIX is wellington
[23:20] <jpds> ;)
[23:21] <lifeless> jpds: WIC is in dunedin
[23:21] <lifeless> ajmitch: I've fired off a query to fx
[23:21] <directhex> WIX is a Free Software tool for making .msi installers for windows, afaik
[23:22] <lifeless> directhex: there are many WIX's
[23:22] <ajmitch> directhex: lies, it's the wellington internet exchange!
[23:22] <lifeless> directhex: http://wix.nzix.net/
[23:22] <directhex> i know a guy who married a lady who called herself wix online
[23:22] <ajmitch> lifeless: thanks, not sure how much FX can help but it's worth a shot
[23:22] <directhex> wait, that was wyx
[23:23] <lifeless> ajmitch: well, I'm happy to pay for *actual internet*
[23:23] <shadeslayer> tumbleweed: can you point me to a easy merge? i can package alright... stuff with CMakeLists.txt ....
[23:23] <lifeless> I realised that I spent some time trying to figure out how international HTTP could be damaged...
[23:23] <ajmitch> in your squid days?
[23:23] <lifeless> when a bluecoat proxy was interfering
[23:23] <lifeless> no, couple weeks back
[23:23] <shadeslayer> there is so much on MoM that idk what can be a good starting point...
[23:24] <lifeless> telecom run a MITM on all http sessions
[23:24] <ajmitch> telecom being as helpful as ever
[23:24]  * lifeless is tempted to propose a patch to firefox to do no-cache on *every single request*
[23:24] <lifeless> ajmitch: clear do to.
[23:24] <jpds> lifeless: Firebug can do that.
[23:24] <ajmitch> all http, or just all international?
[23:24] <lifeless> ajmitch: so I need to find an ISP that actually a) buy their own international traffic. b) don't MITM their customer traffic.
[23:24] <lifeless> jpds: not for every ubuntu user.
[23:25] <tumbleweed> shadeslayer, geser: https://bugs.edge.launchpad.net/ubuntu/+source/mesa/+bug/594863
[23:25]  * ajmitch generally gets decent speeds with snap.net.nz at home, will have to check up on their proxy usage
[23:25] <ajmitch> they're christchurch-based, too
[23:25] <lifeless> jpds: which is my point: if 38% or whatever of NZ starting actively attacking the MITM system, it would need to get addressed.
[23:25] <jpds> Ouch.
[23:26] <shadeslayer> tumbleweed: whee :)
[23:26] <lifeless> jpds: intercepting proxies are a bad design.
[23:26] <tumbleweed> lifeless: yeah we have the same problems here, although intercepting proxies seem to be decreasing in popularity
[23:27] <lifeless> a study done a few years back found > 50% of traffic was p2p anyway
[23:27] <geser> tumbleweed: Sarvatt has it almost fixed already
[23:27] <lifeless> so the incremental benefit of an intercepting proxy is diminishing year on year
[23:27] <tumbleweed> geser: oh, ta
[23:28] <shadeslayer> geser: can you comment on https://merges.ubuntu.com/universe.html,package kptc that im doing the merge?
[23:28] <ajmitch> shadeslayer: you can comment on it, the field just isn't very visible
[23:28] <shadeslayer> ajmitch: where?
[23:28] <geser> shadeslayer: the comment column
[23:29] <geser> it's an input field
[23:29] <shadeslayer> oh my...
[23:29] <ajmitch> great UI design :)
[23:29] <shadeslayer> that is barely visible
[23:29] <ajmitch> yep
[23:31] <shadeslayer> geser: the pbuilder didnt drop to shell
[23:31] <lifeless> ajmitch: snap claim they don't
[23:31] <shadeslayer> on build fail
[23:31] <lifeless> ajmitch: however that was likely slightly garbled query, so I'll check more fully when we move home ;)
[23:31] <shadeslayer> geser: W: no hooks of type C found -- ignoring
[23:31] <geser> shadeslayer: where does your HOOKDIR point to?
[23:32] <shadeslayer> geser: /usr/share/doc/pbuilder/examples/C10shell
[23:33] <geser> that's not a dir :) HOOKDIR="/usr/lib/pbuilder/hooks" (or something in your home) and copy C10shell there
[23:33] <shadeslayer> geser: ohh
[23:36] <shadeslayer> geser: the sudo pbuilder update?
[23:37] <geser> not needed, just sudo pbuilder build ...
[23:40] <shadeslayer> btw anyone around to tell me which file is which in the merge?
[23:45] <shadeslayer> geser: got a sec?
[23:54] <shadeslayer> geser: nvm :)