[12:12] <Tonio_> asac: just did a lots of tests with network-manager, everything's fine here
[01:19] <calc> ooo build sucks
[01:19] <calc> i made like a 2 line change and it fails to build on amd64
[01:19] <calc> 5ubuntu1 passed on amd64 and failed on 5ubuntu2
[01:20] <calc> there must be some kind of timing screw up in the build system when used in make -j# mode
[01:24] <calc> cool someone already threw it back to retry
[01:24] <calc> ScottK: which package?
[01:25] <ScottK> pypolicyd-spf
[01:25] <ScottK> It's fixed now.
[01:25] <calc> ScottK: is it fairly simple build wise?
[01:25] <ScottK> Very.
[01:25] <Mithrandir> spf is crack anyway. :-P
[01:25] <calc> hmm i wonder if there might be something slightly wrong with the buildds then, of course ooo is so complicated it is hard to tell when it fails if it is a buildd issue or a ooo build system problem
[01:26] <calc> i'm thinking its mostly due to ooo being crack
[01:26] <ScottK> Mithrandir: Sure it is, but the alternatives are currently worse.
[01:26] <Mithrandir> calc: it's probably just the ooo build system not being good; the buildds break every now and then, but they're not generally broken.
[01:26] <Mithrandir> ScottK: DK might be good.
[01:26] <calc> true
[01:26] <ScottK> My problem was due to taking a stupid shortcut that apparently usually works.
[01:27] <Mithrandir> you're not sitting.
[01:27] <Mithrandir> especially given that what the buildds do is, by definition, correct.
[01:27] <ScottK> Mithrandir: In my testing DK is VERY implementation depenent.  DKIM Is more robust, but currently lacks a policy component to make it generally useful.
[01:28] <Mithrandir> ScottK: maybe; I haven't actually tried them.  I've just read the specs and, well, spf doesn't really win you anything.
[01:28] <ScottK> In the end I think the right answer will be a combination of the two approaches.  It happens that DKIM works well where SPF is weak and vice versa.
[01:29] <ScottK> Mithrandir: In my case it got my personal spammers to quit forging my domains.
[01:29] <calc> turning on the two flags on my debian mail seemed to help reduce spam some (forgot what they were now though)
[01:29] <ScottK> It's more of a benifit for the sender than the receiver.  That's one of the challenges.
[01:30] <Mithrandir> ScottK: then just use bounce address signing.
[01:30] <ScottK> Mithrandir: Where do I apt-get install stuff to do that?
[01:30] <calc> the best part was just moving my debian email to a separate forward address and unsubscribing from all the high traffic lists
[01:30] <calc> so i have only gotten 2200 emails from them in 3-4 months
[01:31] <ScottK> That's a solution to not see the bounces, but doesn't do much for getting the spammers to leave your name alone.
[01:31] <calc> a lot of the "spam" i get to my debian email address is bounces from stupid servers that don't know that they should be dropping the emails instead of rejecting them at initial receive time
[01:31] <Mithrandir> ScottK: http://tldp.org/HOWTO/Spam-Filtering-for-MX/exim-sign.html
[01:31] <ScottK> In short, SPF sucks, but nothing better is mature.
[01:32] <Mithrandir> SPF requires the other end to care, sender signatures doesn't
[01:32] <ScottK> True, but in practice enough receivers care to provide some deterrent effect.
[01:33] <ScottK> The current bounce address stuff only works if MSA is also the MX.  It's not a scalable approach yet.
[01:33] <ScottK> Gotta run.
[01:33] <Mithrandir> MSA?
[01:33] <ScottK> Mail Submission Agent (sending MTA).
[01:34] <Mithrandir> or you give it a key which is valid
[01:34] <calc> Mithrandir: envelope sender helps you to not get spam, or to not be marked as spam?
[01:35] <Mithrandir> calc: to not get joe-jobs.
[01:35] <calc> Mithrandir: ah ok
[01:35] <Mithrandir> so you don't end up getting bounce spam, or at least less of it.
[01:35] <calc> if cpanel would implement it then webhosts would just roll it out automatically
[01:36] <calc> http://cpanel.net/index.html is what most webhosts (at least in the US) use for their servers
[01:36] <calc> not sure about what is used internationally
[01:37] <ScottK> Interesting you say in the US since it's developed in Russia.
[01:37] <calc> ScottK: eh?
[01:37] <calc> ScottK: they have their main office in Houston (afaik)
[01:37] <ScottK> Maybe I'm thinking of one of the others.
[01:37] <calc> ScottK: saw job offers for them a few months ago
[01:37] <calc> ScottK: it may be they have offices other places as well
[01:38] <calc> ah yea plesk is the other big competitor
[01:38] <Mithrandir> enyc: I think bind9 is fine, tbh
[01:38] <enyc> Mithrandir: hrrm its complicated and situation-dependant ;-) really
[01:39] <enyc> Mithrandir: I can tell you why i dont like bind9 if you would like. or not, ;-)
[01:40] <Mithrandir> enyc: I don't care deeply, but I think calling bind9 "not modern" is kinda wrong.  It's in no way obsolete, it's very much used for many, many hosts and compared to the other DNS servers, lots more people know how to configure it.
[01:40] <ScottK> enyc: There's https://launchpad.net/ubuntu/+source/pdns
[01:40] <calc> but... it runs on linux which is a kind of unix which is not modern either... ;-P
[01:41] <calc> lol
[01:41] <Robot101> pdns is an ass
[01:41] <Mithrandir> hiya little robot
[01:41] <Robot101> bleep :)
[01:41] <enyc> Mithrandir: sure.. its also "been around a long time" and hence has lots of features
[01:42] <enyc> Mithrandir: by "modern" I think I am thinking of the design decision sort of methodology
[01:43] <ajmitch> enyc: and your suggested replacement is?
[01:43] <enyc> Mithrandir: i am sure that separate recursor and authoritative is almost always the "right way" to design your dns architecture... and ''never designed'' dns tools seem to keep recursor and auth separate procceses entirely....
[01:44] <enyc> ajmitch: as usual in the world  there is no "right answer" for every situation ;-)
[01:45] <Mithrandir> enyc: I don't see a big point in separating authorative and recursive servers.
[01:45] <Mithrandir> they're 90%+-ish the same code
[01:46] <enyc> ajmitch: bind9 is rather less DoS prone if 'recursion' is off entirely...  Also many exploits have required recursion to wkr...    if you dont need views nsd works well imho  ... but its only my opinion
[01:47] <enyc> pdns-recursor has  neither the "no query restart" bind-recurisor problem nor the "try to find all the nameserver addresses before querying them" problem... and notices ICMP unrches
[01:47] <enyc> but there you go
[01:47] <enyc> long story ;-)
[01:49] <enyc> Mithrandir: its usually a matter of security.. if you have a separate listen IP that is only reacable to authorized clients... stops others using your recursor to bounce "large packet replies"  ... also much reduces the chance of an exploit/attach poisoning/affecting data in the "other direction"
[01:50] <enyc> Mithrandir: also note bind will reply (even from a SOURCE ip not allowed recursion) with anything it *knows* about... and hence you can snoop on if the other end is looking up things etc...
[01:50] <enyc> Mithrandir: which you may or may not care about
[01:50] <Mithrandir> enyc: no, it doesn't.
[01:50] <Mithrandir> enyc: if you set up your views correctly, it doesn't do that.
[01:51] <enyc> Mithrandir: you can setup a view with "recursion no"....
[01:51] <Mithrandir> which is what you'd do for external networks
[01:51] <enyc> Mithrandir: how do you set it to not reply with anything non-authoritative at all?
[01:51] <enyc> Mithrandir: do you have an example server set as such ?
[01:52] <Mithrandir> yes, but I'm firewalled out of it from my current physical location
[01:54] <enyc> Mithrandir: anyway...how do you setup a view such that bind9 will not actually ansower with 'anything it knows about' under 'recursion no' ?
[01:54] <Mithrandir> views have different caches in modern bind9 versions
[01:54] <Mithrandir> if not, split-horizon would be very hard to set up
[01:55] <enyc> Mithrandir: right... makes sense
[01:55] <Mithrandir> iirc it was shared for a while, then I told lamont how bad an idea that was and it was fixed
[01:55] <calc> dnsreport.com will tell you if you are configured way off as far as being open, etc
[01:56] <enyc> Mithrandir: yes... the horizon whatnot would have to be very careful about which zones have different data.......
[01:56] <enyc> Mithrandir: bug prone mess
[01:57] <Mithrandir> hence why it makes much more sense to just not share it
[01:59] <enyc> Mithrandir: hrrm... i wonder if bind devs are ever going to take the 'compiled zone-data' idea of pdns+nsd+tinydns  in never versions....
[01:59] <ScottK> Of course if you want "Only the RFCs I feel like implementing DNS", there's djbdns.
[02:00] <ScottK> keescook: Did you see my clamav question on #ubuntu-motu?
[02:00] <enyc> currenly a syntax error causes (in by experience) bind to SERVFAIL queries on a zone.... rather than complaining at 'compile time' without disrupting service
[02:00] <enyc> but maybe theres some workaround to this i dont know about
[02:00] <enyc> ScottK: ;-)  ... which is also not FOSS  really
[02:01] <ScottK> Well, that too.
[02:01] <enyc> anyway
[02:01] <ijuz_> i don't want to make advertisement... put powerdns is the one! you should throw bind out of the repository :)
[02:01] <enyc> i didnt really want to talk about dns for ages ;-)
[02:03] <enyc> I wanted to know if anybody had considred any of these "more modern designed" (but not so long in use)  FOSS dns tools  like NSD/pdnsd  for main rather than univers...  ive never really understood how the main>universe  universe>main  moves work anyway q-)
[02:03] <enyc> ;-)
[02:03] <enyc> ijuz_: I dont think anything fits all circumstaces perfuctly....
[02:16] <keescook> ScottK: ah, yeah, I'd go for the highest upstream version, they have other non-security updates in their micro-versions.
[02:31] <Fujitsu> Mithrandir: Can you please give back hdbc-{odbc,postgresql,sqlite3} on all archs?
[03:33] <ScottK> keescook: OK.  Thanks.
[04:34] <Hobbsee> greetings
[04:34] <ScottK> Greetings earthling.
[04:34] <Fujitsu> Morning.
[04:35] <Fujitsu> Hm, afternoon.
[04:35] <Hobbsee> :)
[04:36] <Fujitsu> Has anybody ever struck something being synced, and then vanishing? seb128 synced r-base yesterday, but the source seems to have been eaten...
[04:42] <sbalneav> Something going on with libcurl3-gnutls vs libcurl4-gnutls?
[04:43] <Hobbsee> yeah.  it's dead.
[04:43] <persia> sbalneav: Not anymore: libcurl4 is dead.
[04:43] <sbalneav> Hm
[04:44] <sbalneav> but if I try to install libcurl3, it's going to yank out all the openoffice suite
[04:44] <Hobbsee> ooo has to actually build, to fix that
[04:44] <Fujitsu> OOo has been FTBFSing.
[04:44] <Fujitsu> As it does.
[04:44] <Fujitsu> It is pure evil, but does build occasionally.
[04:44] <sbalneav> ah, ok
[04:44] <sbalneav> so ditch -4, go back to three, and OOo will come back....
[04:45] <sbalneav> ... eventually :)
[04:45] <Fujitsu> The libcurl[34]  thing was a bit of a disaster... you're not meant to pull out transitions half-way, generally.
[04:45] <Fujitsu> *pull out of
[04:45] <sbalneav> thanks Hobbsee, Fujitsu and persia
[04:46] <Hobbsee> no problem
[04:46] <Fujitsu> No problem.
[04:46] <sbalneav> np, I'm just plunking away on the ltsp specs, but I try to keep my devel box here as u
[04:46] <sbalneav> p to date as possible :)
[04:47] <sbalneav> "return to your work, citizens.  All is well"
[04:49] <StevenK> Fujitsu: Not our fault, though. :-/
[04:49] <mneptok> wait. libcurl3 breaks ooo-build?
[04:49] <ScottK> mneptok: Don't ask.
[04:49] <Fujitsu> mneptok: No. OOo breaks OOo-build.
[04:50] <Hobbsee> greetings, mneptok
[04:50] <Fujitsu> It only builds when the planets are perfectly aligned, and it needs to be rebuilt for the untransition.
[04:50] <mneptok> ok, so this is not the month to mess with mmeks :)
[04:50] <mneptok> *mmeeks
[04:51] <Hobbsee> yummy!
[04:51] <mneptok> it tastes good, but ... whatever.  ;)
[04:52] <TheMuso> haha
[09:06] <superm1> hi guys, is there some certain level of magic to using the debconf python module?
[09:07] <superm1> every time i try to initialize it, it spits back a "VERSION 2" on the console and hangs
[09:09] <StevenK> I presume it's waiting for input, actually.
[09:11] <superm1> that assertion seems to be right
[09:11] <superm1> how can it work non interactively then?
[09:25] <Mithrandir> Fujitsu: given-back
[09:26] <Hobbsee> morning Mithrandir!
[09:26] <Fujitsu> Mithrandir: Thanks, and morning.
[09:26] <Mithrandir> morning, Hobbsee!
[09:26] <Fujitsu> Mithrandir: Are you able to look at the r-base sync? It seems to have jumped into the Soyuz black hole.
[09:27] <Mithrandir> Fujitsu: can it wait until I am a) out of bed, and b) at the office?
[09:27] <Fujitsu> Mithrandir: Ah, of course.
[09:27] <Hobbsee> heh, Mithrandir's picked up the nasty habit of IRCing from bed now?
[09:28] <Mithrandir> Hobbsee: I used to do it a long time ago, but then stopped for a while
[09:29] <Hobbsee> heh
[10:19] <seb128> pitti_: https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/125400
[10:19] <ubotu> Launchpad bug 125400 in openoffice.org "[MASTER]  package openoffice.org-common 2.2.1-5ubuntu2 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [High,Confirmed] 
[10:20] <Fujitsu> seb128: Any idea what went wrong with bug #124816?
[10:20] <ubotu> Launchpad bug 124816 in r-base "Please sync r-base (universe) from Debian unstable (main)" [Wishlist,Confirmed]  https://launchpad.net/bugs/124816
[10:21] <seb128> Fujitsu: looking
[10:22] <Hobbsee> morning seb128, pitti
[10:22] <Fujitsu> seb128: Thanks.
[10:22] <pitti> hey Hobbsee
[10:22] <seb128> hey Hobbsee
[10:22] <Fujitsu> Morning pitti.
[10:22] <StevenK> Morning pitti.
[10:23] <StevenK> pitti: Can I stea^Wborrow some of your time for NBS'ing a bunch of stuff?
[10:23] <pitti> StevenK: sure
[10:24] <pitti> StevenK: I just gave back d-i, once that built, I can kill all the 2.6.22-7 stuff
[10:24] <StevenK> Ah, cool.
[10:24] <StevenK> pitti: Firstly, I have dealt with libflac++5, so it can be killed.
[10:25] <Hobbsee> die libflac++5, die!
[10:25] <StevenK> pitti: I was going to get you to kill everything that's empty on NBS/, but that can wait until d-i is built.
[10:25] <Mithrandir> mmm, software
[10:25] <Fujitsu> Mithrandir: Yummy.
[10:25] <Mithrandir> not as good as brains, but still quite good
[10:25] <Hobbsee> Mithrandir: i thought there was real food in london...
[10:25] <StevenK> Braaaaaains
[10:25] <Hobbsee> mmmmmm.....brains.....
[10:25] <Hobbsee> *eyes turn red*
[10:25] <Mithrandir> Hobbsee: there is
[10:26] <Hobbsee> Mithrandir: just that you still want to eat libflac++5's leg too
[10:26] <Fujitsu> Aw...
[10:26] <StevenK> pitti: Secondly, I've done everything I can for libflac7, but ecasound and scummvm are still listed as deps for ia64 - this is due to ghostscript SEGV'ing on ia64 and causing the build to fail - do I/we care?
[10:27] <StevenK> pitti: And mythmusic is on sparc, due to mythtv now appearing in P-a-s and being excluded on sparc.
[10:28] <Hobbsee> morning dholbach
[10:28] <dholbach> hi Hobbsee
[10:34] <Fujitsu> Thanks seb128 (I presume)
[10:34] <pitti> StevenK: so we need to remove mythtv from sparc?
[10:34] <seb128> Fujitsu: you're welcome, I don't know why it didn't work yesterday
[10:35] <StevenK> pitti: Presumably. I'm not certain why it was added.
[10:37] <StevenK> pitti: d-i just failed to build on all arches.
[10:38] <pitti> again?
[10:38] <StevenK> Yup. The latest try was 13 minutes ago.
[10:38] <pitti> fabbione: ^
[10:38] <StevenK> Building dependency tree...
[10:38] <StevenK> E: Couldn't find package ubuntu-modules-2.6.22-8-generic-di
[10:38] <StevenK> make[7] : *** [stamps/get_udebs-netboot-stamp]  Error 100
[10:38] <pitti> aah, I just newed that
[10:38] <pitti> not on all arches, though
[10:38] <fabbione> pitti: did you new ubuntu-mods?
[10:38] <fabbione> eh ok
[10:38] <Fujitsu> Why was -image NEWed when -ubuntu-modules wasn't?
[10:39] <pitti> Fujitsu: lum b-deps on the headers
[10:39] <Fujitsu> Oh, I didn't realise it was a separate source.
[10:39] <fabbione> pitti: sorry i thought you already NEW?ed lum stuff
[10:39] <pitti> fabbione: however, i386 lum is still missing
[10:39] <fabbione> pitti: mind to ride the beast?
[10:39] <pitti> fabbione: I think BenC is at it
[10:39] <fabbione> pitti: uh?...
[10:40] <asac> Tonio_: ok thanks ... will clean a bit up and upload then
[10:40] <fabbione> pitti: i am in the other room, can you poke Ben?
[10:40] <BenC> fabbione: it's not lum that's the problem
[10:40] <BenC> the xen custom binary in linux-source-2.6.22 didn't build for some reason
[10:40] <fabbione> feh
[10:40] <fabbione> so it?s another kernel upload?
[10:42] <fabbione> pitti: how painful is it for you to still let the sparc installer to build once lum is in?
[10:42] <pitti> fabbione: not at all
[10:42] <fabbione> pitti: there is a kernel feature i need to test in combo with the installer
[10:42] <fabbione> pitti: that?d be lovely
[10:42] <fabbione> pitti: thanks
[10:44] <Fujitsu> fabbione: What's eating your quotes?
[10:55] <fabbione> Fujitsu: ?
[10:55] <Hobbsee> calc: OOPS, YOU BROKE IT!!!!
[10:56] <calc> Hobbsee: eh?
[10:56] <Hobbsee> calc: you currently have 13 dupes.
[10:56] <calc> Hobbsee: what did i break?
[10:56] <Hobbsee> calc: what you uploaded.
[10:57] <calc> hmm what i uploaded was just a small fix for what doko previously uploaded the day before, bug #?
[10:57] <Mithrandir> Setter opp openoffice.org-common (2.2.1-5ubuntu2) ...
[10:57] <Mithrandir> Updating OpenOffice.org's dictionary list... done.
[10:57] <Mithrandir> No theme index file in '/usr/share/icons/locolor'.
[10:57] <Mithrandir> If you really want to create an icon cache here, use --ignore-theme-index.
[10:57] <Mithrandir> dpkg: Feil ved behandling av openoffice.org-common (--configure):
[10:57] <Hobbsee> Mithrandir: yeah, that's the one
[10:57] <Mithrandir> you failed to test your change.  Bad calc!
[10:57] <Mithrandir> :-P
[10:57] <calc> Mithrandir: i think that is "fixed" now by a new debhelper upload
[10:57] <calc> Mithrandir: it installs on my box just tried this morning
[10:58] <Mithrandir> uh, debhelper isn't going to change what's in the archive already.
[10:58] <calc> hmm yea that is true, so why did it work for me? :\
[10:58] <Mithrandir> and this is from about 30 minutes ago
[10:59] <calc> ii  openoffice.org-common             2.2.1-5ubuntu2                             OpenOffice.org office suite architecture ind
[10:59] <calc> installed fine on this box
[10:59] <calc> got to run to the distro meeting, bbl
[11:03] <pitti> calc: amd64 retry worked, btw \o/
[11:03] <pitti> calc: I retried it on powerpc
[11:04] <Tonio_> asac: please do ;)
[11:04] <Tonio_> asac: I can't be sure to have tested everything, but switching between several networks, using wep or wpa, rebooting, and performing an openvpn connection works like a charm
[11:05] <Tonio_> asac: I just hope there is not a hidden regression I missed
[11:23] <asac> Tonio_: Tonio_ ok uploaded
[11:24] <asac> Tonio_: branch is updated as well
[11:27] <pygi> seb128, around?
[11:27] <seb128> pygi: sort of, in the middle of a meeting, just ask your question ;)
[11:27] <pygi> seb128, ah, everyone's in the meeting, I'll bug later then
[11:30] <seb128> pygi: just ask
[11:30] <pygi> seb128, I need sponsoring :)
[11:30] <seb128> pygi: I might reply now if that's a quick one
[11:30] <seb128> k, so for later ;)
[11:30] <pygi> hehe, indeed
[11:30] <Hobbsee> pygi: what for?
[11:30] <pygi> Hobbsee, brasero
[11:31] <pygi> Hobbsee, working on k3b as we speak
[11:31] <Hobbsee> neat
[11:34] <seb128> pitti: could you run the NBS update now?
[11:34] <pygi> Hobbsee, you'r gonna sponsor that, righ?
[11:35] <Hobbsee> pygi: i think there's dinner, adn i dont know anything about brasero codebase.
[11:35] <pygi> Hobbsee, I thought k3b ^_^
[11:35] <Hobbsee> ah right
[11:35] <Hobbsee> should do.  Tonio_'s also around
[11:36] <pitti> seb128: yep
[11:36] <seb128> pitti: danke
[11:39] <Tonio_> pygi: good point, debian k3b maintainer is okay to merge all my packaging changes and switch to cdbs :)
[11:39] <Tonio_> pygi: we'll probably maintain it together now
[11:40] <pygi> Tonio_, rok on :)
[11:40] <pygi> rock*
[11:40] <pygi> Tonio_, so I'm useless from now on :)
[11:42] <pygi> Tonio_, if you want tho,  I can still help around :)
[11:43] <Tonio_> pygi: sure :)
[11:43] <Hobbsee> Tonio_: rock on!
[11:43] <Hobbsee> pygi: that means you can still patch the debian package.  nothing wrong there
[11:43] <pygi> Tonio_, yay!
[11:44] <pygi> Hobbsee, I know, I know, but still ... :)
[11:44] <Hobbsee> :)
[11:44] <Hobbsee> go on
[11:44] <pygi> patch 111!
[11:50] <pygi> Hobbsee, Tonio_ : who wants the debdiff and how? Mail?
[11:50] <Hobbsee> Tonio_: does.
[11:50] <Hobbsee> i need to actually get my butt into gear and do stuff like a resume.
[11:50] <Hobbsee> and dinner
[11:51] <pygi> Hobbsee, oki
[11:51] <pygi> Tonio_, poke
[11:51] <pygi> :)
[11:53] <cjwatson> superm1: if you're using debconf.py in a context where there might not be a frontend already running, you need to call debconf.runFrontEnd() at the top of your script
[11:54] <Hobbsee> morning cjwatson
[11:55] <Riddell> keescook: don't forget strigi :)
[11:57] <cjwatson> morning
[11:58] <Hobbsee> yay, people who clearly havent heard of the search button
[12:10] <pitti> seb128: NBS done, btw
[12:10] <pygi> hey pitti
[12:11] <seb128> pitti: yeah, I've noticed, the list ist shorter now
[12:11] <pitti> hi pygi
[12:17] <seb128> pygi: where is the brasero package to sponsor?
[12:17] <pygi> seb128, persia is on it now, I assigned the ubuntu-universe-sponsors
[12:17] <pygi> subscribed*
[12:17] <seb128> pygi: ok, good
[12:17] <pygi> Tonio_, k3b is subscribed to u-m-s
[12:34] <calc> back
[12:34] <calc> pitti: thanks! :)
[12:38] <calc> dholbach: i have a freshly built chroot than installed ooo fine, and shows no errors, not sure if you are interested in looking at the machine?
[12:38] <calc> s/than/that/
[12:38] <dholbach> calc: does /usr/share/icons/locolor contain anything?
[12:38] <dholbach> calc: which version of debhelper was used in that build chroot?
[12:39] <calc> no index.theme
[12:39] <calc> neither does /usr/share/icons/gnome though
[12:39] <calc> actually for that matter neither does hicolor
[12:39] <dholbach> calc: might be interesting to see if the .postinst files contain dh_icons or dh_iconcache
[12:39] <calc> none of the three have an index.theme
[12:39] <dholbach> you don't have {hicolor,gnome}-icon-theme installed?
[12:40] <calc> # Automatically added by dh_icons
[12:40] <calc> if which gtk-update-icon-cache >/dev/null 2>&1; then
[12:40] <calc>         for dir in /usr/share/icons/hicolor /usr/share/icons/locolor /usr/share/icons/gnome; do
[12:40] <calc>                 gtk-update-icon-cache --force --quiet "$dir"
[12:40] <calc>         done
[12:40] <calc> fi
[12:40] <calc> # End automatically added section
[12:40] <calc> icon-themes are not installed
[12:40] <calc> i did a fresh chroot and just did an apt-get install openoffice.org
[12:40] <dholbach> right, that's why - kubuntu does not seem to want to install them
[12:40] <dholbach> ahhh!!!
[12:40] <calc> huh?
[12:41] <dholbach> you don't have libgtk2.0-bin installed
[12:41] <dholbach> so you don't have gtk-update-icon-cache
[12:41] <dholbach> if which gtk-update-icon-cache >/dev/null 2>&1; then
[12:41] <dholbach> ^ FALSE
[12:41] <calc> oh, oops!
[12:41] <dholbach> :-)
[12:41] <dholbach> there you go
[12:41] <calc> should there be some kind of replacement dep in control so that gets added automatically?
[12:41] <dholbach> no no
[12:42] <calc> ok
[12:42] <dholbach> the icon cache is only of use for gnome / xfce (people who use gtk)
[12:42] <calc> i'll retry with libgtk2.0-bin installed and see how it goes
[12:42] <dholbach> so kde people don't need libgtk2.0-bin installed
[12:42] <calc> ok
[12:50] <calc> yipee i made openoffice not install on my test system too! :)
[12:50] <calc> now i need the Contents files for the whole repo so i can look through them for locolor stuff
[12:55] <Riddell> calc: why on earth is openoffice using locolor?
[01:17] <StevenK> pitti: If you're waiting for the kernel/d-i stuff to get sorted out being cleaning out NBS, could you at least kick parrot and glew out of NEW?
[01:37] <Nafallo> pitti: could you please tell apport so use a sane webbrowser? I use epiphany as default and it tries to use firefox.
[01:37] <Nafallo> pitti: which doesn't respond since my LA is currently VERY high.
[01:38] <Nafallo> so you miss out on bugreports atm ;-)
[01:38] <pitti> hm, I thought I fixed that ages ago
[01:39] <pitti> Nafallo: gconftool --get /desktop/gnome/url-handlers/http/command
[01:39] <pitti> Nafallo: ^ for you?
[01:40] <pitti> Nafallo: it starts that one if it exists
[01:41] <Nafallo> epiphany --new-tab %s
[01:41] <pitti> Nafallo: what does "gnome-open http://www.ubuntu.com" do for you?
[01:41] <StevenK> Oh, drat. qa.debian.org is down because Fort Collins is off the Intraweb
[01:42] <Nafallo> pitti: new tab in epiphany
[01:43] <pitti> Nafallo: hmm
[01:43] <pitti> Nafallo: it's supposed to use that
[01:44] <Nafallo> well. it isn't
[01:57] <Tonio_> pygi: yes, please don't merge it
[01:58] <Tonio_> pygi: as I said, k3b will merge ubuntu changes in the next days, so please don't sync with debian
[02:01] <pygi> Tonio_, I wasn't merging with debian?
[02:01] <pygi> I just created a patch for k3b ubuntu-specific
[02:02] <Riddell> mvo: i get /usr/bin/compiz.real (core) - Error: Can't load plugin 'ccp' because it is built for ABI version 20070606 and actual version is 20070706
[02:03] <ogra> Riddell, replacing kwin ? :)
[02:03] <Riddell> ogra: trying to
[02:03] <ogra> wow, really ?
[02:04] <Riddell> ogra: not by default, but I want compiz/kde integration to be nice and smooth
[02:04] <ogra> cool !
[02:09] <Amaranth> Heh, I can't help with problems like that
[02:16] <hunger> openoffice.org-common does not install here.
[02:16] <gnomefreak> hunger: its known
[02:16] <hunger> gnomefreak: Great, then I do not need to use launchpad;-)
[02:17] <gnomefreak> hunger: assuming you are on gutsy ;)
[02:18] <mvo> Riddell: right, it needs later compiz-fusion-plugins-main, those are build now, should be available shortly
[02:21] <gnomefreak> mvo: they are available already i think
[02:21] <gnomefreak> yep
[02:24] <pitti> fabbione: d-i/sparc is happy, btw
[02:24] <Hobbsee> one thing's for sure - we need auto duping!
[02:25] <pitti> Hobbsee: right, no autoduping for package install failures yet
[02:25] <Hobbsee> pitti: damn
[02:25] <Hobbsee> pitti: 29 dupes.
[02:25] <StevenK> Niiice
[02:25] <persia> Hobbsee: 29 for each package, or 29 total?
[02:25] <Fujitsu> Hobbsee: Bug number?
[02:26] <Hobbsee> Fujitsu: bug 125400
[02:26] <ubotu> Launchpad bug 125400 in openoffice.org "[MASTER]  package openoffice.org-common 2.2.1-5ubuntu2 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [High,In progress]  https://launchpad.net/bugs/125400
[02:26] <StevenK> pitti: d-i/ia64 failed again.
[02:26] <Hobbsee> persia: 29 total
[02:27] <ogra> Hobbsee, thats nothing :)
[02:27] <Hobbsee> no, but there will be more on update-manager
[02:27] <ogra> right
[02:27] <StevenK> There was some Gnome bug during Feisty development that had like 113 dupes.
[02:27] <Hobbsee> ogra: that's just in half a day.  and it's gutsy, so we shouldnt have that many users
[02:27] <Hobbsee> and most of the bugs are crap anyway - they'd all need more info
[02:28] <ogra> we had bugs before that were in the hundrets after a days (like StevenK said)
[02:28] <ogra> *a day
[02:29] <pygi> Hobbsee, did you look at bug?
[02:29] <Hobbsee> pygi: at which bug, sorry?
[02:29] <Hobbsee> ogra: true
[02:31] <pygi> Hobbsee, https://bugs.launchpad.net/ubuntu/+source/k3b/+bug/121877
[02:31] <ubotu> Launchpad bug 121877 in k3b "K3b doesnt prompt the user to install kubuntu-restricted-extras for codecs" [High,Confirmed] 
[02:33] <Hobbsee> mvo: i'm not sure if i told you - you are right
[02:34] <Hobbsee> @ the metapackages for universe/multiverse
[02:34] <Hobbsee> pygi: and i thought Tonio_ was uploading all that to debian.  although that bit would require a merge, i guess
[02:35] <pygi> Hobbsee, ah, ah, yes, indeed
[02:35] <pygi> Hobbsee, o well
[02:38] <Tonio_> Hobbsee: yup, in fact the debian k3b maintainer wants to swtich the packaging to cdbs as I did, so we'll probably maintain it together on alioth
[02:38] <Tonio_> Hobbsee: so the idea is to NOT merge with debian at the moment :)
[02:39] <Tonio_> concerning the bug, I'm adding this to my todo, that would be usefull, indeed
[02:39] <persia> thom: Why?
[02:39] <Tonio_> Hobbsee: I'll do that this WE
[02:40] <pygi> Hobbsee, ignore then :)
[02:44] <Hobbsee> Tonio_: right
[02:45] <Hobbsee> Tonio_: i can upload it, if you're busy.
[02:45] <Tonio_> Hobbsee, pygi:in fact I'm doing this right now ;)
[02:45] <Hobbsee> Tonio_: just didnt want to give you more stuff to merge/deal with, i fyou didnt want to
[02:45] <Hobbsee> ahh, okay, excellent
[02:45] <Tonio_> Hobbsee: I already launched the build, don't mind :)
[02:45] <Hobbsee> :D
[02:45] <Tonio_> Hobbsee: I hope you synced my changes with kdelibs
[02:45] <Tonio_> Hobbsee: are you able to commit now ?
[02:45] <Hobbsee> Tonio_: havent even looked - was off having dinner
[02:46] <Tonio_> Hobbsee: oki :)
[02:46] <Hobbsee> Tonio_: do you have more stuff that you want to add?
[02:46] <pygi> Tonio_, whatever you want, as long as this fix is in :P
[02:47] <Tonio_> Hobbsee: nope, except the zoom effect speed change from 5 to 3, that's all :)
[02:47] <Hobbsee> Tonio_: which is the one committed, right?
[02:47] <Tonio_> Hobbsee: and of course _Stefans_ patch for kdesudo
[02:47] <Tonio_> Hobbsee: true
[02:48] <Hobbsee> Tonio_: yep, yep, got them :)
[02:48] <Hobbsee> will pick them both up
[02:48] <Tonio_> Hobbsee: great :)
[02:48] <Hobbsee> Tonio_: i'm procrastinating again, cant you tell?  :)
[02:48] <Tonio_> Hobbsee: would be nice to have kdesudo not only working better than kdesu, but also blinking a lot more hehe
[02:48] <Hobbsee> Tonio_: but, i do want to go thru the bugs at some point, too
[02:48] <Tonio_> prowhat ?
[02:48] <Hobbsee> indeed!
[02:48] <Hobbsee> procrastinating
[02:48] <Tonio_> which means ?
[02:48] <Hobbsee> try "dict procrastination"
[02:49] <Hobbsee>   procrastination
[02:49] <Hobbsee>        n 1: the act of procrastinating; putting off or delaying or
[02:49] <Hobbsee>             defering an action to a later time
[02:49] <Hobbsee> 2: slowness as a consequence of not getting around to it
[02:49] <Tonio_> Hobbsee: oki ;)
[02:49] <Hobbsee> Tonio_: blob wars calls :P
[02:49] <Tonio_> that's an ugly word, for sure :)
[02:50] <Hobbsee> nah, it's a lovely word!  so's antidisestabilishmentarianism.
[02:51] <Riddell> mvo:   compiz-fusion-plugins-main: Conflicts: compiz-compcomm-plugins-main (< 0.0.0+git20070622-0ubuntu1) but 0.0.0+git20070612-0ubuntu1 is to be installed
[02:52] <pitti> mathiaz: http://dehs.alioth.debian.org/
[02:52] <pitti> http://dehs.alioth.debian.org/no_updated.html
[02:56] <Riddell> mvo: I have new compiz-fusion-plugins-main but it still gives me Can't load plugin 'ccp' because it is built for ABI version 20070606
[03:02] <seb128> Riddell: what version do you have?
[03:05] <Riddell> seb128: compiz-fusion-plugins-main 0.0.0+git20070711-0ubuntu2
[03:06] <seb128> mvo: ^
[03:06] <seb128> mvo told me this version was supposed to fix it
[03:12] <WorkingGeier> hi
[03:12] <fabbione> pitti: yes i noticed.. thanks. waiting for mirrors to propagate
[03:13] <WorkingGeier> what is the best way to create a (minimal) Ubuntu mirror covering all releases that is sufficient for debootstrapping?
[03:15] <pitti> WorkingGeier: => #ubuntu; hint: debmirror and filtering on priority
[03:24] <WorkingGeier> pitti, that's what I did, however required+standard is not enough
[03:24] <WorkingGeier> (vim is missing for instance)
[03:24] <asac> pitti: what about dbus 1.1 ?
[03:24] <pitti> WorkingGeier: vim is not necessary for debootstrap
[03:25] <evand> anyone use listadmin?  What do you use for (base64) encoded messages?
[03:26] <WorkingGeier> it tries to load it though
[03:27] <bryce_> seb128: could you also sync xserver-xorg-video-amd?  There is a new release yesterday that debian has packaged.
[03:27] <pitti> WorkingGeier: only warty and hoary required vim
[03:28] <wwoods> pitti: hey, about the server-side bits of apport - do the crash reports go into a (searchable) database at all, or are they just unpacked into files?
[03:28] <pitti> wwoods: that entirely depends on the crashdb implementation, of course
[03:28] <wwoods> system locked up for like 20 minutes when I tried to upload an evo crash :/
[03:28] <pitti> wwoods: for Ubutnu they become Launchpad bugs
[03:28] <wwoods> right, but I'm curious about the "reference implementation"
[03:28] <wwoods> heh
[03:29] <StevenK> pitti: That typo sounds like how my sister says Ubuntu
[03:29] <wwoods> I'm thinking that inserting core files into the bugzilla db (as bug attachments) is a bad idea
[03:30] <bryce_> seb128: (it is xserver-xorg-video-amd_2.7.6.5+git20070711-1)
[03:32] <pitti> wwoods: look at bug 125101
[03:32] <ubotu> Launchpad bug 125101 in totem "totem crashed with SIGSEGV in gst_object_get_parent()" [Undecided,New]  https://launchpad.net/bugs/125101
[03:32] <pitti> wwoods: I just reviewed it and marked it as public, so that you can see it
[03:32] <bryce_> seb128: the one change we had in ubuntu was taken upstream by debian (restricts architecture to i386)
[03:32] <pitti> wwoods: so, we now file all bugs as private (i. e. only subscribers can see them)
[03:33] <pitti> wwoods: initially only the apport retracer is subscribed
[03:33] <wwoods> okay, so when it gets uploaded, where does the corefile go?
[03:33] <pitti> wwoods: the bot picks up the new bug, retraces it, removes the CoreDump.gz attachment, and subscribes ubuntu-qa
[03:33] <pitti> wwoods: initially it is a normal bug attachment
[03:34] <wwoods> so initially you *do* have the entire core dump in the bug database as an attachment?
[03:36] <wwoods> dunno how the bugzilla admins will like that. hmm.
[03:36] <pitti> wwoods: right
[03:36] <fabbione> pitti: installer is good.. can?t be better!
[03:37] <pitti> wwoods: we do not have a proper crash db in LP yet; we will in the future
[03:37] <fabbione> F I R S T   L D O M   I N S T A L L out of archive!
[03:37] <pitti> wwoods: for now we use the workaround with private bugs
[03:37] <zul> fabbione: congrats
[03:38] <wwoods> right, I'm prototyping a crashdb as a turbogears app but.. still trying to figure out whether that's worth the effort
[03:38] <pitti> wwoods: bz has private bugs, too, AFAIR?
[03:38] <wwoods> yep
[03:39] <Hobbsee> argh.  we need some basic bug reporting lessons...
[03:39] <wwoods> yeah the only tricky thing is making sure I don't overload bz by uploading enormous chunks of data
[03:39] <pitti> wwoods: we figured that we need to restrict access to those bugs anyway, since the stacktrace/traceback could have passwords, CSS keys, etc., too
[03:39] <pitti> wwoods: right, this needs to be considered, of course
[03:39] <Hobbsee> "if your bug is a dupe of all these other bugs, please do not file a bug saying "this is a dupe of bug x, y, z".  thankyou"
[03:40] <zul> Hobbsee: or people having conversations in bug reports
[03:41] <Hobbsee> zul: that too.
[03:41] <Hobbsee> https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/125528 is my favorite so far
[03:41] <ubotu> Launchpad bug 125528 in update-manager "package update-manager failed to install/upgrade: ErrorMessage: SystemError in cache.commit(): E:Sub-process /usr/bin/dpkg returned an error code (1) (dup-of: 125400)" [Undecided,New] 
[03:41] <ubotu> Launchpad bug 125400 in openoffice.org "[MASTER]  package openoffice.org-common 2.2.1-5ubuntu2 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [High,Fix released] 
[03:41] <wwoods> pitti: the crashdb implementation I was working on gives each crash a UUID.. so if you know the UUID you can view your bug
[03:41] <wwoods> err crash
[03:41] <broonie> Hobbsee: Perhaps also point out that people can subscribe to bugs to get updates.
[03:41] <wwoods> but only authenticated people can view/browse/search the database of crashes
[03:42] <Hobbsee> broonie: feel free.
[03:46] <pitti> wwoods: right, that's the idea
[03:47] <broonie> Hobbsee: Where?
[03:47] <Hobbsee> broonie: on that bug
[03:49] <broonie> Hobbsee: Which one (sorry, missing context)?
[03:50] <Hobbsee> broonie: https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/125528
[03:50] <ubotu> Launchpad bug 125528 in update-manager "package update-manager failed to install/upgrade: ErrorMessage: SystemError in cache.commit(): E:Sub-process /usr/bin/dpkg returned an error code (1) (dup-of: 125400)" [Undecided,New] 
[03:50] <ubotu> Launchpad bug 125400 in openoffice.org "[MASTER]  package openoffice.org-common 2.2.1-5ubuntu2 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [High,Fix released] 
[03:56] <asac> anyone can try flashplugin-nonfree on amd64? should be on your mirror ... in case not: http://launchpadlibrarian.net/8448248/flashplugin-nonfree_9.0.31.0.4ubuntu2_amd64.deb
[03:56] <asac> thanks!
[03:56] <asac> mathiaz: ^^
[04:11] <mvo> pitti: the session problem you see with compiz, does it help if you downgrade compiz to the previous version?
[04:11] <pitti> mvo: hm, I have to restart my session for that
[04:11] <pitti> mvo: can do, though
[04:11] <mvo> pitti: no rush, would be nice to know though
[04:11] <pitti> mvo: what is the 'previous' version? there are a gazillions of them :)
[04:12] <mvo> pitti: https://launchpad.net/ubuntu/+source/compiz/1:0.5.1+git20070703-0ubuntu3
[04:13] <pitti> mvo: I have 1:0.5.1+git20070712-0ubuntu1
[04:14] <pitti> mvo: let me try whether it still happens with that one
[04:15] <asac> http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz
[04:15] <soren> http://fpdownload.macromedia.com/get/flashplayer/current/install_flash_player_9_linux.tar.gz
[04:15] <soren> Could someone else please fetch that file and paste the md5sum here?
[04:15] <Hobbsee> soren: grabbing
[04:16] <soren> asac and I get different md5sums...
[04:16] <Hobbsee> 821cc72359a937caef85bb4cc74ef5cd  install_flash_player_9_linux.tar.gz
[04:16] <pitti> 76b38231a68995935185aa42dfda9db7
[04:17] <calc> so how does the flash player work on 64bit some kind of shim?
[04:17] <asac> just works :)
[04:17] <pitti> ia32-libs?
[04:17] <calc> hmm ok
[04:17] <calc> sounds cool :)
[04:18] <calc> now i just need to take my laptop over to mjg to get him to look at the no suspend in 64bit issue
[04:18] <calc> bbl
[04:18] <realist> 821cc72359a937caef85bb4cc74ef5cd
[04:18] <soren> I get the same as pitti and realist.
[04:18] <realist> I suspect geographical based cache/proxying
[04:19] <realist> soren: mine was the same as Hobbsee's, not pitti's
[04:21] <realist> G'night
[04:21] <soren> realist: Yes, I'm an idiot. :)
[04:21] <realist> soren: I still knew what you meant :-)
[04:34] <doko> bdmurray: it's unlikely that #125485 is python2.5 ... reassigned to exaille
[04:41] <wwoods> pitti: do you have any rough numbers on how many core dumps you get and how much disk space they take?
[04:41] <pitti> wwoods: I can only guesstimate
[04:41] <pitti> wwoods: on my last count we had a magnitude of 3000 bugs filed in about 6 months (only from development releases)
[04:42] <pitti> wwoods: and a core is between 50 kB and 10 MB
[04:42] <pitti> wwoods: so a couple of GB, I figure
[04:43] <pitti> wwoods: however, that was from the time when we did not automatically delete core  dumps
[04:43] <wwoods> hm, okay
[04:43] <wwoods> 10MB? really? I had an evo core dump that I was using as a testcase that seemed much bigger than that
[04:44] <pitti> wwoods: might be; NB that I'm talking about the compressed ones
[04:44] <pitti> wwoods: uncompressed cores are huuuge (evo: some 300 MB or more)
[04:44] <wwoods> ahh
[04:46] <wwoods> that's right, you upload them compressed. duh
[04:46] <wwoods> that's the bit I forgot
[04:46] <wwoods> heh
[04:58] <bdmurray> doko: makes sense sorry about that
[05:03] <evand> seb128: I updated evolution-exchange and uploaded gcalctool to revu.
[05:06] <seb128> evand: cools, thanks. Looking
[05:08] <pitti> doko: please have a look at bug 125551 and ack it
[05:08] <ubotu> Launchpad bug 125551 in gcc-4.2 "Support for gcc ICEs" [Wishlist,Triaged]  https://launchpad.net/bugs/125551
[05:09] <Hobbsee> anyone got any idea why we'd still have ndiswrapper-utils-1.8 seeded on the live cds? that should be ndiswrapper-utils-1.9, like the alternate cds
[05:09] <Hobbsee> more to the point, anyone got any objections if i change it?
[05:10] <Mithrandir> Hobbsee: doit
[05:11] <Hobbsee> Mithrandir: great :)
[05:11] <wwoods> pitti: if the apport-reported bugs are sent anonymously, how do the reporters ever get feedback about them?
[05:12] <pitti> wwoods: they aren't
[05:12] <pitti> wwoods: they are normal bugs
[05:12] <pitti> and a bug submitter is always subscribed
[05:12] <wwoods> when do you get the submitter info?
[05:12] <pitti> wwoods: it's mentioned at the top of the bug page
[05:14] <Hobbsee> Mithrandir: do i need to update the metapackagse too, or will they be redone before we go to build cds?
[05:16] <wwoods> I guess I'm confused about something... oh - the reporter app grabs your login cookie, and that's how it files bugs as you?
[05:16] <pitti> wwoods: no, it opens your default webbrowser and lets you type some additional info about the bug
[05:17] <wwoods> And if you don't have a login cookie?
[05:17] <pitti> wwoods: in particular, it uses the normal /+filebug page, but with some magic to automatically attach the collected info to the bug
[05:17] <wwoods> ahhhh
[05:17] <pitti> wwoods: it'll ask you for your lp login/password
[05:17] <pitti> wwoods: "it" -> the LP ui
[05:17] <wwoods> so the bug is pre-filled-out but not actually *filed* by the client-side program
[05:17] <pitti> wight
[05:17] <pitti> right, even
[05:18] <pitti> wwoods: we considered that, but it's a bit tricky to do
[05:18] <pitti> wwoods: it'll just happen when LP gets a crash db
[05:20] <wwoods> so - apport-filled-in crash reports don't get filed anonymously?
[05:20] <pitti> wwoods: nope, not ATM
[05:24] <Hobbsee> cjwatson: you're modifying seeds as well, then?
[05:29] <cjwatson> Hobbsee: yes, d-i version bump
[05:29] <cjwatson> Hobbsee: all done now
[05:30] <Hobbsee> cjwatson: okay, but i take it you didnt merge my ndiswrapper changes in :)
[05:30] <cjwatson> Hobbsee: to which branch?
[05:30] <cjwatson> I mean to which branch did you commit your changes
[05:30] <Hobbsee> cjwatson: ubuntu.gutsy, then merging across
[05:30] <cjwatson> oh, right
[05:30] <Hobbsee> i was a couple of mins after you
[05:30] <cjwatson> no, I didn't notice that, I just merged up to my change
[05:31] <Hobbsee> it's fine, i'll fix it here :)
[05:31] <Hobbsee> yeah
[05:31] <Hobbsee> i only noticed when i got an error about my tree out of date, and went "hang on...there's something weird going on here..." :)
[05:32] <Hobbsee> cjwatson: were you going to respin the metapacakges, or assume that they'd be redone before the cds went in?
[05:32] <cjwatson> Hobbsee: do we need to still support ndiswrapper-utils-1.8 for backward compat?
[05:32] <cjwatson> Hobbsee: I only really cared about the installer seed change, which doesn't require a metapackage update
[05:33] <Hobbsee> cjwatson: ah right
[05:33] <cjwatson> I hadn't been planning to do one right now, although it's true that there are some changes (ubufox) that should be reflected in there eventually
[05:33] <Hobbsee> cjwatson: um - it doesnt exist in gutsy.  i'm not sure how we handle packages that have dropped out of the archive, between releases
[05:33] <Mithrandir> well, I want one for mobile-dev soonish anyway
[05:33] <Mithrandir> so I'll be fine to upload the metapackage itself
[05:34] <cjwatson> Hobbsee: oh, right, not supported then
[05:34] <cjwatson> no problem
[05:34] <Hobbsee> cjwatson: well, it's not suddenly dropped to universe no.
[05:34] <cjwatson> Mithrandir: remember to update build-dependencies on the metapackage sourrce
[05:34] <cjwatson> source
[05:34] <Mithrandir> cjwatson: yup
[05:35] <Mithrandir> 0.30?
[05:37] <Hobbsee> hm, this is cool.  bzr doesnt trash your changes, when doing an update.
[05:38] <Mithrandir> no, should it?
[05:38] <Mithrandir> git pull doesn't either.
[05:38] <Mithrandir> nor does svn up
[05:39] <Hobbsee> oh.
[05:39] <Hobbsee> i dont tend to work with revision control much, so i have no idea.
[05:39] <Hobbsee> gah.  more dupes.
[05:39] <Hobbsee> including more saynig "this is a dupe of x, please check this bug" and they file it anyway
[05:40] <sladen> echo 0 | sudo tee -a /sys/devices/system/cpu/cpu1/online   .  Never realised that actually worked
[05:40] <Mithrandir> the tee trick, or turning off CPUs?
[05:40] <sladen> dismembering cpus.
[05:41] <cjwatson> Mithrandir: yes
[05:44] <Hobbsee> is it sad that i've now memorized the master bug number for all the open office bugs?
[05:45] <sladen> I memorised the number for bug number one
[05:45] <Hobbsee> heh
[05:45] <Hobbsee> then again, this one is only 6 digits.
[05:45] <Hobbsee> the sunday papers at work are much more fun - and get you looked at very strangely.
[05:46] <Hobbsee> "it's only 13 digits, what's the problem?"  "OK, you're insane."  "I know.  and?"
[05:55] <ScottK> cjwatson: Do you have a moment to discuss a source backport for Dapper?  jdong said it was appropriate and I should talk to you.
[05:57] <geser> how is the Changed-By field computed for sponsored syncs?
[05:58] <Hobbsee> it's the name in debian/changelog, iirc
[05:58] <geser> for syncs?
[05:58] <pitti> geser: you specify it on the sync-source command line
[05:59] <pitti> geser: sync-source -b <launchpad ID>
[05:59] <seb128> geser: any problem with it?
[05:59] <geser> no, I just wondered why I got a mail for a sync request I didn't even looked at
[06:00] <seb128> geser: which one?
[06:00] <geser> https://lists.ubuntu.com/archives/gutsy-changes/2007-July/004571.html
[06:01] <geser> bug #125416
[06:01] <ubotu> Launchpad bug 125416 in java-package "Please sync java-package 0.31" [Wishlist,Fix released]  https://launchpad.net/bugs/125416
[06:01] <persia> That's mine
[06:01] <seb128> geser: I probably did a bunch of syncs requests filed by you and did one extra without changing the id
[06:02] <geser> np
[06:03] <Hobbsee> bah.  i need a faster connectoin.
[06:03] <shirish> pitti: can you please look at bug 125563
[06:03] <ubotu> Launchpad bug 125563 in apport "apport giving wrong message" [Undecided,New]  https://launchpad.net/bugs/125563
[06:03] <Hobbsee> shirish: did you file 2 or 4 bugs about the openoffice stuff?
[06:03] <Hobbsee> shirish: please learn to search for bugs before randomly filing bugs on the same thing, repeatedly.
[06:03] <shirish> Hobbsee: 3-4 bugs which were given by openoffice different components
[06:04] <shirish> pifff.... again 3-4 bugs which were given by apport when openoffice failed to update/upgrade
[06:04] <Hobbsee> shirish: which are all in the same source package, and, had you looked at the bug reports, you'd note that they all failed in the same place, with openoffice-common
[06:05] <Hobbsee> well, people are supposed to look at what they're filing, and use some thought, seeing as this is still in development
[06:05] <shirish> Hobbsee: true but I was not sure whether it was the same packages
[06:05] <shirish> same source package
[06:05] <Hobbsee> shirish: apt-cache showsrc openoffice.org | grep Binary
[06:05] <Hobbsee> it is.  had you read it, you would have seen that
[06:05] <shirish> hang on, checking
[06:05] <Hobbsee> shirish: mark https://launchpad.net/bugs/125568  as a dupe of 125400.  call it karma.
[06:06] <ubotu> Launchpad bug 125568 in openoffice.org "Open Office update failed - Gutsy Tribe II" [Undecided,New] 
[06:06] <shirish> done
[06:07] <shirish> Hobbsee: can you tell me what apt-cache showsrc somepackage | grep Binary does, does it show all the packages it depends on or what?
[06:07] <Hobbsee> shirish: i'd suggest you run man <term> for each of the terms there
[06:08] <shirish> oh ok
[06:08] <Hobbsee> shirish: not enough info on that bug, and the problem is already vaguely known about
[06:09] <Hobbsee> shirish: that's a dupe of 96503
[06:09] <shirish> erhm...... showsrc doesn't have a man page
[06:09] <Hobbsee> shirish: about firefox not opening
[06:09] <Hobbsee> Yagisan: it's not that late
[06:09] <shirish> Hobbsee: which one are you talking about?
[06:09] <Hobbsee> shirish: it's in apt-cache
[06:09] <Hobbsee> shirish: the bug you just asked pitti to look at - it's a dupe
[06:09] <geser> Yagisan: she is training for her move to Europe :)
[06:10] <shirish> Hobbsee: nope, it didn't say firefox isn't opening, it gave a wrong message, FF was already open
[06:10] <Yagisan> geser, poor girl
[06:10] <Hobbsee> shirish: i beleive it's the same bug.
[06:10] <Yagisan> geser, where are you sending her ?
[06:11] <Hobbsee> shirish: it's not passing the gnome equivalent of kfmclient foo properly
[06:11] <geser> Yagisan: I don't send there, she wants to come
[06:11] <shirish> Hobbsee: if you are sure, although I have come across that bug, when apport says firefox is not responding
[06:11] <Adam> do you think that making two wings of Ubuntu (open-close, and fully open) will speed up making the Windows rival? i think here about open-close version
[06:11] <Hobbsee> Yagisan: i have plans to move to europe at some point
[06:12] <Yagisan> Hobbsee, really ? I think I told you I'm off to Japan as soon as practical
[06:12] <Hobbsee> Yagisan: yeah :)
[06:12] <Hobbsee> Yagisan: do you know when that is?
[06:12] <Hobbsee> shirish: fairly sure
[06:13] <shirish> Hobbsee: ok if you say so, marking it duplicate
[06:13] <mrsno__> could anyone kindly explain how backporting fixes found in gutsy will be applied to feisty please? im talking of an xorg update released for gutsy https://launchpad.net/bugs/109703
[06:13] <ubotu> Launchpad bug 109703 in xorg "[nvidia-glx]  X module Int10 fails to initialize - Feisty" [Medium,Fix released] 
[06:13] <Yagisan> Hobbsee, I have 8 uni subjects left to do, and I've taken 4 of them right now, so if things go well and I get some more money - very soon
[06:13] <Hobbsee> Yagisan: nice!
[06:13] <Hobbsee> mrsno__: it probably wont be done in an update
[06:13] <Hobbsee> !sru | mrsno__
[06:13] <ubotu> mrsno__: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates for main and restricted, while https://wiki.ubuntu.com/MOTU/SRU is for universe and multiverse.
[06:13] <Hobbsee> unless it fits ^
[06:13] <Yagisan> Hobbsee, no not nice! the full time guys only have 3 subjects :'(
[06:13] <mrsno__> Hobbsee thanks :-)
[06:14] <mrsno__> i will pass that on
[06:14] <Hobbsee> Yagisan: heh.   there's 4 here. it seems normal
[06:15] <Hobbsee> Tonio_: did you eyeball that kdesudo patch, btw?
[06:15] <Yagisan> Hobbsee, I took computer graphics hoping for 3d - I've got 1970's 2D, and I had to port the graphics library they insist on using to linux myself.
[06:16] <Hobbsee> Yagisan: heh.  fun :)
[06:16] <Hobbsee> oh well, i dont want to upload that tonight.
[06:16] <Tonio_> Hobbsee: not yet, I'm waiting for kdelibs to be published to attempt to build it
[06:17] <Hobbsee> not when i'm falling asleep.  darn work early in the morning
[06:17] <Hobbsee> Tonio_: i meant the patch to kdelibs, sorry
[06:17] <Yagisan> Hobbsee, no not fun - gcc hates it (rightly so - is really a piece of - well I was gonna say shit - but that would insult shit) - I want to gouge my eyeballs out with a fork after looking at it
[06:18] <Hobbsee> haha
[06:18] <Hobbsee> oh dear :)
[06:18] <Hobbsee> gouging people's eyes out with a fork sounds like fun, though.
[06:19] <Tonio_> Hobbsee: well I need to build kdesudo to test it actually :)
[06:19] <Hobbsee> Tonio_: heh.
[06:19] <Hobbsee> Tonio_: i dont have more changes - looks like mine are in bzr.
[06:19] <Hobbsee> i just checked here
[06:19] <Tonio_> Hobbsee: oki did you published it ?
[06:19] <Hobbsee> either that, or i havent documented them - which would be rare
[06:19] <Tonio_> did you merge _Stefans_ patch ?
[06:19] <Hobbsee> as in, did i upload it to the archive?
[06:19] <Tonio_> in case no I'll do it
[06:19] <Hobbsee> no, havent yet
[06:19] <Tonio_> oki
[06:20] <Tonio_> want me to take that in charge ?
[06:20] <Hobbsee> was about to, then realised i how tired i was :P
[06:20] <Hobbsee> Tonio_: yes please
[06:21] <Hobbsee> shirish: https://launchpad.net/bugs/125575 too please
[06:21] <ubotu> Launchpad bug 125575 in openoffice.org "package openoffice.org-java-common 2.2.1-5ubuntu2 failed to install/upgrade: dependency problems - leaving unconfigured" [Undecided,New] 
[06:21] <Hobbsee> shirish: watch #ubuntu-bugs for more of them
[06:21] <Tonio_> Hobbsee: oki let's build this one
[06:21] <shirish> Hobbsee: get your sleep, would watch them for few hrs. btw isn't the new one out about an hr. ago ?
[06:22] <Hobbsee> shirish: it got reported 2 minutes ago to -bugs.
[06:22] <Hobbsee> shirish: so, unlikely.  just silly people are filing them, without checking first, so they all look almost exactly the same
[06:23] <Tonio_> Hobbsee: can't see your changes in kdelibs, just updated the bzr branch
[06:23] <Tonio_> Hobbsee: did you fill the changelog ?
[06:23] <Hobbsee> Tonio_: i didnt commit
[06:23] <Hobbsee> Tonio_: yeah, i did previously
[06:23] <Tonio_> Hobbsee: can you commit so that I build the package ?
[06:23] <Hobbsee> i thought i had more
[06:24] <Hobbsee> my last commit is the latest (0ubuntu7)
[06:24] <Hobbsee> i think
[06:24] <Tonio_> 1ubuntu7
[06:24] <Hobbsee> whatever it is
[06:24] <Hobbsee> it ends in ubuntu7
[06:24] <Tonio_> Hobbsee: we are possibly at version ubuntu9 now :)
[06:24] <Hobbsee> Ton
[06:24] <Hobbsee> Tonio_: this is true
[06:24] <Hobbsee> Tonio_: on second thoughts, are you around in ~12 hours?
[06:25] <Tonio_> 14 hours :)
[06:25] <shirish> darn, I want to help & my fav. fav. most watched movie coming, a hindi musical
[06:25] <Tonio_> Hobbsee: I can wait for you to commit your changes
[06:25] <Hobbsee> Tonio_: even better.
[06:25] <Tonio_> yup
[06:25] <Hobbsee> Tonio_: my changes *should* already be committed, but i'll check then
[06:25] <Hobbsee> Tonio_: if you see me, and are around, please poke me on irc, and we can figure out how to do things sanely with bzr
[06:26] <Tonio_> Hobbsee: oki, I'll build the package tomorrow, there is no emergency reguarding to kdesudo on that point as I'm still waiting for mhb latest improvement
[06:26] <Hobbsee> Tonio_: as the current lot is...not the smartest setup in teh world.
[06:26] <Hobbsee> Tonio_: fair enough
[06:26] <Hobbsee> Tonio_: i do want to see if it builds here without binary corrupting, though
[06:26] <shirish> Hobbsee: https://beta.launchpad.net/ubuntu/+source/openoffice.org/2.2.1-5ubuntu3
[06:26] <Tonio_> Hobbsee: why would binaries be corrupted ? because of _Stefans_ changes ?
[06:27] <Tonio_> Hobbsee: ho yeah I saw he redefined a class, can cause troubles indeed
[06:27] <Hobbsee> Tonio_: binary changes, when i use an ordinary dpkg-buildpackage, with a .bzr/ dir
[06:27] <Tonio_> hum okay, that's another problem :)
[06:27] <Hobbsee> Tonio_: which means i need to use bzr-buildpackage, yeah
[06:28] <Tonio_> Hobbsee: bzr export && pbuilder is nice too
[06:28] <Hobbsee> true
[06:41] <Hobbsee> Tonio_: oh.  i *do* have more to commit.
[06:41] <Hobbsee> Tonio_: i knew there was something else
[06:41] <Hobbsee> yay, deaded brain.
[07:47] <xxxxx1> someone here use dpatch-get-origtargz?
[07:47] <sivang> xxxxx1: what is that?
[07:49] <xxxxx1> dpatch-get-origtargz gets the upstream tarball
[07:50] <xxxxx1> useful for get-orig-source target
[07:52] <xxxxx1> i am trying the method to get upstream from watch file... but i think dpatch-get-origtargz have a bug dealing with .tar.bz2
[07:52] <sivang> ah, I see
[08:12] <Amaranth> bryce: if anything bug 60726 should be closed as invalid
[08:12] <ubotu> Launchpad bug 60726 in xorg-server "GL_ARB_fragment_program support" [Medium,Incomplete]  https://launchpad.net/bugs/60726
[08:13] <Amaranth> That patch tells programs fragment_program is supported but doesn't seem to actually make it work. Also, compiz doesn't require fragment_program
[09:04] <franck78> Hello *, I would like Networkmanager be updated from 0.64 to 0.65 because it solves issues 'wpa key not correctly used with wpa_supplicant';  Recompiling & installing manually is painfull ;-) Merci
[09:07] <sits> hi there
[09:07] <sits> what is the procedure for wiki conflicts?
[09:13] <ScottK> sits: What page?
[09:13] <sits> ScottK: https://help.ubuntu.com/community/BinaryDriverHowto/Nvidia
[09:13] <sits> I've toiled away on that page for months trying to carefully make it so that it lists information concerning the installation of Ubuntu provided binary drivers
[09:14] <sits> after someone added a huge manual install section to the middle I went away and improved
[09:14] <sits> https://help.ubuntu.com/community/NvidiaManual
[09:15] <ScottK> OK
[09:15] <sits> and made links to it more prominent and included a warning in the edit page that the manual installation was described on the NvidiaManual page
[09:15] <sits> now the thing is people clearly want manual instructions...
[09:15] <sits> Am I being daft? If so I wouldn't mind if the non manual information were removed entirely as it took ages to compile
[09:16] <sits> I don't want a war
[09:17] <sits> if the manual stuff should be there so be it but I don't want people thinking that it is the "supported" method and all the links and background information to launchpad
[09:18] <ScottK> Maybe find the contact info of the person adding the manual info and e-mail them?
[09:18] <sits> I've tried
[09:18] <sits> I couldn't find an email address
[09:18] <sits> I tried to leave an explanation in the history
[09:19] <sits> but clearly that person wants it there and my comment saying see NvidiaManual was ineffective
[09:19] <sits> I was happy to see someone else editing the page I'm just at odds with their style I guess
[09:22] <ScottK> sits: I'm looking at it.
[09:23] <mdke> sits: we can fairly easily get hold of someone's contact details - did you try a search in launchpad using the wikiname?
[09:23] <sits> mdke: that's an excellent idea. Trying it now
[09:23] <mdke> found him, no email though. We'll ask the LP team if they can give it to you
[09:25] <sits> ScottK, mdke: Basically I'm wondering if I'm making a mountain out of molehill
[09:26] <ScottK> Cool because other than finding out he's prominant in "Overclockers of Guatemala", Google wasn't much help.
[09:26] <ScottK> sits: Do both ways of doing it work?
[09:26] <mdke> sits: sounds like you are totally right. And we need a procedure for resolving these things. Feel free to carry on in -doc if you like
[09:27] <sits> ScottK: sort of. It's not that simple
[09:27] <sits> if you go the manual route you get newer drivers but every time a new kernel or mesa update comes out you have to recompile the binary drivers
[09:27] <ScottK> OK.  Well I'd follow up as mdke says in #ubuntu-doc then.  Goog luck
[09:27] <ScottK> Goog/Good.
[09:27] <sits> also the binary drivers overwrite the debs files on the system
[09:28] <sits> this can cause huge problems later on as debs are upgraded (e.g. if you move the next +1)
[09:28] <sits> ok "carrying on" ( : ) over in -doc
[11:33] <tormod> ScottK: bug #43322: are you sure it can not go into backports? that sounds a little bureaucratic...
[11:33] <ubotu> Launchpad bug 43322 in eog "EOG crashes when stopping slideshow" [Medium,Fix released]  https://launchpad.net/bugs/43322
[11:36] <ScottK> Not for bug fixing.  The Ubuntu Tech Board gave very strict guidelines about backports when it was created.  It's really MUCH better to find the patch for that bug and do an SRU.
[11:36] <ScottK> Backports are not enabled by default, but updates are, so everyone will get the fix that way.
[11:42] <tormod> ScottK: upstream says: there a deep design problem which blocks us from fixing it.
[11:42] <ScottK> Hmmm
[11:43] <tormod> ScottK: http://bugzilla.gnome.org/show_bug.cgi?id=320206#c85
[11:43] <ubotu> Gnome bug 320206 in collection "Crash when canceling slide show" [Critical,Resolved: fixed] 
[11:44] <ScottK> Well then maybe a rewritten backports request that asked for all the new shiny features (and oh by the way won't crash) would work.
[11:44] <vignatti> hi, is there some Xorg maintainer here?
[11:45] <vignatti> well, I would like to know some status of the xkeyboard-config (or xkb-data)
[11:45] <ScottK> tormod: That bug has a pretty small patch attched to it.  Are you sure it can't be backfitted into the existing verions?
[11:46] <ScottK> vignatti: All the likely suspects are at a development sprint this week in London and so they aren't online much and it's late where they are.
[11:47] <ScottK> Gotta run.
[11:47] <vignatti> ScottK: okay dude, thanks for the tip
[11:47] <tormod> ScottK: the patch in comment 21? reported to not fix by comment 22.
[11:50] <tormod> ScottK: that patch actually went upstream in comment 25 as a partial fix.