[00:05] <thomasdelbeke> !pastebin
[00:05] <thomasdelbeke> Hi
[00:06] <thomasdelbeke> server is down
[00:06] <thomasdelbeke> http://cdimage.ubuntu.com/daily/current/
[00:06] <thomasdelbeke> I was about to file a bug:
[00:06] <Pici> Which server?
[00:07] <Pici> cdimage.u.c works for me.
[00:07] <thomasdelbeke> http://paste.ubuntu.com/116627/
[00:07] <thomasdelbeke> not for me ...
[00:08] <thomasdelbeke> u mean like(?):
[00:08] <thomasdelbeke> rsync -zhhP cdimage.u.c ~/somewhere
[00:08] <thomasdelbeke> ???
[00:09] <thomasdelbeke> I used:
[00:10] <thomasdelbeke> rsync -zhhP rsync://cdimage.ubuntu.com/cdimage/daily/current/jaunty-alternate-i386.iso ~/Desktop/rsync/jaunty-alternate-i386.iso
[00:10] <thomasdelbeke> Can you check (?):
[00:10] <thomasdelbeke> http://cdimage.ubuntu.com/daily/current/
[00:12] <Pici> Theres no cd images there.
[00:12] <thomasdelbeke> http://paste.ubuntu.com/116629/
[00:12] <thomasdelbeke> I know
[00:12] <thomasdelbeke> there use to be
[00:13] <thomasdelbeke> have thwey moved?
[00:13] <thomasdelbeke> used to be / they
[00:13] <thomasdelbeke> sorry: slightly toasted
[00:14] <Pici> They either failed to build or just didn't build.
[00:14] <thomasdelbeke> hmmm ...
[00:14] <Pici> I wonder if #ubuntu-testing may know better
[00:14] <thomasdelbeke> I'm doing something wrong again?
[00:14] <Pici> No.
[00:14] <thomasdelbeke> I'll check that ou then
[00:15] <thomasdelbeke> Thanks a lot!
[00:19] <thomasdelbeke> ok
[00:19] <thomasdelbeke> reported
[00:19] <thomasdelbeke> thanks 4 that
[00:19] <thomasdelbeke> cu
[05:46] <dholbach> good morning
[05:52] <maco> dholbach: hiya
[05:53] <dholbach> hi maco
[05:56] <maco> dholbach: what replaced xutils and x-dev?
[05:58] <dholbach> I think it's a bunch of individual small packages
[05:58] <maco> aw, crap
[05:58] <dholbach> try asking in #ubuntu-x
[05:58] <maco> i dont know how to figure out *which* of those smaller packages this package build-depends on
[06:02] <Ryan52> yay for trial and error! :)
[06:05] <maco> Ryan52: ?
[06:06] <maco> im dpkg -S'ing for the headers. #include "foo.h" means foo.h is part of that package, right?
[06:06] <maco> i only have to look for the ones in < >?
[06:07] <Ryan52> yes.
[10:19] <ara> thekorn_: ping
[10:20] <thekorn_> ara, hi
[10:20] <ara> thekorn: hey! your changes (and mine) are now in the packaging branch at https://code.edge.launchpad.net/~ubuntu-bugcontrol/ubuntu-qa-tools/packaging
[10:20] <ara> thekorn: a bug for sponsorship is now at https://bugs.edge.launchpad.net/ubuntu/+source/ubuntu-qa-tools/+bug/327992
[10:21] <thekorn> ara, brilliant, thanks
[10:21]  * jpds takes a look.
[10:21] <ara> thekorn: could you please get the latest from that branch, source package it and attach the diff.gz and debdiff to it, please?
[10:22] <ara> thekorn: and subscribe ubuntu-universe-sponsors when done :-)
[10:22] <thekorn> ara, yes, going to do it in a bit
[10:24] <ara> thekorn: cool, thanks :)
[10:27] <jpds> ara: Have you taken any scripts from ubuntu-dev-tools that might conflict?
[10:27] <ara> jpds: no, they are different set of tools
[10:28] <jpds> ara: OK; just checking.
[10:30] <shankhs> how to get the source code of bazaar ... bzr branch lp:amarok is giving me error( cannot pass through proxy) I think I should try to create a patch...
[10:33] <jpds> shankhs: Try #bzr
[10:33] <shankhs> jpds: thanx
[10:49] <thekorn> jpds, one question for you as a packaging hero: what is needed for the update of ubuntu-qa-tools? debdiff or diff.gz or both?
[10:50] <jpds> thekorn: .diff.gz
[10:51] <thekorn> jpds, ok, good, do you have any docs on how to get this .diff.gz
[10:52] <thekorn> maybe I'm blind, but getting a debdiff is described in so many places,
[10:52] <jpds> thekorn: It's generated when you make the source package.
[10:52] <jpds> ...but this may be a native package, so just pop the tarball up.
[10:53] <thekorn> yes, no diff.gz after creating the sourcepackage,
[10:54] <jpds> OK; native, debdiff old.dsc new.dsc
[10:54] <thekorn> yup, that's what I just did
[10:54] <thekorn> thanks jpds
[10:55] <jpds> Attach the patch to LP, and I'll review and upload.
[10:57] <thekorn> jpds, debdiff attached
[11:04] <jpds> thekorn: All looks good to me, uploaded, thanks.
[11:04] <thekorn> jpds, great, Thank you
[11:12] <thekorn> wow, this was really fast!
[12:33] <whiteplane> hi
[12:34] <whiteplane> how to install -dbgsym for all the packages I have installed?
[12:34] <whiteplane> 2) how to do that but just for all libs I have installed ?  any ready solution or a script is needed
[12:48] <seb128> whiteplane: you can use sudo apport-retrace on a crash file, it will install the required dbg packages before retracing
[16:55] <pedro_> Ubuntu QA Meeting in ~5 minutes at #ubuntu-meeting, feel free to join!
[18:36] <thekorn> hi everybody,
[18:38] <thekorn> sorry, I did not made it to todays meeting, good to see you talked about the hugday tool
[18:39] <thekorn> and good to see that mrkanister and mangilimic or using it for *tomorrows* hugday :)
[18:39] <thekorn> s/or/are
[20:34] <fuzzyskater> Hello
[22:13] <maco> asac: hello?
[22:34] <asac> maco: ?
[22:34] <maco> asac: does network manager by any chance handle WPA-PSK with TKIP differently from AES?
[22:35] <maco> i was just at a cafe and couldnt connect with nm-applet, knetworkmanager, or n-m-plasmoid. but i can connect at home. the only thing i'm thinking is that i use AES and i dont think those unaware of the recent TKIP thing have switched
[22:35] <maco> so im wondering if it's possible that i can use WPA-PSK at home but not out n about because of TKIP v. AES in jaunty
[22:55] <asac> maco: PSK should be fully supported
[22:55] <asac> maco: could be your driver
[22:55] <asac> maco: which driver are you using?
[22:55] <asac> iwl*?
[22:56] <maco> asac: iwlagn
[22:56] <asac> maco: what kind of net is that?
[22:56] <maco> im using 802.11g with AES
[22:56] <asac> a g n?
[22:56] <asac> yes ... that works?
[22:56] <maco> yes
[22:56] <asac> k
[22:56] <asac> and the not working one?
[22:57] <maco> i dont know for sure. i just know it's wpa-psk and that i had the right key
[22:57] <maco> i can try setting my router to b or n and see what happens
[22:57] <maco> after class
[22:58] <asac> i think n networks cause issues
[22:59] <asac> at least they did for some driver/chipsets
[22:59] <asac> not long ag
[22:59] <asac> o
[22:59] <maco> thats why i have it set to g-only right now
[22:59] <maco> n was known to panic on intrepid. supposedly it's fixed.
[23:00] <maco> but i didnt have any panic issues, itd just say "configuring" on any of the nm guis for about a minute, then itd give up
[23:00] <maco> i thought maybe suspend was a problem, so i rebooted. i tried with all 3 guis for it, and i tried in both gnome-session and kde session
[23:01] <IntuitiveNipple> maco: Did you check with channel the AP was on, and which regulatory domain the PC is operating in (default is US - channels 1-11).
[23:01] <maco> IntuitiveNipple: i'm in the US, and i've used the AP before, before they turned on WPA
[23:01] <IntuitiveNipple> maco: I got caught by that self-same thing at home because I operate the AP on channel13 and the default domain was US... changed the option to EU and that solved it
[23:01] <maco> maybe a month ago...
[23:02] <IntuitiveNipple> My AP operates WPA2 TKIP+AES and Hardy would connect okay but Jaunty failed with the same symptoms you described
[23:03] <maco> ill have to go back and do an iwlist
[23:03] <maco> see what it says the channel and encryption are set to
[23:03] <maco> but first, i should go to class. back in like 15 minute
[23:04] <IntuitiveNipple> Yeah... I was going to post a bug about it, it was really annoying me, then I noticed some kernel mailing-list traffic about cfg80211 and it clicked since the default is US.
[23:04] <IntuitiveNipple> I do think that NetworkManager should make use of it's knowledge of the user locale to reload the driver with the appropriate regulatory domain set
[23:05] <IntuitiveNipple> s/it's/its/
[23:17] <kwah> hi all
[23:18] <amja1> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/327237
[23:18] <amja1> this looks critical to me
[23:18] <kwah> Q: is there a possibility to use Apport behind proxy with authorization?
[23:28] <andersk> Can someone increase the importance of bug 303112?  If it is not fixed, the OpenAFS client, which many users on Intrepid, will not work at all on Jaunty.
[23:32] <andersk> I think that Medium importance is appropriate, given that this has a "severe impact on a non-core application".
[23:36] <maco> asac: ok i'm back. i just tried to connect to open wireless.  knetworkmanager wouldnt respond at all when i chose the network. i killed NM (since it interferes with iwconfig) and tried iwconfig, but it still wouldnt associate.  i restarted networking and then started NM and used the plasmoid, and *then* i could connect. this feels like a "poke til it works" situation
[23:38] <asac> maco: yeah. sounds driverish
[23:38] <asac> maco: to be sure use the gnome nm-applet
[23:38] <asac> as thats the only implementation i would trust to do things more or less right
[23:47] <maco> asac: it cant be used in kde
[23:47] <maco> asac: it doesnt show in the tray at all. and 2 weeks ago nm-applet wouldnt do wpa while knm would :P