[12:14] <jdong> is there some trivial way to disable apport except hooks for a python app?
[12:16] <lifeless> yes, dont raise uncaught exceptions ;)
[12:16] <lifeless> [why?] 
[12:18] <jdong> lifeless: well now I know not to, but when I wrote this program, I didn't expect Python to do this to me, so a few of the exit conditions are uncaught exceptions
[12:19] <jdong> I want to SRU the package to get rid of the annoying behavior
[12:19] <lifeless> jdong: what, it would deliberately crash?
[12:19] <jdong> yes, it would let a BuildError slide on crash, or a KeyboardInterrupt for exit, etc
[12:19] <jdong> maybe a few others too :)
[12:20] <lifeless> ug
[12:20] <jdong> I have a feeling I'm gonna be getting a "correct python coding" talk :D
[12:20] <lifeless> keyboard interrupt apport should let through
[12:20] <lifeless> that might be a bug
[12:20] <jdong> keyboardinterrupt might go through right
[12:20] <jdong> but some of my others were derived from like OSError
[12:20] <lifeless> also SystemExit it should ignore, again if it doesn't its a bug
[12:20] <jdong> or IOError or ValueError
[12:20] <jdong> oops :)
[12:21] <lifeless> but yeah, if you raise an exception, its like in C, exiting via a segfault.
[12:21] <lifeless> it'll work, but its fugly.
[12:21] <jdong> hehe
[12:21] <jdong> point taken and I've already corrected that behavior in my devel branch
[12:21] <lifeless> ok
[12:22] <ion_> Im pro-segfault.
[12:23] <jdong> so my choices are... (a) don't fix it, (b) add a exception wrapper around my main function (3) find a way to turn off apport
[12:24] <ion_> And () all of the above
[12:25] <jdong> well I'm trying to pick the one with the fewest changed lines, so it looks best on a SRU proposal :D
[12:29] <lifeless> (b)
[12:29] <lifeless> turning off apport would cause all real errors to not gather defect reports
[12:29] <lifeless> or did apport get castrated after the release?
[01:04] <cjwatson> codingmaster: I remember suggesting "uriel", although it doesn't seem to be on your page
[01:05] <Nafallo> cjwatson: could you give-back gnome-utils on sparc please
[01:05] <Nafallo> ? :-)
[01:05] <cjwatson> Nafallo: no (as in, I have no ability to do so)
[01:05] <Nafallo> cjwatson: oh. who has those days? I thought you had... :-)
[01:06] <jdong> Nafallo: I liked my give-back request :)
[01:07] <cjwatson> Nafallo: I have never been a buildd admin
[01:07] <Nafallo> jdong: oh? :-)
[01:07] <Nafallo> cjwatson: ah. buildd admins then :-)
[01:07] <Nafallo> infinity: could you give-back gnome-utils on sparc please? :-)
[01:07] <jdong> Nafallo: look up for my ping to $nick=1.0/0.0
[01:07] <jdong> I thought it deserved a few creativity points.
[01:07] <Nafallo> hehe
[01:08] <codingmaster> @cjwatson: sorry, I add it now :) - thanks for the idea :)
[01:10] <codingmaster> @cjwatson: it's there now - thanks :)
[01:13] <cjwatson> ta
[02:08] <agraveley> is the gettext-po python binding available anyplace yet?
[05:20] <vecina> *fearfully enters*
[05:21] <Sleepy_Coder> *fearfully steals vecina's pocket change*
[05:21] <vecina> o.o
[05:21] <Sleepy_Coder> ().()
[05:21] <vecina> Im having a huge bug. This is actually with kubuntu, but big difference... ive asked a lot of people in a lot of places, so Im just poking here in the hope that someone will know
[05:22] <vecina> Why is my hald getting messed up when i shut down my computer? I have to reinstall dbus sometimes to get automounting back, and if i dont reinstall hal, i get graphical errors
[05:24] <vecina> *sigh* oh well it was worth a shot
[05:37] <infinity> jdong, Riddell, Nafallo : Done.
[05:37] <jdong> yay thanks infinity :)
[05:37] <Burgundavia> infinity: hey
[05:37] <infinity> Bonjour.
[05:38] <jdong> hey, he does the french thing too :)
[05:38] <infinity> Un petit peut.
[05:39] <jdong> lol
[05:39] <jdong> in that case I'm aliasing that give-back message
[05:44] <bluefoxicy> what the hell?  The nslookup tool in windows is more complete than the one in Linux?
[05:44] <Sleepy_Coder> blasphemy!
[05:44] <jmg> dig?
[05:44] <Sleepy_Coder> How many Windows Genuine Updates did it take to get that way?
[05:45] <bluefoxicy> Sleepy_Coder:  nslookup doesn't implement anything on linux.  I tried to zone transfer from a weak server and found that ls isn't implemented.  Nor is root, finger, view, help, ?
[05:45] <jmg> use dig?
[05:47] <bluefoxicy> yeah, pretty much.
[05:47] <bluefoxicy> it just irks me.
[05:52] <johanbr> Years ago, nslookup used to carry a notice that it was deprecated. It doesn't seem to any more.
[05:54] <Sleepy_Coder> bluefoxicy: lol, I was being sarcastic. :)
[05:56] <jmg> johanbr: wasnt it the host command that had the banner saying use nslookup instead?
[05:56] <johanbr> I don't think so.
[05:57] <johanbr> I could be wrong, though.
[05:58] <johanbr> Google seems to agree with me.
[06:54] <Burgundavia> morning Keybuk
[06:55] <ajmitch> hi Keybuk 
[06:55] <Keybuk> heyhey
[06:58] <Keybuk> three US states in one day!
[06:59] <ajmitch> been travelling a bit?
[06:59] <Keybuk> yeah
[06:59] <Keybuk> Texas, Colorado and now Oregon
[07:00] <Burgundavia> oh geez
[07:00] <Burgundavia> what for?
[07:00] <tonyyarusso> wow, not even bordering
[07:00] <Burgundavia> well, the first is probably dell, the 2nd is probably system76 and the 3rd I have no idea
[07:00] <ajmitch> and then you get to hop on a plane for spain, lucky you
[07:01] <Burgundavia> Keybuk: am I right?
[07:01] <Treenaks> Burgundavia: won't Ubuntu Live be in Oregon in July?
[07:02] <Keybuk> Burgundavia: no ;)
[07:02] <Burgundavia> Keybuk: I can try
[07:02] <Burgundavia> I mean, I could build an entire conspiracy theory around that trip
[07:03] <Hobbsee> Burgundavia: and then blog about it
[07:03] <Hobbsee> of course
[07:03] <Hobbsee> hiya, btw
[07:03] <Keybuk> *sigh* yeah, that's always a great idea ;)
[07:03] <Burgundavia> I have already blogged once today and am about to blog a 2nd time
[07:03] <Burgundavia> 3rd is a bit excessive
[07:04] <ajmitch> Burgundavia: that's a lot more than I have
[07:04] <ion_> burgundavia: He went back in time to Area 51 to prevent the US government from blowing up WTC, while meeting some gray aliens on the movie set of the fake moon landings?
[07:04] <Burgundavia> ok, that is entirely over the top
[07:04] <Burgundavia> a good conspiracy theory is simple
[07:05] <Treenaks> ajmitch: what would hr@ want with a conspiracy theory? :P
[07:05] <ajmitch> Treenaks: nothing
[07:06] <ajmitch> though they may get a few laughs out of it
[07:08] <pitti> Good morning
[07:08] <ion_> Bono estente, pitti.
[07:08] <Treenaks> wow @ xkcd.com
[07:09] <ajmitch> hey pitti 
[07:09] <jmg> timeline
[07:45] <Mithrandir> Treenaks: with "Stallman's airship" too
[07:48] <jmg> www.digg.com lol.
[07:49] <Mithrandir> "Soviet Russia" too.
[07:52] <Burgundavia> hmm, wonder what eler are going to do with this Dell thing
[07:58] <ajmitch> hi Mithrandir 
[07:58] <tonyyarusso> eler?
[07:58] <Mithrandir> hiya ajmitch 
[07:59] <shawarma> tonyyarusso: Everybody Loves Eric Raymond.
[07:59] <shawarma> tonyyarusso: Just google for "eler"
[07:59] <tonyyarusso> ah, right
[08:06] <Hobbsee> Mithrandir: sync-source?
[08:06] <Mithrandir> the tool we use to sync packages from elsewhere.
[08:06] <Mithrandir> it was being annoying
[08:07] <Hobbsee> ahhh
[08:08] <Mithrandir> and it's even more annoying that it restarts from scratch after falling over.
[08:08] <Mithrandir> even more so when I'm syncing 500-ish packages.
[08:10] <Hobbsee> hah
[08:10] <Hobbsee> yes
[08:56] <dholbach> GOOD MORNING
[08:57] <mdke> morning dholbach 
[08:57] <mdke> very convincingly said
[08:57] <dholbach> heya mdke
[08:57] <dholbach> :-)
[08:57] <mdke> sun is shining in Berlin?
[08:58] <dholbach> it's a bit cloudy, but it's good :)
[08:58] <dholbach> how are you?
[08:58] <mdke> very well, sun is shining here
[08:58] <dholbach> nice :)
[09:04] <mdke> cjwatson: should I change the value of &url-install-manual; to what the new address will be? You might want to do that in the package I guess
[09:12] <mdke> cjwatson: here is a diff of what I've changed: http://paste.ubuntu-nl.org/18764/
[09:26] <Nafallo> infinity: thanks
[09:26] <Nafallo> dholbach: morning handsome :-)
[09:28] <cjwatson> mdke: yeah, feel free to change that in your tree - I'll see about merging, although I have to do a complicated merge from Debian that I didn't manage to finish last cycle
[09:29] <cjwatson> wget -O mdke.diff http://paste.ubuntu-nl.org/18764/plain/ # will have to do for now
[09:30] <dholbach> heya Nafallo
[09:30] <mdke> cjwatson: you might not want the change to buildone.sh 
[09:31] <mdke> anyway, should be online whenever newz can get round to uploading it
[09:31] <Nafallo> morning everyone :-)
[10:48] <tkamppeter> hi, pitti
[10:50] <zyga> mvo: hey
[10:51] <mvo> hey zyga!
[10:51] <zyga> mvo: how is your weekend? :-)
[10:51] <mvo> zyga: it was great! long and very relaxing :)
[10:51] <zyga> mvo: I have some interesting news on cnf front
[10:51] <mvo> zyga: much needed after the stressful release :P
[10:51] <zyga> mvo: I got the raw data scan down to 700K
[10:51] <mvo> zyga: woah! that is great!
[10:51] <mvo> zyga: should I merge from you?
[10:51] <zyga> and I have fixed a major bug that probably missed alot of stuff in packages
[10:52] <pitti> hello tkamppeter, how are you?
[10:52] <zyga> not yet unless you want to see the state of flux today :-)
[10:52] <mvo> zyga: haha, ok :)
[10:52] <zyga> one last thing is the new format that is no longer arch dependent
[10:52] <zyga> this time the whole archive is universal as the changes from arch to arch are less than 50K
[10:52] <zyga> (for all arches)
[10:53] <siretart> cjwatson: I'd like to register specs for sevilla, but I'm unsure how to propse them to the conference next week. shall I set the goal for gutsy like in https://blueprints.launchpad.net/ubuntu/+spec/wine-gutsy-roadmap/?
[10:53] <zyga> I have also found several bugs in other packages: mostly programs being in /usr/bin but -x
[10:53] <zyga> I also have some other bugs pending where one package has 3 binaries on some platformsa and for example, only two on one specific (seems like an accident)
[10:53] <siretart> that doesn't seem to match with the UDS, but rather for gutsy in general.. hmm
[10:54] <mvo> zyga: if the data is not that big, having a arch: all package is fine. i
[10:54] <cjwatson> siretart: no, don't set a release goal; use "propose for meeting agenda"
[10:54] <zyga> yeah the data is even smaller than before :D
[10:54] <zyga> slighly but still
[10:54] <mvo> zyga: this kind of error checking sounds very very useful, lets add  a mode to the scanner so that we can run it in "check-archive"-mode 
[10:54] <zyga> it was caused by the serious hardling bug discovered by someone
[10:55] <cjwatson> gar @ -roadmap specs, too
[10:55] <zyga> I have several new programs that do that
[10:55] <siretart> cjwatson: aaah, found it!
[10:55] <zyga> oh and the scan format is improved 
[10:55] <mvo> zyga: I'm subscribed to the command-not-found bugs, but I'm currently a weekend behind my buglist :/
[10:55] <zyga> first the big dump (as before) is transformed to a package map (0.7MB)
[10:55] <zyga> then that map is transformed to the regular format or to the legacy format
[10:55] <siretart> cjwatson: is there some way to see the already but not yet accepted specs for sevilla?
[10:56] <zyga> we could ship an update to feisty data next week if you agree, many programs were missed because of that bug
[10:56] <cjwatson> siretart: I think you need superpowers for that
[10:57] <siretart> cjwatson: hm. okay. Do you happen to know if there is some discussion (aka spec) planned for having crypted filesystem (or rather crypted blockdevices via cryptsetup) support in 7.10?
[10:57] <cjwatson> siretart: (FWIW, I don't have those superpowers either)
[10:58] <siretart> hm. looks I'd need to catch some TB member..
[10:58] <cjwatson> mdz: can we make /sprints/uds-sevilla be driven by ubuntu-drivers or something so that I can prod it?
[10:59] <mdz> cjwatson: just crashed my firefox trying
[10:59] <cjwatson> whee
[10:59] <cjwatson> siretart: crypted filesystem support is on the core schedule (i.e. the stuff that's been pre-scheduled by hand)
[11:00] <mvo> zyga: I'm fine with that, but we need a propper diff so that the changes can be audited manually to protect against regressions
[11:00] <mdz> cjwatson: repeatably, even
[11:00] <siretart> cjwatson: whee! I was just about to register a spec about this :) 
[11:00] <mvo> zyga: thanks for that great work, thats really cool!
[11:01] <cjwatson> siretart: I'll add your name to the list for that spec
[11:01] <cjwatson> s/spec/workshop/
[11:01] <zyga> mvo: as before, the scan can be generated with -legacy-scan-data and manual diff :-)
[11:01] <cjwatson> mdz: w3m? :)
[11:01] <mvo> zyga: good!
[11:01] <siretart> cjwatson: that would be great!
[11:01] <siretart> cjwatson: is that spec in launchpad? what's the name?
[11:01] <mdz> pitti: I'm not getting a crash dump from it for some reason
[11:02] <pitti> mvo: for what?
[11:02] <pitti> mdz: for a ffox crash?
[11:02] <cjwatson> siretart: oh, er. except it conflicts with revu/contributing which you're also down for
[11:02] <mdz> pitti: not entirely certain it's dying from a signal; looking at it now
[11:02] <pitti> mdz: if it's SIGABRT, we ignore it; the log might tell?
[11:03] <cjwatson> siretart: we haven't gone through and sorted out all the core-schedule workshops having specs in launchpad yet - I'm planning to do that today or tomorrow
[11:03] <mdz> /usr/lib/firefox/firefox-bin: symbol lookup error: /usr/lib/firefox/components/libmyspell.so: undefined symbol: _ZN8Hunspell5spellEPKc
[11:04] <asac> mdz: ffox needs a fix because hunspell upgrade was incompatible
[11:04] <asac> e.g. a respin + a patch
[11:04] <siretart> cjwatson: aaah, I see. thanks for looking this up for me
[11:04] <tkamppeter> pitti, fine.
[11:05] <tkamppeter> pitti, is the apport still activated by default in the released Feisty? I still get gs-esp crash reports regularly.
[11:05] <pitti> tkamppeter: reports are still written, but not reported to the user any more by default
[11:05] <asac> i am waiting for nss and nspr package to be synched from debian ... anyone can speed this up?
[11:06] <cjwatson> asac: have you filed sync bugs?
[11:06] <cjwatson> oh, are they new packages?
[11:06] <asac> i have ... though seb128 told me that this was not needed??
[11:06] <asac> yes they are new
[11:06] <seb128> cjwatson: there is bug opens but they are new packages
[11:06] <cjwatson> indeed, bugs aren't needed
[11:06] <cjwatson> asac: I can do that for you once whoever is doing an autosync run has finished
[11:07] <cjwatson> (Tollef, at a guess)
[11:07] <seb128> cjwatson: new packages are not part of the autosync run?
[11:07] <asac> cjwatson: you rock ... shall i remind you in a few hours?
[11:09] <asac> mdz: for the time being try to downgrade libhunspell ;)
[11:09] <cjwatson> seb128: no
[11:10] <cjwatson> autosync -> sync-source -a, new packages -> new-source and sync-source individually
[11:10] <cjwatson> asac: sure
[11:10] <seb128> ok
[11:11] <cjwatson> asac: actually, somebody is syncing them at the moment, so no need
[11:11] <asac> ah ... any ETA?
[11:11] <cjwatson> asac: few hours
[11:12] <cjwatson> (once you take NEW into account, etc.)
[11:12] <cjwatson> asac: do these need to go into main? if so, are they just split out from an existing package, or is there anything fundamentally new in there?
[11:12] <asac> cjwatson: can you direct them to main?
[11:12] <asac> no .. they are split out ... + soname
[11:14] <asac> cjwatson: there are preview packages if you want to do a review
[11:14] <cjwatson> I can certainly direct them to main, yes
[11:14] <cjwatson> it's ok, I'll eyeball them in the queue
[11:14] <asac> ok fine :)
[11:19] <saispo> hi all
[11:20] <saispo> who maintain samba ?
[11:21] <seb128> nobody
[11:21] <seb128> we have no assigned maintainer
[11:21] <seb128> infinity was looking at it
[11:21] <seb128> why?
[11:41] <mdz> saispo: samba is maintained by the Debian samba team; Ubuntu makes only trivial changes to it
[11:41] <mdz> (and by upstream of course)
[11:42] <saispo> k
[11:42] <saispo> seb128: ok, because i have a bug under ubuntu, but with the same config, on edgy no bug, the same config on Mandriva no bug...
[11:42] <saispo> seb128: i will investigate more :)
[11:43] <seb128> saispo: what bug?
[11:45] <saispo> a segfault when /proc/sys/kernel/domainname is set to (none)
[11:45] <saispo> a bug is open on launchpad
[11:45] <seb128> ah ok
[11:46] <seb128> saispo: does mandriva uses the same samba version?
[11:46] <saispo> yep
[11:46] <saispo> 3.0.24
[11:46] <seb128> ok, so maybe it's due to a distribution patch or they have a patch to fix it
[11:46] <saispo> the version in Debian is more recent than the feisty, will try with it
[11:46] <seb128> let me know if you figure something
[11:47] <saispo> k
[11:47] <saispo> no problem :)
[11:48] <Riddell> infinity: I'm after a mass kde give back please: kdegraphics, kdeadmin, kdetoys, kdenetwork, kdemultimedia, kdepim, kdeedu, kdeartwork
[11:49] <Mithrandir> Riddell: I'll get to it
[11:49] <Riddell> Mithrandir: thanks
[11:49] <Mithrandir> Hobbsee!
[11:50] <Simira> Mithrandir!
[11:50] <Mithrandir> Simira!
[11:50] <Simira> Hobbsee: taking off soon? :)
[11:50] <Simira> Mithrandir: remember to bring the large suitcase for Hobbsee 
[11:50] <Mithrandir> Simira: yup, I was planning on that one.
[11:51] <Mithrandir> though, a backpack might be more comfortable?
[11:51] <Simira> Mithrandir: probably harder to carry? The suitcase has wheels on it?
[11:51] <Hobbsee> Mithrandir!  Simira!
[11:51] <Hobbsee> Simira: less than 24 hours, yep!
[11:51] <Hobbsee> haha :D
[11:51] <fabbione> Hobbsee: wb
[11:52] <fabbione> Simira: hey...
[11:52] <Simira> hi fabbione! How's the family doing?
[11:52] <fabbione> Simira: all good thanks
[11:52] <Hobbsee> heya fabbione!
[11:52] <fabbione> Simira: the little one is taking a nap
[11:52] <Simira> fabbione: not running all around yet?
[11:53] <fabbione> Simira: oh yeah.. he can crawl around now, and he is learning to climb the jails and stand up
[11:53] <fabbione> Simira: it's scary how quickly he does that
[11:53] <Hobbsee> haha
[11:53] <Simira> fabbione: I can imagine... one of the real scary periods with a child
[11:53] <Hobbsee> fabbione: will have to play the role of embarrassed person when the fabbioneclan goes shopping now...
[11:53] <Hobbsee> er, s/person/parent/
[11:54] <fabbione> Simira: no.. the real scary period is when they will become teenagers :P
[11:54] <Hobbsee> haha
[11:54] <fabbione> Hobbsee: ehehe
[11:54] <Simira> fabbione: one of them, I said. I didn't say it doesn't get worse ;)
[11:54] <fabbione> Simira: yeah.. true that
[11:55] <Simira> Hobbsee: all my cousins are younger than me...
[11:55] <Hobbsee> Simira: ahhh..  yes, that helps
[11:59] <seb128> slomo: any reason you are not on #ubuntu-desktop? ;)
[11:59] <seb128> ups, you are, completion didn't work correctly
[12:00] <seb128> or I used the wrong key ;)
[12:00] <Hobbsee> seb128: damn those keyboards that dont operate on brain waves!
[12:00] <seb128> Hobbsee: right ;)
[12:00] <mdz> asac: that bug seems to break any page with a textarea.   I think this will make it difficult to report in Launchpad :-)
[12:01] <asac> mdz: hehe ... right;) ... but this special bug is known
[12:02] <asac> if nss/nspr don't land today i will upload an intermediate fix
[12:02] <asac> so gutsy people can use firefox
[12:02] <asac> problem was that we used experimental hunspell version from debian ... and debian maintainer assumed it was ok to break abi
[12:02] <Hobbsee> Mithrandir: in that suitcase, be sure to bring Simira please.
[12:03] <Mithrandir> Hobbsee: good point, I should.
[12:03] <Simira> Hobbsee: it's not room for Odin in there
[12:03] <Hobbsee> Simira: then how on earth would you expect me to fit in there?  :P
[12:03] <Hobbsee> Mithrandir: yes.  else there will be the doomstick treatment.
[12:04] <Simira> Hobbsee: ok, it's not room for BOTH me AND Odin
[12:04] <asac> mdz: maybe try to disable spellchecker for now
[12:04] <Simira> Hobbsee: and no doomstick on my husband, may I ask
[12:05] <Hobbsee> Simira: ahhh, point.  and yes you may ask
[12:05] <Simira> Hobbsee: and I WILL be obeyed! :p
[12:05] <Hobbsee> Simira: O RLY NOW?
[12:05] <Hobbsee> :P
[12:05] <Riddell> pitti: any plans to review feisty-proposed uploads?
[12:06] <pitti> Riddell: yes, it's high on my list indeed
[12:06] <Riddell> pitti: great
[12:08] <pitti> mdz, iwj: does http://pastebin.ca/467105 look reasonable for you as a check for following the Ubuntu merging policy? (use -v and describe remaining changes) it's only a heuristic of course
[12:08] <mdz> asac: will layout.spellcheckDefault=0 do that?
[12:09] <mdz> pitti: 'merge.*debian' is probably sufficient (e.g., "Merge Debian changes", or "Merge ... from Debian"
[12:09] <pitti> ah, right
[12:10] <cjwatson> pitti: hmm, I sort of feel that's going too far along the road that's a pain for third party developers to turn off
[12:10] <mdz> pitti: maybe link to an anchor on UbuntuDevelopment which explains in more detail?
[12:10] <pitti> cjwatson: it has $ENV{'DEBEMAIL'} =~ /ubuntu/
[12:10] <mdz> cjwatson: just like the other check, it's conditional on DEBEMAIL
[12:10] <asac> mdz: yes
[12:10] <pitti> mdz: good idea
[12:10] <cjwatson> shrug, just feels like going too far to me
[12:11] <cjwatson> we already get people turning up here from time to time who are Ubuntu members and have DEBEMAIL =~ /ubuntu/, but aren't actually Ubuntu *developers* and get confused by the existing check
[12:11] <mdz> asac: that works around it, thanks.
[12:11] <mdz> asac: if there's a bug open in launchpad, please note that on the bug as well
[12:11] <cjwatson> I think it's worth it for the maintainer check since that was something we were asked to do, but this is just for our own convenience
[12:12] <cjwatson> and also /ubuntu/ matches derivatives that happen to contain "ubuntu"
[12:12] <cjwatson> who may be merging from us
[12:12] <cjwatson> "merge from Debian via Ubuntuu"
[12:12] <cjwatson> s/u"/"/
[12:12] <Mithrandir> make it part of debuild, not dpkg-buildpackage, if anything?
[12:12] <pitti> Mithrandir: what would that change, by and large?
[12:13] <cjwatson> pitti: also, please make it a warning not an error
[12:13] <Mithrandir> pitti: debuild is more of a kitchen sink than dpkg-buildpackage?
[12:13] <asac> mdz: done bug 111568
[12:13] <ubotu> Launchpad bug 111568 in firefox "Gutsy Firefox crashes when spell checking enabled" [High,In progress]  https://launchpad.net/bugs/111568
[12:14] <pitti> cjwatson: well, then we don't really need to do it, I think; even building a source package is noisy enough to make warnings just get drowned in the scrolling flood
[12:15] <cjwatson> pitti: the warnings at the end tend to be noticed a bit more
[12:15] <cjwatson> I agree for stuff earlier on, but dpkg-genchanges is right at the end
[12:15] <pitti> hm; it seems we never actually wikified the merging Policy
[12:15] <cjwatson> and this is such a fuzzy check that it seems quite likely to misfire on occasion
[12:16] <pitti> cjwatson: ok; let's see whether it will have an impact
[12:52] <carlos> pitti: hi
[12:52] <carlos> around ?
[12:53] <pitti> hey carlos
[12:53] <carlos> pitti: did you enable again daily lang packs? (and prepared everything for Feisty updates?)
[12:54] <pitti> carlos: yes, I did
[12:54] <carlos> ok
[12:54] <carlos> seems like there is a problem with the fixed name link
[12:54] <carlos> and thus, I guess you didn't get any update yet
[12:54] <pitti> carlos: it just didn't build feisty-updates because ~carlos/public_html/language-packs/feisty-updates/ does not have rosetta-feisty-updates.tar.gz
[12:55] <carlos> yeah, seems like the link is not being updated nor created
[12:57] <carlos> pitti: fixed
[12:57] <pitti> carlos: thanks
[12:57] <carlos> if you want to run the script again, today exports should work
[12:59] <pitti> carlos: started
[01:10] <mdz> asac: thanks
[01:10] <fabbione> OH great
[01:10] <fabbione> mdz: how can i workaround that FF crash?
[01:11] <mdz> fabbione: it's in the bug
[01:11] <fabbione> thanks
[01:11] <mdz> bug 111568
[01:11] <ubotu> Launchpad bug 111568 in firefox "Gutsy Firefox crashes when spell checking enabled" [High,In progress]  https://launchpad.net/bugs/111568
[01:12] <iwj> pitti: I think I agree with cjwatson, FWIW.  (Sorry, I didn't see your message earlier; apparently my client doesn't embolden unless my nick is first, or something?)
[01:13] <pitti> iwj: right, thanks; I changed it to be warnings in debuild now
[01:13] <pitti> debuild collects warnings and writes them out as last step, that's reasonable
[01:13] <TheMuso> Is there any reason why a package that builds fine in a pbuilder FTBFS on the same arch in the DC? The build step for the package requires pkg-config >= 0.8, and can't seem to find it, even though version 0.21 gets installed? As I said, in pbuilder, fine, yet it failed in the DC.
[01:15] <Hobbsee> TheMuso: isnt .21 less than .8?
[01:15] <StevenK> zsh: exit 1     dpkg --compare-versions 0.21 lt 0.8
[01:16] <Hobbsee> hrm, okay then
[01:16] <mjg59> 0.21 is less than 0.8 if talking about decimal representation, but not if talking about version numbers
[01:16] <Hobbsee> ahhhh
[01:17] <cjwatson> TheMuso: do you have a link to the build log?
[01:17] <mjg59> And given that things like 0.2.1 clearly aren't decimal representation...
[01:17] <Mithrandir> StevenK: you can't ask dpkg about how pkg-config compares version numbers. :-P  But 0.8 is less than 0.21, that's right.
[01:18] <Hobbsee> mjg59: yeah, i get the point, i need the duncecap again :P
[01:18] <TheMuso> cjwatson: http://librarian.launchpad.net/7510669/buildlog_ubuntu-gutsy-i386.ardour_1:2.0-0ubuntu1_FAILEDTOBUILD.txt.gz
[01:18] <TheMuso> Yet it still doesn't explain why pbuilder worked.
[01:19] <TheMuso> to me anyway.
[01:21] <StevenK> It uses scons. That explains everything.
[01:22] <cjwatson> that is very weird, I don't see an obvious reason for that to fail either
[01:22] <asac> iwj: do you remember why firefox user-agent string was branded by ...extra.firefoxComment pref and not .vendor / .vendorSub / .vendorComment ?
[01:22] <cjwatson> it's doing 'pkg-config --atleast-pkgconfig-version=0.8.0'
[01:22] <StevenK> Mithrandir: Point. I thought it was dying during Build-Depends.
[01:23] <Mithrandir> cjwatson: PATH might be borked, for some insane reason.
[01:26] <asac> iwj: if i set vendor=Ubuntu; vendorSub=7.04 and vendorComment=Feisty i get: 
[01:26] <asac> iwj:   Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.3) Gecko/20061201 Ubuntu/7.04 (Feisty) Firefox/2.0.0.3
[01:26] <asac> iwj: vs now:
[01:27] <asac> iwj:   Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.8.1.3) Gecko/20061201 Firefox/2.0.0.3 (Ubuntu-feisty)
[01:27] <rlking> .
[01:28] <pitti> cc -DHAVE_CONFIG_H -I. -I. -I.. -I../lib    -g -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -c utmp.c
[01:28] <pitti> /tmp/ccldQxqc.s: Assembler messages:
[01:28] <pitti> /tmp/ccldQxqc.s:144: Error: operand out of range (0x000000000000ffff is not between 0x0000000000000000 and 0x00000000000000ff)
[01:29] <pitti> doko: ^ did you happen to see this somewhere?
[01:29] <pitti> doko: (there's no assembler in that file)
[01:29] <cjwatson> I saw that somewhere else too, though it was during the kernel headers mess so at the time I put it down to a strange side-effect of that
[01:29] <fabbione> pitti: that's probable a fall out from kernel headers
[01:30] <doko> pitti: that's powerpc, correct?
[01:30] <fabbione> cjwatson: it was on the kernel scripts
[01:30] <pitti> ok, so I'll just build it again and see
[01:30] <pitti> doko: right
[01:30] <fabbione> pitti: yeps
[01:30] <cjwatson> fabbione: this is since that though
[01:30] <doko> pitti: known, needs a binutils update
[01:30] <cjwatson> I think?
[01:30] <pitti> doko: oh, ok; so I'll just ask for a give-back after that
[01:30] <cjwatson> pitti: http://librarian.launchpad.net/7484517/buildlog_ubuntu-gutsy-powerpc.shadow_1%3A4.0.18.1-7_FULLYBUILT.txt.gz is a successful build of apparently the most recent version
[01:31] <pitti> cjwatson: ah, heh; I just got the FTBFS mails and wondered
[01:31] <iwj> asac: The thing I did to it was to remove some of the extraneous information which seemed like rather too much of a privacy (and perhaps security) hazard.  There was a bug about it IIRC.
[01:32] <iwj> But from what you say above that doesn't seem to be working atm.
[01:32] <iwj> Ideally the browser string wouldn't tell a rogue webserver which exploits to send.
[01:32] <asac> iwj: so we don't want feisty info?
[01:33] <iwj> I'm more worried about the upstream patchlevel TBH.
[01:33] <asac> or are you saying that you don't want version of firefx?
[01:33] <iwj> Saying `feisty' doesn't seem harmful.
[01:33] <asac> well ... you can guess upstream patchlevel from that too :)
[01:33] <iwj> Only if you know whether the user has upgraded.
[01:34] <Mithrandir> doko: the fixed binutils has been in the archive for a while.
[01:35] <cjwatson> iwj: isn't this the same argument people use to object to ssh sending version information in its banner? It didn't convince me there either
[01:35] <doko> Mithrandir: ahh, right, that was the previous powerpc thing
[01:35] <cjwatson> er, I mean sshd
[01:35] <asac> iwj: hmm. I remember upstream complaining about ubuntu not having most recent version info
[01:35] <cjwatson> because people will just try all the exploits they know, rather than messing about trying to select an optimal set of exploits
[01:35] <cjwatson> perhaps this is differently true in the case of a web browser
[01:38] <iwj> cjwatson: Yes.  With a browser it's harder to just try them all; you'd end up having to contrive to arrange for the browser to fetch lots of things some of which may give a `do your work [yes]  [no] ' dialogue, etc.
[01:38] <asac> i don't think version info is important to obfuscate
[01:38] <asac> iwj: you will always use the latest :)
[01:39] <iwj> You want to send an exploit that will work and not crash the target, too.
[01:39] <iwj> Which is hardly important in a forking daemon.
[01:39] <cjwatson> true
[01:39] <asac> hehe ... yes, but if you have a javascript exploit you won't have to bother with that ;)
[01:40] <iwj> What was upstream's complaint ?
[01:40] <asac> it was back in the 1.0.x days .... iirc it was about you braeking there addons site
[01:40] <asac> s/there/their/
[01:41] <iwj> The `security and stability' changes ought not to break addons so they don't need to key off that version number.
[01:41] <asac> yes ... it was more about some exploit directly related with addons site
[01:41] <iwj> Uh?
[01:41] <asac> e.g. so they didn't allow people to go to addons
[01:41] <iwj> Oh, I see.
[01:41] <asac> with some version number ... don't ask me ... would have to digg up old mail (if i still have it)
[01:42] <iwj> That can be fixed by special knowledge about the addons site in the browser.
[01:42] <asac> personally i agree that web applications should not depend on minor version
[01:44] <asac> anyway ... my initial question was not about this ... but more about the different position of ubuntu/feisty info.
[01:44] <asac> :)
[01:45] <mdz> cjwatson: uds-sevilla driver set
[01:45] <iwj> I think it's fine to say `feisty' or give the major number.  I don't have an opinion about the exact formatting of the string.
[01:47] <cjwatson> asac: https://wiki.ubuntu.com/CodeNamesToVersionNumbers is one thing to consider here; although as it happens I don't think the firefox version info string is desktop-visible enough to cause people to be confused into thinking development milestones are final releases, so I think it's probably OK to have the release version number in there
[01:47] <iwj> cjwatson: Oh, good point.
[01:50] <cjwatson> just something to bear in mind when changing that stuff
[01:51] <asac> cjwatson: good ... will consider this. has it been considered to use different version in /etc/lsb-release during development and bump version right before release?
[01:53] <cjwatson> asac: yes, and we do precisely that ;-)
[01:54] <cjwatson>  DISTRIB_ID=Ubuntu
[01:54] <cjwatson> -DISTRIB_RELEASE=7.04
[01:54] <cjwatson> -DISTRIB_CODENAME=feisty
[01:54] <cjwatson> -DISTRIB_DESCRIPTION="Ubuntu 7.04"
[01:54] <cjwatson> +DISTRIB_RELEASE=7.10
[01:54] <cjwatson> +DISTRIB_CODENAME=gutsy
[01:54] <cjwatson> +DISTRIB_DESCRIPTION="Ubuntu gutsy (development branch)"
[01:55] <cjwatson> I think it's correct to have DISTRIB_RELEASE as it is, because code keys off that, but we've been changing DISTRIB_DESCRIPTION just before release for a while now
[01:56] <asac> ok i think i understand
[01:57] <asac> :)
[01:58] <pirast> keescook, hi
[02:05] <tkamppeter> pitti, is the behaviour of apport managed by a config file? This would perhaps mean that someone who has used Feisty during the development period will have apport popping up still after Feisty went final.
[02:06] <pitti> tkamppeter: no, it's a gconf key
[02:06] <pitti> tkamppeter: so some people might have enabled it again, or aren't fully up to date
[02:07] <tkamppeter> pitti, thanks.
[02:08] <flyby5> The news is that our beloved Head of Freenode Staff _christel_ works together with the anti Rob Levin network OFTC now to fight against trolls.
[02:08] <flyby5> And all your donations are used to pay a lawyer, so that Freenode can be a home of script kiddies like trelane, while people with justified complaints are removed.
[02:08] <flyby5> In the main focus are not Free and Open Source Projects. What staff members care about is their hobby and fun. And you pay for it with your donations.
[02:11] <rlking_> .
[02:11] <Hobbsee> ?
[02:11] <Mithrandir> thanks Hobbsee 
[02:11] <Hobbsee> Mithrandir: urgh.  it's a moron
[02:12] <Hobbsee> [22:11]  <Hobbsee> flyby5: that's still no excuse to spam channels, though
[02:12] <Hobbsee> [22:11]  <flyby5> Hobbsee, thats the only logic consequence of repeated k-lines
[02:12] <Mithrandir> uh.
[02:12] <TheMuso> And no ops around in that channel either. :S
[02:12] <Hobbsee> TheMuso: of course, yes.
[02:12] <Hobbsee> TheMuso: there are no staffers around
[02:13] <Hobbsee> we have normality.  repeat, we have normality.
[02:13] <TheMuso> heh
[02:13] <Hobbsee> Mithrandir: hm?
[02:14] <StevenK> I got a flash-back to Hitchhikers, actually
[02:14] <Hobbsee> yes, it was hitchhikers
[02:15] <StevenK> But IRC is no Heart of Gold. :-P
[02:15] <Treenaks> Mithrandir: Are you happy, citizen?
[02:15] <Mithrandir> Treenaks: I am.
[02:16] <Hobbsee> StevenK: are you sure?
[02:16] <zyga> mvo: I'm wondering about all those arch-unique packages
[02:16] <Treenaks> Happiness is mandatory! The computer is your friend.
[02:17] <zyga> I know that stuff like wine is x86-only but the rest is quite puzzling
[02:17] <StevenK> Hobbsee: Quite. :-P
[02:17] <zyga> do you think that it's worth investigating/filing bugs about such packages?
[02:17] <zyga> I've got the full list http://suxx.pl/~zyga/unique-packages.txt
[02:17] <zyga> it's quite short
[02:18] <mvo> zyga: its not uncommon for hardware specific stuff
[02:18] <mvo> zyga: something might be there by accident
[02:20] <Treenaks> Why is 'Ubuntu Directory Services' subscribed to kdebase questiosn?!
[02:21] <Mithrandir> Treenaks: because somebody is on crack.
[02:21] <Treenaks> Mithrandir: apparently
[02:21] <Mithrandir> or something.
[02:22] <mc44> Mithrandir: you'll never be able to enter the US now, you crazy fool :p
[02:23] <Hobbsee> (spammer klined)
[02:26] <robertj_> what causes one to receive -answers mail?
[02:27] <Hobbsee> robertj_: bug.  see #launchpad conversation
[02:28] <robertj_> Hobbsee: ehh, not that interested i'll just ignore all the -answers mail for 24 hours :)
[02:32] <doko> pitti: please premove gcc-4.1-multilib, needed for the next glibc upload (and maybe the other gcc binaries waiting for promotion as well)
[02:33] <pitti> doko: premove -> remove?
[02:34] <doko> pitti: bah, promote even
[02:34] <pitti> doko: ah, I see; I already wondered about what to do with the rdepends ;)
[02:35] <Mithrandir> I was wondering why the packages NEWed less than a week ago should be removed already.
[02:35] <pitti> Mithrandir: development goes at fast pace :)
[02:35] <Mithrandir> blazing, I'd say.
[02:35] <pitti> doko: promoted
[02:35] <pitti> doko: g++-4.1-multilib and friends as well?
[02:36] <StevenK> Mithrandir: So someone can NEW it again, of course.
[02:40] <nrdb> I have just installed 7.04 I did an update, but now I can't get apt-get or dpkg to work at all :(  when I run apt-get I get an error message "E: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem."  when I run dpkg I get "dpkg: parse error, in file `/var/lib/dpkg/updates/0007' near line 1:"  and " field name `y/ttyx8' must be followed by colon"  :(  what can I do to fix this 
[02:41] <mdz> nrdb: this channel is for development conversations, #ubuntu is the place to go for help
[02:41] <nrdb> mdz: on one answered there
[02:42] <Hobbsee> nrdb: id' suggest reading the error message and following it, too
[02:42] <Hobbsee> and #ubuntu
[02:42] <mdz> nrdb: I'm sorry about that, but it is still true
[02:45] <StevenK> Drat! I forgot -v when generated a .changes
[02:59] <doko> pitti: wouldn't hurt
[03:00] <Mithrandir> jdong: nice quite message
[03:00] <jdong> doko: I've been meaning to ask, do you know any reason for bug 109768?
[03:00] <ubotu> Launchpad bug 109768 in python-defaults "idle started -n, vulnerable to deadlocking" [Undecided,Unconfirmed]  https://launchpad.net/bugs/109768
[03:00] <jdong> Mithrandir: why thank you :)
[03:01] <Nafallo> jdong: I liked the serial better though ;-)
[03:01] <jdong> (I figured there must've been _some_ motivation to start it -n, rather than 'hey lets let it hang while executing code' :D
[03:01] <jdong> Nafallo: that'll come back when this fad is over
[03:02] <Nafallo> jdong: :-)
[03:02] <jdong> Nafallo: until then, it's my wallpaper and all my cubecaps too :D
[03:02] <Nafallo> *asg*
[03:03] <doko> jdong: updated the report
[03:06] <jdong> doko: thanks
[03:18] <pitti> doko: promoted
[03:29] <Solarion> there gonna be 2.6.21 in feisty, or is that slated for gutsy?
[03:29] <Solarion> 'cause dynticks would be oh so tasty
[03:29] <Mithrandir> Solarion: feisty is released so it doesn't get any updates of that kind.
[03:29] <Mithrandir> gutsy is getting 2.6.22
[03:30] <Solarion> but the repos aren't open yet, is that correct?
[03:30] <StevenK> Sure they are.
[03:30] <Mithrandir> they've been open for a week or so
[03:30] <Solarion> (Kinda thorught that might be the case)
[03:30] <Solarion> oh?
[03:30] <Solarion> is anyone using them?
[03:31] <Mithrandir> there's been a slew of uploads, yes.  Why?
[03:31] <Solarion> between dynticks and randr1.2 this could be a very rockin' release for notebooks
[03:31] <Solarion> Mithrandir: I want dyntick tastiness and have (little) fear of unstable ubuntu thus far.  :)
[03:32] <Mithrandir> I'd probably have waited a week or two before diving into gutsy, but if you have a system you're not afraid of sacrificing..
[03:32] <Solarion> *after* the comps presentation
[03:32] <Solarion> :)
[03:32] <Solarion> not a good idea to have breakage right before a big presentation
[03:33] <Solarion> is randr1.2 already included?
[03:33] <tepsipakki> Solarion: nope
[03:33] <Solarion> tepsipakki!
[03:33] <tepsipakki> ie. there is no xserver which uses it
[03:33] <Solarion> tepsipakki: I thought there was
[03:33] <tepsipakki> 1.3 is in debian now
[03:37] <Solarion> stupid low battery
[03:37] <Solarion> randr is at 1.3 now?
[03:39] <tepsipakki> no, I meant that xorg-server 1.3 uses randr1.2 ;)
[03:39] <Solarion> ah, right.  1.3 comes after 7.2 or somethin.g  ;)
[03:39] <Solarion> so when is xorg-server 1.3 supposed to be in ubuntu?
[03:39] <tepsipakki> 7.2 had xorg-server-1.2
[03:39] <tepsipakki> 7.3 will have 1.4
[03:40] <tepsipakki> Solarion: before gutsy is out, for sure :P
[03:40] <Solarion> probably should wait until it's actually released before pesting ye too much, eh?  ;)
[03:40] <tepsipakki> 1.3 is released a few weeks ago
[03:40] <tepsipakki> was
[03:55] <JohnFlux> Hey all
[03:55] <JohnFlux> there's a serious bug with ktorrent
[03:55] <JohnFlux> that crashes it (and hence probably exploitable) with bad input from outside
[03:56] <JohnFlux> it's fixed upstream, but not in fiesty
[03:56] <crimsun> have you checked the proposed SRU?
[03:56] <JohnFlux> it would seem pretty important to update the package
[03:56] <JohnFlux> what's SRU sorry?
[03:56] <crimsun> /ubuntu/+source/ktorrent/+bugs/
[03:56] <JohnFlux> where?
[03:56] <crimsun> StableReleaseUpdates
[03:57] <crimsun> https://launchpad.net/ubuntu/+source/ktorrent/+bugs/
[03:58] <crimsun> 110881 to be precise
[03:58] <crimsun> anyhow, ->class.
[04:05] <jdong> johnflux: I've submitted a SRU for it already.... imbrandon said he'd review it :)
[04:05] <jdong> *cough*
[04:06] <bddebian> Heya
[04:07] <JohnFlux> jdong: yeah was just looking at your patch
[04:07] <JohnFlux> thanks for doing that
[04:07] <JohnFlux> jdong: do you have a package for it ?
[04:11] <JohnFlux> imbrandon: could you review jdong's patch please :-)
[04:30] <imbrandon> JohnFlux: yes i will get to it today
[04:35] <sharms> Can anyone tell me what problems are bugging you with the current fglrx driver?
[04:39] <Treenaks> - no composite
[04:39] <Treenaks> - closed source
[04:39] <Treenaks> need more?
[04:42] <sharms> yeah I need to keep the scope to techical problems
[04:43] <pitti> sharms: reportedly the edgy->feisty upgrade broke fglrx for a friend of mine; that sounded like dropping support for older models
[04:43] <sharms> is there a bug report on it?
[04:45] <ScottK-laptop> Mithrandir: I'm trying to undertstand/correct an FTBFS problem that it was suggested on #ubuntu-motu I needed to talk to you about.  I pastebinned the details here: http://paste.ubuntu-nl.org/18810/  
[04:46] <Mithrandir> ScottK-laptop: libtest-harness-perl is probably waiting in NEW.
[04:46] <Mithrandir> it'll be fixed whenever an archive admin processes it.
[04:48] <ScottK-laptop> Mithrandir: Is there a way I can check that?  The binary successfully built last November?
[04:49] <cjwatson> libtest-harness-perl |     2.64-1 | feisty/universe | source, all
[04:49] <cjwatson> libtest-harness-perl |     2.64-1 | gutsy/universe | source, all
[04:51] <cjwatson> ScottK-laptop: feels like an sbuild bug to me. Provides shouldn't be able to satisfy versioned dependencies, but that appears to be what's happening.
[04:51] <ScottK-laptop> Mithrandir: For Feisty anyway the binary is in the archive, I can apt-get install it on my laptop, so I don't think it's a NEW problem.
[04:52] <cjwatson> it's certainly nothing to do with NEW
[04:52] <ScottK-laptop> cjwatson: OK.  Then what's the next step for me?
[04:52] <cjwatson> ScottK-laptop: infinity's probably the right person to talk to
[04:53] <ScottK-laptop> cjwatson: Thanks.
[04:53] <ScottK-laptop> infinity: Ping.  ^^^ and http://paste.ubuntu-nl.org/18810/
[04:59] <jdong> JohnFlux: look upstream at ktorrent.org, I have made pbuildered unofficial packages for KTorrent 2.1.4
[05:00] <jdong> JohnFlux: if it's really bugging you, use that package... turn off DHT... or wait for the fix....
[05:08] <dholbach> gpocentek: will you take care of gnumeric and goffice merge/update?
[05:14] <asac> cjwatson: any update on nspr/nss ?
[05:20] <geser> ScottK-laptop: be patient, I also wait for a fix in sbuild
[05:20] <geser> you might also want to send him an e-mail as he doesn't write often here in the past time
[05:21] <pitti> seb128: yay bug 107484 - copy-package :)
[05:21] <ubotu> Launchpad bug 107484 in control-center "Launch Music Player should be mapped to KEY_MEDIA (0xed in X)" [Low,Confirmed]  https://launchpad.net/bugs/107484
[05:21] <seb128> rock on ;)
[05:22] <iwj> So it turns out you can upload the same debian/changelog to both gutsy and unstable.  You just have to run dpkg-buildpackage twice and seddery the .changes (I didn't try dpkg-buildpackage -D).
[05:22] <ScottK-laptop> geser: Patient I am.  Thanks.  I will e-mail him.  Maybe file a bug too.
[05:22] <Hobbsee> iwj: i'm sure seddery isnt a verb :P
[05:26] <iwj> Hobbsee: Um, well, I used ed so I could have said I edded the .changes but no-one who didn't know me would know what I meant :-).
[05:27] <iwj> So I sedderied the changes; since I didn't use sed, I didn't sed them.
[05:27] <iwj> Your idiolect may vary.
[05:27] <jdong> sedderize is a verb....
[05:28] <jdong> if one is going to verbify, it better be done right :D
[05:29] <cjwatson> asac: I'm not quite sure. I'm sure I saw it in the queue earlier ...
[05:30] <cjwatson> Mithrandir: do you have any idea where nss and nspr went? I thought you were syncing them.
[05:35] <azgtem> sorry for my problems
[05:36] <azgtem> are all the recent boot/install (alternate) cds i386-incompatible?
[05:41] <pitti> iwj: yay @ autopkgtest 0.8.2 :)
[05:45] <iwj> pitti: :-)
[05:45] <iwj> Sorry about the delay.
[05:45] <pitti> no problem, I had your test packages
[05:46] <iwj> Mmm.
[05:46] <iwj> No significant difference there for you I think.
[05:47] <iwj> Now I just need to plumb my freakazoided piuparts into cron.
[05:55] <Nafallo> oh!
[05:55] <azgtem> are all the recent boot/install (alternate) cds i386-incompatible?
[05:56] <Nafallo> I just remembered. my ex-girlfriend installed 7.04 i386 yesterday. in fstab she had /dev/hda for cdrom
[05:56] <Nafallo> and now my gutsy had /dev/hdc for cdrom...
[05:57] <Nafallo> is this known?
[05:57] <azgtem> Nafallo: what cpu?
[05:58] <tritium> Nafallo: is what known?  that's a possible configuration
[05:58] <zyga> tritium: isn't the move to sdx affecting the cdrom's?
[05:59] <Nafallo> tritium: it was a clean, pure, new, installed system.. and the cdrom didn't have /dev/cdrom
[05:59] <tritium> Nafallo: ah, I see what you're getting at
[05:59] <tritium> zyga: I haven't seen any details on that
[05:59] <Nafallo> tritium: that broke gnome-mount for instance :-)
[05:59] <Nafallo> azgtem: model name      : AMD Sempron(tm) Processor 2800+
[06:00] <Nafallo> azgtem: what THAT can have to do with anything... :-P
[06:00] <Nafallo> should I go back and see if when I last had /dev/cdrom in my gutsy fstab? :-)
[06:00] <Nafallo> (daily backups)
[06:01] <azgtem> Nafallo: semprons 2800+ can't be 386
[06:01] <Nafallo> azgtem: amd64 can run i386 code. that's not the problem.
[06:02] <gpocentek> dholbach: goffice is ready, I4ll take care of gnumeric tomorrow
[06:02] <dholbach> rock and roll
[06:05] <azgtem> Nafallo: oh, so you were talking about your problem only, no referrence to mine, right?
[06:05] <Nafallo> azgtem: right
[06:06] <azgtem> are all the recent boot/install (alternate) cds i386-incompatible? i mean, are they supposed not to work on, say, k6-2?
[06:06] <Nafallo> seems silverfairy (the gutsy computer) have had /dev/hdc all the time, so no issue there.
[06:07] <azgtem> Nafallo: the new naming for hdds is sd* instead of hd*, iirc
[06:07] <Nafallo> azgtem: I know
[06:07] <Nafallo> azgtem: but cdroms are scd0
[06:07] <azgtem> Nafallo: oh, didn't know thayt
[06:07] <azgtem> thayt
[06:07] <azgtem> that
[06:07] <azgtem> :))
[06:08] <Nafallo> azgtem: so we should use /dev/cdrom, which is a symlink that will always point right if we don't screw it up in weird ways :-)
[06:09] <ssam> is there much chance of Bug #109204 being fixed in feisty? it makes gnumeric mostly unusable on powerpc. the patch is tiny, has been commit up stream, and there are a few positive test reports.
[06:09] <ubotu> Launchpad bug 109204 in goffice "Gnumeric strange colors (purple charts) on bigendian" [Undecided,Fix committed]  https://launchpad.net/bugs/109204
[06:11] <iwj> Hmm.  My testbed just failed to reboot properly with EBUSY from mounting the rootfs in initramfs.
[06:11] <iwj> Just a normal hard disk partition.
[06:52] <Alinux> hello all, for my "00:09.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01)" wireless card th solution described here dosen't work: https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/63989/+viewstatus , maybe somoone knows howto fix ?
[06:52] <ubotu> Launchpad bug 63989 in linux-source-2.6.20 "Orinoco_pci affected by re-enabled prism2 drivers" [High,Confirmed]  
[07:11] <Riddell> infinity, Mithrandir: could you give back kdeaddons and kdesdk
[08:03] <azgtem> so, are all the recent boot/install (alternate) cds i386-incompatible? i mean, are they supposed not to work on, say, k6-2?
[08:23] <cjwatson> azgtem: K6-2 isn't exactly i386 ... anyway, the -generic kernels are CONFIG_M586=y which IIRC should work on K6-2
[08:24] <cjwatson> azgtem: failing that, there's http://archive.ubuntu.com/ubuntu/dists/feisty/main/installer-i386/current/images/netboot/386/mini.iso whose kernel is CONFIG_M486=y
[08:24] <cjwatson> azgtem: Debian-based systems haven't worked properly on *real* 386s for a while, due to changes upstream in the C++ standard library
[08:24] <azgtem> cjwatson: then look, why can't i boot recent cds (either they be live or installation cds, i386, of course) on a k6-2 computer? as soon as i press enter at the "boot:" prompt (no matter what kernel options, like noapic, vga, acpi, etc., etc., etc.) my computer simply restarts!
[08:25] <azgtem> cjwatson: and it looks like quite a low-level problem, since my computer restarts immediately in that moment, not after some attempt to load anything
[08:25] <cjwatson> I'm just giving you the facts as I understand them; I'm afraid I cannot help further
[08:25] <cjwatson> I assume you've filed a bug already?
[08:25] <azgtem> cjwatson: good, thanks a lot anyway
[08:25] <azgtem> cjwatson: no, not yet
[08:26] <azgtem> cjwatson: i was still trying to figure it out myself
[08:32] <jdong> cjwatson: can you do backport bug 111630?
[08:32] <ubotu> Launchpad bug 111630 in feisty-backports "backport KTorrent 2.1.4" [Undecided,Unconfirmed]  https://launchpad.net/bugs/111630
[08:32] <jdong> for dapper, edgy, feisty.
[08:32] <cjwatson> jdong: not at the moment, sorry, I have a horrific amount to do before UDS
[08:32] <jdong> ah, mmmkay :)
[08:33] <cjwatson> and 1.something days to do it in
[08:45] <cjwatson> asac: ah, I see now, nss and nspr needed a little bit of --forcing as they overwrote Ubuntu changes from another source package
[08:45] <asac> yes ... right xulrunner ... which will need redoing
[08:45] <cjwatson> I'm putting them through now
[08:46] <asac> perfect 
[08:46] <seb128> asac: is firefox going to use xulrunner at some stage?
[08:46] <asac> at some stage yes
[08:47] <seb128> we get a bug again this week from an user who want to get epiphany built with it
[08:47] <asac> yes right. i would vote to move xulrunner to main and build moz embedders against it
[08:47] <seb128> well, that would duplicate your workload
[08:48] <asac> i can push xulrunner update on debian side i guess
[08:48] <seb128> you would have to fix bug on firefox and xulrunner
[08:48] <seb128> and another issue is CD space
[08:48] <asac> hmm
[08:48] <seb128> to build yelp with xulrunner we would need to get it on the CD
[08:49] <gxben> hile,  someone knows which package/scripts handles x.org settings autodetection (for liveCD for example) ?
[08:49] <asac> ok, so unless i get firefox build against libxul we have to wait till ffox 3 i guess
[08:50] <seb128> asac: right, I think there is no way around
[08:50] <seb128> out of kicking firefox out of the CD
[08:50] <seb128> and using epiphany as default browser ;)
[08:51] <asac> hehe ... in fact making it build against libxul won't be a big problem ... the problem is to do this in a way that makes upstream happy as well ;)
[08:52] <seb128> right
[08:52] <asac> why isn't there a gnome theme with firefox icons ... then epiphany would at least look a bit like firefox :)
[08:53] <seb128> ah ah
[08:56] <gnomefreak> ubuntu made the local paper :)
[08:57] <cjwatson_> asac: source accepted, binaries will take a bit
[09:01] <sbalneav> Hola from Spain!
[09:01] <sbalneav> Anyone happen to have ogra's cell #?
[09:04] <troy_s> gnomefreak: Ubuntu made the BBC
[09:04] <gnomefreak> i know :)
[09:04] <troy_s> that's bonkers.
[09:05] <mc44> it was even in the business section :)
[09:11] <lamont> gaim
[09:11] <lamont> libnm_glib_nm_state_cb: dbus returned an error.
[09:11] <lamont>   (org.freedesktop.DBus.Error.ServiceUnknown) The name org.freedesktop.NetworkManager was not provided by any .service files
[09:11] <lamont> so why is it that gaim doesn't Depend: network-manager?
[09:11] <lamont> (which would be bad...)
[09:15] <lamont> alternatively, is there a way to hook into network mangler so that I can fix things after it gets done breaking them?
[09:17] <cjwatson> asac: is there some magic trick that mozilla hackers use to manage to work effectively with bugzilla.mozilla.org? it's always so incredibly slow any time I try it
[09:19] <asac> cjwatson: maybe you should refine your search?
[09:19] <asac> cjwatson: what kind of query do you run?
[09:20] <cjwatson> asac: the front page
[09:20] <asac> cjwatson: try advance search page
[09:21] <asac> and only search for title
[09:21] <cjwatson> ah, a little network configuration later and it is somewhat better
[09:21] <cjwatson> never mind me :)
[09:26] <asac> cjwatson: so you are doing bug triaging for mozillateam :) ?
[09:26] <ubijtsa> evening
[09:27] <lemsx1> ubijtsa: good afternoon
[09:27] <lemsx1> ubijtsa: :-P
[09:27] <cjwatson> asac: no :-), just a bit of research
[09:27] <ubijtsa> lemsx1: I guess you be in the US then :)
[09:27] <lemsx1> ubijtsa: indeed
[09:29] <lemsx1> ubijtsa: i'm even more impressed seeing that Michael Dell uses Feisty on his personal laptop
[09:29] <lemsx1> ubijtsa: lol
[09:29] <lemsx1> ubijtsa: but, that's off topic ... 
[09:29] <ubijtsa> lemsx1: lets just say that where I work that has caused some debate
[09:30] <lemsx1> ubijtsa: haters
[09:30] <ubijtsa> lemsx1: how do you mean?
[09:31] <lemsx1> ubijtsa: no matter what people will always find controversy in everything (Dell's lying, he's not using that. Why not Fedora/Xandros/Any other) ... you get the idea
[09:31] <ubijtsa> rite... 
[09:31] <ubijtsa> still has a lot of people saying less than well thought through things..
[09:33] <ubijtsa> serious question to the devs here, for Feisty+1, will the Xen patches that Red Hat has in RHEL5 be incorporated?
[09:33] <lemsx1> ubijtsa: funny you mention that as i'm just working on Xen on Centos 5 (redhat5 variant)
[09:34] <asac> cjwatson: if you need anything specicifc from bugzilla, let me know ;) ... i am now mostly gone
[09:34] <keescook> lamont: you had mentioned to me a while back that newer bind9's had a better solution for the "allow-recursion { localnets; };" hack I added to ubuntu.  how should I change that for 9.4.1 ?
[09:34] <ubijtsa> lemsx1: RHEL5's Xen 3.0.3 is very stable (what I can see, and I have run it since Beta1)
[09:34] <cjwatson> asac: thanks
[09:34] <lamont> keescook: uh... dunno... the default is now to do the right thing, rather than what you did in 9.3....
[09:34] <lemsx1> ubijtsa: you can assume (safely) that the patches will be incorporated upstream and they will go to Ubuntu as well... but that's just my guess
[09:35] <ubijtsa> lemsx1: I tried Xen with Eft, and that was not a pleasurable experience...
[09:35] <lemsx1> ubijtsa: what's Eft ?
[09:35] <ubijtsa> lemsx1: Ubuntu 6.10
[09:35] <keescook> lamont: ah, so by default 9.4.1 isn't available to open recursion?  if that's true, I'll just do a direct sync
[09:35] <cjwatson> ubijtsa: (normally "Edgy")
[09:36] <ubijtsa> cjwatson: ah, I'll use that for future :)
[09:36] <lemsx1> ubijtsa: ah, Edgy is a real name ... ;-) I have not dare using Xen on debian-based systems yet (in 1 year of using Xen)
[09:37] <lemsx1> ubijtsa: have you use xen on Feisty yet?
[09:37] <ubijtsa> lemsx1: what I have seen (I have still to raise a bug in Malone) is within 5 mins, Edgy will reboot the box
[09:37] <lemsx1> ubijtsa: no pae on your CPU ?
[09:37] <ubijtsa> lemsx1: I have the kernel installed, just have to update the dom-U
[09:38] <ubijtsa> lemsx1: yes, it's a Duron, it has PAE
[09:38] <lemsx1> ubijtsa: where did you get the binaries for xen? compiled it yourself?
[09:38] <ubijtsa> lemsx1: no, straight out of the distro
[09:39] <lemsx1> ubijtsa: universe? i didn't know they existed for Edgy
[09:40] <ubijtsa> lemsx1: perhaps.. you saying that it's been moved in to main in Feisty?
[09:42] <ubijtsa> no, still in universe
[09:42] <lemsx1> ubijtsa: yeah, in universe
[09:42] <lemsx1> ubijtsa: i didn't even see the Xen stuff during my short time with Edgy
[09:43] <ubijtsa> might be better to await Xen 3.0.5 in Ubuntu..
[09:50] <pitti> erk, auto-sync mails go to the normal gutsy-changes@ now?
[09:51] <Mithrandir> pitti: I passed NOMAILS=-M (or NOMAIL=-M), so I thought not.
[09:52] <Mithrandir> cjwatson: nss, nspr> ignored since they overwrote other binaries, I started doing a first pass, well, first and then I was going to look at the other new ones.
[09:53] <cjwatson> Mithrandir: yep, it's ok, I did it
[09:53] <cjwatson> pitti: only NEW
[09:53] <cjwatson> I wasn't sure, couldn't remember how we'd done new synced source in the past
[09:53] <pitti> oh, that's a lot :)
[09:53] <cjwatson> I can use q -M if people would prefer it that way
[09:53] <cjwatson> ?
[09:54] <Mithrandir> I'm fine with autosynced NEW going to -changes.
[09:54] <pitti> yeah, it's largely just an one-time flood
[10:04] <mario_> hi codingmaster 
[10:04] <codingmaster> hello :)
[10:04] <pygi> are you tracking me or something? :P
[10:04] <codingmaster> nope
[10:04] <codingmaster> joining ubuntu-devel :p
[10:05] <pygi> you join same second as I did :p
[10:05] <codingmaster> ok :p
[10:10] <pitti> hi codingmaster 
[10:10] <pygi> pitti! :)
[10:10] <pygi> pitti, we'll have a working brasero in feisty now, yay :P
[10:11] <cjwatson> binary NEW is going to be unbelievably horrific after this
[10:11] <pygi> cjwatson, did libburn and libisofs went through NEW?
[10:12] <cjwatson> not yet
[10:12] <cjwatson> anything with 'ubuntu' in the version number we tend to review rather than just waving past
[10:12] <pygi> ah, oki ^_^
[10:12] <cjwatson> (which is not an argument for leaving 'ubuntu' out of the version number!)
[10:12] <pygi> got it ^_^ Well, siretart and me checked it ... should be all fine ;)
[10:12] <codingmaster> hey pitti :)
[10:13] <cjwatson> I'm sure it is, we just haven't had a chance to do it yet
[10:13] <pygi> pitti, you all good? :)
[10:13] <Kmos> pitti is in the channel
[10:14] <pitti> pygi: sure!
[10:15] <pygi> pitti, glad to hear
[10:16] <lamont> keescook: correct.  Which means that you now get a conffile change  question if anyone edited the file that changed in ubuntu with 9.3...
[10:17] <lamont> that's why I stuck my fingers in my ears for debian and said "fixed in 9.4." :-)
[10:17] <lamont> keescook: allow-recursion localhost; allow-cache-query localnets; iirc
[10:18] <cjwatson> Mithrandir: please sync-blacklist linux-modules-di-mips-2.6 (you have it open, so I can't)
[10:19] <Mithrandir> cjwatson: blacklisted
[10:19] <cjwatson> thanks
[10:19] <pygi> we're blacklisting more and more :P
[10:19] <Mithrandir> pygi: the blacklist is still quite short.
[10:20] <pygi> Mithrandir, probably, but it's growing ^_^
[10:30] <cjwatson> pygi: in this case, it's just another specific example of a category that's been blacklisted since hoary
[10:33] <pygi> got it ^_^
[10:33] <tepsipakki> what is holding back MoM from working?
[10:35] <bryce> tepsipakki: did you see DaD?  http://adrishost.homeip.net/DaD/merges/
[10:35] <tepsipakki> bryce: yes, but that doesn't have main
[10:36] <tepsipakki> ..not that there isn't enough to do in universe ;)
[10:36] <Adri2000> tepsipakki: do you want it for main as well?
[10:37] <tepsipakki> Adri2000: I guess it would be useful
[10:37] <pitti> Adri2000: indeed it would; the main advantage of MoM from my perspective is the bookkeeping and TODO list
[10:38] <Lutin> pitti: what's bookkeeping ?
[10:39] <pitti> Lutin: trackign 'touched it last' uploader and what needs to be merged still
[10:39] <Lutin> pitti: ok
[10:41] <Adri2000> Lutin: the current code should work for main/restricted, but we will wait until we have moved to the new, dedicated server (in a few days)
[10:41] <Adri2000> err
[10:41] <Adri2000> pitti, tepsipakki: ^
[10:42] <pygi> Adri2000, nice ^_^
[10:42] <pitti> thanks Adri2000 
[10:42] <tepsipakki> Adri2000: okay
[10:45] <pygi> pitti, when do we get new REVU? :)
[10:45] <pitti> pygi: erm, I'm not a REVU guy
[10:45] <pygi> pitti, I know :P
[10:45] <pygi> I'm just randomly bugging :)
[10:46] <pygi> I thought it was worked on and discussed two cycles ago :(
[10:48] <pygi> I don't forget things that easily you know =)
[10:51] <pitti> Good night everyone!
[10:59] <pygi> vrodic, pozdrav :)
[10:59] <ajmitch> morning
[10:59] <pygi> ajmitch, morning ^_^
[11:00] <vrodic> pygi, pozdrav... ti si bio u medi sada?
[11:00] <pygi> vrodic, nop :)
[11:01] <vrodic> vrodic, kakvim developmentom se ti bavis?
[11:01] <vrodic> boze, pygi 
[11:01] <pygi> vrodic, english pls :P
[11:01] <pygi> or pm :)
[11:01] <vrodic> okay
[11:01] <vrodic> pygi, so what kind of development do you do?
[11:01] <pygi> I switched to pm now, ergh :P
[11:02] <pygi> vrodic, depends who you ask :)
[11:04] <vrodic> pygi, don't know.. among people present at the meeting there were only two or three (if you include me) were software developers
[11:05] <pygi> vrodic, who was at the meeting anyway?
[11:05] <pygi> Senko, Ante, etc?
[11:06] <vrodic> pygi, ivoks, splivalo, ante nije bio
[11:06] <pygi> ante = ivoks o.O
[11:06] <vrodic> pygi, i'm semi drunk :)
[11:06] <vrodic> pygi, senko nije bio
[11:06] <pygi> so drunk that you can't auth so we can switch to pm, and not pollute the channel? :P
[11:08] <vrodic> pygi, now now, it's been a while since i last used IRC.. i'll need to setup my router for identd
[11:08] <pygi> why would you need to configure router for that o.O
[11:09] <pygi> plus wth? Identd? How drunk are you?
[11:10] <vrodic> it says No identd (auth) response
[11:10] <vrodic> so i guess i'll need to open up a redirection from my router port 113 to my machine
[11:15] <vrodic> pygi, i guess i'm pretty drunk :)
[11:16] <pygi> nod
[11:21] <Kano> hi, how to compile the linux-headers-2.6.22-2 package from gutsy git?
[11:21] <Kano> debian/rules binary-debs flavours=generic
[11:21] <Kano> does not create em
[11:30] <root____1> .
[11:31] <ion_> *Not* a good idea.
[11:56] <poningru> anyone around who can give some info re: UDS?
[11:56] <poningru> wondering if there will be gobby, voip, and irc like last year