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