[00:04] <slangasek> doko: I see that calc has assigned bug #373911 to you; will you have time to work on this in advance of alpha 1 (which basically means getting it done by Monday), or should I have a look?  (Or should we defer it until after alpha-1, to avoid OOo breaking the world once we unblock it? :)
[00:05] <slangasek> I guess the immediate problem can be fixed just by merging up gcj-4.4
[00:05] <slangasek> calc: ^^
[00:08] <slangasek> waaah, 7 digit soyuz queue numbers :(
[00:09] <Nafallo> hmm.
[00:13] <slangasek> E: collectd: shlib-with-non-pic-code usr/sbin/collectdmon
[00:13] <slangasek> so very wrong :P
[01:07] <directhex> slangasek, how does http://git.debian.org/?p=pkg-mono/packages/mono.git;a=commitdiff;h=88098645f7292133a52c5bc068b8fcdc94b12d4e look in terms of mono preinst stuff?
[01:41] <slangasek> directhex: "dpkg --compare-versions [...] && if"?
[01:41] <slangasek> directhex: "if dpkg --compare-versions [...] &&" would be more idiomatic
[01:42] <slangasek> directhex: btw, I think it would look cleaner if instead of generating this snippet in debian/rules, you had a copy of it as a separate file under debian/ that you could append as needed
[01:42] <directhex> howso?
[01:43] <slangasek> hmm?
[01:44] <directhex> you mean pull in a preinst template rather than using echo?
[01:44] <slangasek> yeah
[01:44] <slangasek> with a sed for the $$p bits
[01:45] <slangasek> the existing code is fine, I'm just generally averse to doing significant bits of scripting directly in a Makefile on account of the escaping requiremenst
[01:45] <directhex> yeah, there were an awful lot of try/retry iterations to get it right
[01:45] <directhex> i'll look into it tomorrow
[03:52] <mrhoden2009> Does anyone know how to do RAID configurations on Ubuntu, I have a few questions.
[03:53] <wgrant> mrhoden2009: You want #ubuntu.
[03:54] <mrhoden2009> thanks, I tried there but without much luck
[03:54] <mrhoden2009> do you know a better channel?
[03:54] <wgrant> I'm not sure, but certainly not here.
[03:54] <mrhoden2009> I tried ubuntu-server as well
[03:55] <mrhoden2009> lol okay thanks
[04:43] <calc> slangasek: i have a workaround that i think i may use... turn off using gcj entirely in OOo
[04:44] <calc> slangasek: gcj seems to be fairly crap in any case so getting rid of gcj support in OOo isn't really a loss afaict
[04:45] <maco> calc: mm? what's gcj do that's silly to OOo?
[04:50] <calc> sorry my desktop stopped accepting keyboard input and my laptop didn't fully work after resuming
[04:51] <calc> maco: so the issue is bug 373911
[04:51] <calc> maco: it seems that gcj does not work properly on i386/lpia or perhaps when used with aotcompile
[04:52] <calc> maco: aotcompile.py is part of gcj though so probably should work, and OOo relies on it working to compile native jars
[04:52] <maco> fun...what is .spec in terms other than rpm packaging?
[04:53] <calc> it tells libgcj how to do linking
[04:53] <maco> ah ok
[04:54] <calc> the file is actually there or at least should be, its there on my test chroot but gcj seems to be unable to find it
[04:55] <calc> hmm my keyboard wasn't actually dead it seems firefox ate it
[04:55] <maco> ive been running into that problem with Qt apps a lot
[04:56] <calc> i killed firefox and then logged out and back into X and everything works fine again
[04:56] <maco> type type type and nothing shows up
[04:56] <maco> ah i just have to change window focus about 10 times or so, then my kbd works again. killing the app thats rejecting input also works
[04:57] <calc> maco: it ate it to where i couldn't even get a terminal to work
[04:57] <calc> yea killing firefox in this case seemed to help
[04:58] <calc> it also seemed to cause my mouse not to work correctly either probably the same issue
[05:01] <calc> anyone else get a 'disable advertising' button on /. ?
[05:43] <FloridaGuy> hey guys....keep up the great work....9.04 has approved alot..in preformence..speed...lolks
[05:57] <DShepherd> hello all
[05:57] <poningru> 'lo
[05:57] <DShepherd> my hibernate works! finally! who can i thank for this!!
[05:58] <DShepherd> it just .. works outside of the box with jaunty
[05:58] <DShepherd> and I am really thankful. Give me some names .. something.. i wanna thank them for this
[06:19] <Amaranth> DShepherd: It was all me ;)
[06:20] <Amaranth> DShepherd: I waved a magic wand over it
[06:20] <DShepherd> hehehe
[06:20] <Amaranth> Seriously though, that'd be the kernel team and/or the guys who work on your graphics driver
[06:20]  * DShepherd praise Amaranth 
[06:20] <DShepherd> nvidia card here...
[06:21] <DShepherd> i dont think I am using the opensource driver here
[06:21] <DShepherd> Amaranth, but thanks for the direction though. I am in ubuntu-kernel channel now
[06:23] <slangasek> calc: er, I don't see the basis for saying that gcj is "fairly crap".
[06:23] <slangasek> calc: it just happens to be out of sync with gcc 4.4 right now, as I said.
[06:24] <DShepherd> Amaranth, dont you do some nvidia driver work?
[06:25] <Amaranth> DShepherd: nope, in the dapper days I packaged a driver in my PPA that supported GL_EXT_texture_from_pixmap but otherwise I stay away
[06:25] <DShepherd> Amaranth, ah ok.
[07:16] <nixternal> mneptok: you sure have a lot of nerve talking about pie on the planet, at least you tried to calm the Chicago waters here, but I have an army who is ready to fight for best pie :p
[07:27] <jussi01> nixternal: I want pie... give me some!
[07:28] <nixternal> mmmmm, spacca's tomorrow for some good ol' pie and beer....pizza maffia style :)
[07:30] <mneptok> nixternal: Chicago pizza isn't pie. it's dough with some red stuff on top. >;)
[07:30] <nixternal> oh man, you are asking for it!
[07:30]  * nixternal whistles and summons up the good fellahs
[07:31] <nixternal> nhandler: help me out dude, lets do this Chicago style!
[07:31]  * mneptok looks around ABQ and Rio Rancho
[07:31] <nixternal> hehe
[07:31] <mneptok> prolly more mafiosi here than there ;)
[07:31] <nixternal> all you have done there is the sun!
[07:31] <nixternal> mneptok: depends, can we count the ones who just went to prison here?
[07:31] <mneptok> three words. "In Plain Sight"
[07:32] <mneptok> Blagojevich is Italian? >;)
[07:32] <nixternal> mneptok: they don't count, they are all down there as Paul Smith in witness protection :P
[07:32] <nixternal> no, blago is just stupid
[07:32] <mneptok> like Chicago pizza.
[07:32]  * mneptok runs
[07:32] <nixternal> oh mna
[07:32] <nixternal> man
[07:32]  * nixternal whistles louder
[08:23] <slangasek> mneptok: OOI, how does "New York, New York" rate on your scale of Portland pizzerias? :)
[08:23] <slangasek> (and if you know better, please share :)
[08:32] <mneptok> slangasek: no idea. never been there.
[08:32] <mneptok> slangasek: if the crust is more than a pinky finger thick, and shows no sign of burning, it's crap. :)
[08:34] <slangasek> heh
[08:34] <slangasek> of course it's not more than a pinky finger thick :)
[08:35] <slangasek> it's New York style, not Pizza Hut style
[08:35] <mneptok> Pizza Hut isn't pizza. it's ketchup on a bagel with a genetic defect. >:P
[08:41] <slangasek> lool, doko: I'm having a poke at the gcj-4.4 merge, so that gcj can find its .spec file again, and I'm confused about how it's supposed to be configured on armel because the changelog says "build with --with-float=softfp --with-fpu=vfp", and the debian/rules disagrees - which way is this supposed to be?
[09:07] <lool> slangasek: We deferred these changes
[09:07] <slangasek> ok
[09:07] <lool> slangasek: To only switch when we move up to >= armv6
[09:07] <lool> Until then, we have compat with non-vfp systems
[09:07]  * slangasek nods
[09:08] <lool> Thanks for the merge!
[12:00] <BUGabundo> pitti: ping. I can't file a bug on apport using apport
[13:28] <doko> slangasek: preparing an upload now
[13:57] <MaximLevitsky> I have a patch to fix small bug in open-terminal extension
[13:57] <MaximLevitsky>  https://bugs.launchpad.net/ubuntu/+source/nautilus-open-terminal/+bug/333462
[13:57] <MaximLevitsky> How to get it included?
[14:10] <poningru> MaximLevitsky, attach the patch
[14:10] <poningru> to the bugreport in launchpad
[14:10] <MaximLevitsky> poningru: I did so
[14:10] <MaximLevitsky> a debdiff that is
[14:11] <poningru> ping one of the core devs? though that is frowned upon iirc
[14:11] <MaximLevitsky> poningru: isn't there a standard way to mark a bug report as fixed/patch attached ?
[14:12] <MaximLevitsky> I assigned it to ubuntu-main-sponsors in hope that will help
[14:12] <Hobbsee> subscribe ubuntu-main-sponsors, and they'll sponsor it
[14:12] <Hobbsee> (please don't assign them)
[14:14] <MaximLevitsky> Hobbsee: ok, done
[14:14] <wgrant> https://wiki.ubuntu.com/SponsorshipProcess
[14:17] <MaximLevitsky> this package belongs to universe
[14:18] <MaximLevitsky> so can I unsubscribe main sponsers/
[14:18] <MaximLevitsky> ?
[14:33] <james_w> dear fellow archive admins: diffstat isn't installed, which seems to prevent me from running lintian, that's not just me right?
[15:21] <jdstrand> slangasek: re launchpadlib remotely> I run it just fine remotely here-- am I missing something?
[15:34] <soren> How do you run launchpadlib non-remotely?
[16:02] <calc> slangasek: 'fairly crap' was with regards to it causing quite a few bugs over the years with OOo due to not being good enough compared to java spec
[16:02] <calc> slangasek: before we converted over to using openjdk for OOo we would get bugs about java related code not working correctly on a fairly regular basiss
[16:03] <directhex> does openjdk run on all arches yet?
[16:05] <calc> directhex: it apparently has issues on ia64 but afaict I am using it for all other archs now
[16:05] <calc> directhex: ia64 is still using gcj :\
[16:06] <calc> i've seen bugs even recently about gcj usage when people have installed the ooo-gcj package so getting rid of it would probably not be a bad thing
[16:06] <directhex> calc, how odd, sun re-released an ia64 version of java 6 very recently
[16:06] <directhex> after a big java-shaped drought for itanic users
[16:06] <calc> directhex: i didn't set ia64 to use gcj rene did, so i'm not entirely sure why he did that, probably due to some bugs
[16:07] <directhex> perhaps
[16:10] <calc> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=502422
[16:10] <calc> that was why he disabled openjdk on ia64
[16:12] <Chipzz> calc: 'fairly crap' is also how I would describe OOo as a whole
[16:12] <calc> Chipzz: true :)
[16:12] <Chipzz> OOo is software nobody really wants to use, but uses at a lack of better alternative
[16:13] <calc> Chipzz: but a java compiler that doesn't compile valid java isn't particularly useful
[16:13] <Chipzz> yeah
[16:13] <directhex> Chipzz, waiting to see what happens next w/ Oracle and OOo
[16:13] <Chipzz> but then, 'fairly crap' is /also/ how I would describe Java as a whole
[16:14] <directhex> mildly amusing that sun java can't compile sun openoffice, but hey ho
[16:14] <Chipzz> :P
[16:14] <directhex> i don't think i can describe java in those terms without starting a CoC debate
[16:14] <Chipzz> Java is an academic experiment ran out of hand :P
[16:15] <directhex> java is a trailblazing pioneer
[16:15] <maxb> Yup. You look at some portions of its APIs, and you think "What *idiot* designed this?"
[16:16] <calc> looks like doko already fixed gcj for me though so i can retry the builds :)
[16:16] <calc> directhex: openjdk isn't really sun java, its sun java that has been modified to some extent
[16:17] <directhex> maxb, i think java combines wild-eyed innocence at its newness, with a very very long backwards-compatibility approach. this may be considered "bad"
[16:17] <Chipzz> amusingly, for a lot of things I've tried it for, gnumeric and abiword work at least as good/better than OOo
[16:17] <calc> directhex: afaik sun java itself does build OOo but is non-free so we don't use that
[16:17] <meoblast001> hi
[16:17] <meoblast001> i have a question of whether something would be possible or not
[16:18] <Chipzz> have you tried asking on #ubuntu first? :P
[16:18]  * calc agrees with the intrepreted languages being not particularly useful (esp due to being very slow) debate ;-)
[16:18] <meoblast001> i often have a lot of development packages on my system that i only use once
[16:18] <meoblast001> would it be possible for computer janitor to eventually remove those
[16:18] <Chipzz> meoblast001: apt-get auto-remove
[16:18] <Chipzz> now go to #ubuntu please :)
[16:18] <meoblast001> ok
[16:19] <Chipzz> (may also be autoremove with the -)
[16:19] <Chipzz> weird how you can just *feel* that whatever someone is going to ask will be off-topic even before they ask it
[16:19] <maxb> It must be said #ubuntu is somewhat useless due to its own success :-/
[16:21] <maxb> One of benefits of running the development release is the ability to use #ubuntu+1 with a clearl concience :-)
[16:21] <directhex> i ba=rely trust karmic in a pbuilder yet, let alone on a real pc
[16:22] <calc> maxb: even better to just build in chroots then you don't cruft up your system to begin with
[16:22] <Chipzz> calc: it's not so much the interpreted nature of java (which isn't even 100% true to start with) I have a problem with
[16:23] <Chipzz> python is interpreted too
[16:23] <calc> yea python is slow too :)
[16:23] <Chipzz> and so is .net
[16:23]  * calc used to have a link comparing various languages speed 
[16:23] <Chipzz> mono is a lot faster compared to java last I tried
[16:24] <calc> yea
[16:24] <calc> iirc python was something like an order of magnitude slower than c at least in some areas
[16:24] <Chipzz> one of the few things I don't fault M$ for
[16:24] <directhex> mono is faster in many cases, but has a juch slower GC
[16:24] <calc> and .net was a few times slower and java a few times slower than .net
[16:24] <directhex> python is ~60x slower than mono
[16:24] <calc> .net being a few times slower than c
[16:25] <Chipzz> but then, the benchmarks you ran probably aren't very relevant to real world use
[16:26] <Chipzz> in practice, most of the time, be it in Java, .Net or Python is spent in bindings (ie native code)
[16:26] <Chipzz> and I doubt there are benchmarks comparing the same program in gtk+, pygtk, gtk# and java-gnome
[16:27] <calc> yea and for mostly gui programs you just need fast enough code
[16:27] <calc> most apps aren't cpu bound, they just wait for user input all the time
[16:28] <Chipzz> and like I said, even the user input waiting happens in C :p
[16:28] <directhex> Chipzz, and where most time is spent waitring for user input, the important factor shifts to "does writing this code give me a hernia?"
[16:29] <Chipzz> personally I decide what language to write a program in based on whatever is most suited/fits the idiom best
[16:30] <Chipzz> or amounts to the least lines of code
[16:30] <Chipzz> (excluding whitespace/semiwhitespace/comments)
[16:31] <Chipzz> semiwhitesspace -> things like { and } in C for example
[16:31] <Chipzz> if (foo)
[16:31] <Chipzz> {
[16:31] <Chipzz> bar;
[16:31] <Chipzz> }
[16:31] <Chipzz> would be counted as only 2 lines
[17:14] <calc> slangasek: do you happen to know what is wrong with libltdl7-dev on powerpc i got the same build failure for OOo as the other one that was an arch mismatch but i didn't see it in the mismatch file
[17:14] <calc> slangasek: http://launchpadlibrarian.net/26510428/buildlog_ubuntu-karmic-powerpc.openoffice.org_1%3A3.1.0~rc2-1ubuntu1_FAILEDTOBUILD.txt.gz
[17:18] <james_w> calc: that package doesn't exist in karmic
[17:18] <james_w> probably libltdl-dev now
[17:19] <calc> james_w: ok
[17:20] <calc> so then i guess unixodbc is bugged because the last version uploaded specifically depends on libltdl7-dev :\
[17:21] <calc> "  * (Build)-depend on libltdl7-dev to fix dependencies on armel."
[17:21] <james_w> well that was an upload to jaunty
[17:22] <calc> well is now buggy rather since it needs to be updated
[17:22] <calc> hmm no libltdl-dev provides libltdl7-dev
[17:23]  * calc checks when libtool was last built on powerpc
[17:23] <calc> ah it probably was built after OOo failed
[18:11] <geiseri_> hi, i have a problem with my own generated ftp-archive generated package set, i can debootrap the sysetem, but tasksel fails because it cannot fund task minimal.  i am assuming i missed a step, but i cannot for the life of me figure out where.
[19:15] <geiseri_> any ideas on my problem?
[19:18] <geiseri_> what is really strange is i can run the tasksel command and it asks me to select the openssh server
[19:18] <geiseri_> could the problem be in my preseed file?
[19:19] <geiseri_> in reality i do not even want tasksel to run at all since i have a full package list i would rather have installed
[19:32] <vart> I am trying to use kernel set_memory_ro method from asm/cacheflush.h, but it fails when I am doing insmod, says "unknown symbol set_memory_ro", I am using ubuntu 9.04
[19:41] <dtchen> TheMuso_: linus has merged the last of the stable 1.0.20 alsa-kernel bits.
[19:54] <maxb> dtchen: Would you perhaps be able to suggest on what package I should report popping/crackling audio *only* when playing from DVDs (on karmic)?
[19:56] <dtchen> maxb: start with the player, and we'll triage from there
[19:56] <maxb> hmm, I have reproduced the same in totem and mplayer
[19:56] <dtchen> maxb: which output was mplayer using?
[19:57] <dtchen> (-ao pulse or -ao alsa?)
[19:57] <maxb> I tried it with -ao alsa and -ao pulse, it sounded the same in both cases
[19:57] <dtchen> then it's pulseaudio or lower
[19:57] <dtchen> i'd file one affecting pa
[19:58] <maxb> Ok, will do then, thanks
[20:21] <geiseri_> *sigh* this tasksel bug is driving me nuts, is there any documentation on how these things work beyond the stock debain installer information?
[20:22] <geiseri_> it seems there are a few parts missing
[20:23] <geiseri_> its seems that no matter what is in my preseed file it cannot find task minimal... and its not clear how these tasks are defined from what i can see
[20:27] <slangasek> jdstrand: how is launchpadlib supposed to launch your browser for the authentication callback?
[20:29] <slangasek> calc: well, gcj is already fixed now thanks to doko, so there's no reason to drop OOo-gcj as a quick-n-dirty workaround here.  If it should be dropped on its own merits, then fine...
[20:31] <slangasek> calc: the libltdl7-dev thing was actually that the real libltdl7-dev package was still in the archive but uninstallable; now that it's NBSed out, things should build fine
[20:31] <james_w> slangasek: you can copy over an auth token just like we do with the cookie
[20:31] <slangasek> james_w: ah.  well, AFAICS, that's the part that's been Not Working with syncbugbot anyway :)
[20:31] <james_w> true :-)
[20:34] <geiseri_> is there a better channel to ask questions on how to customize the installer?
[20:35]  * ScottK thinks #ubuntu-installer exists.
[20:35] <geiseri_> its pretty dead in there
[20:36] <ScottK> !weekend
[20:36] <geiseri_> hmmm... is there any online documentation on the changes that ubuntu makes to the debian installer that i could look into?
[20:37] <geiseri_> i am not finding the right google keywords it seems
[20:41] <a|wen> geiseri_: look in the changelog
[20:42] <geiseri_> is there a package for the debian installer itself?
[20:42]  * a|wen would without looking guess at debian-installer
[20:43] <geiseri_> there is one afaik but i think its like simple-ccd or debian-cd, they are not ubuntufied
[20:43] <james_w> debian-installer is lots of packages
[20:43]  * geiseri_ will look again
[20:46] <geiseri_> i mean i didnt think what i was doing was that hard to do... all i needed was a cd that booted up and installed ubuntu onto a system with a set partition scheme, and package list...
[20:47] <a|wen> it is not the OEM option you are looking for?
[20:48] <geiseri_> if it worked it would be close... the rub is im trying to add a few extra packages that are not on the base install
[20:48] <geiseri_> it seems though when i change the package list all sorts of things break for non-obvious reasons
[20:57] <calc> slangasek: yea i saw, i think i will just keep it around now
[20:58] <calc> slangasek: i'll be watching to see if it fails for any other reason and try to get it fixed in time for alpha 1 (tomorrow night is effectively freeze aiui)
[20:59]  * calc hopes the mass give back doesn't delay the alpha 1 release
[21:00] <a|wen> calc: working boost1.35 :)
[21:00] <calc> several of the buildds have 400+ packages still left to build
[21:07] <a|wen> if anyone has time to sponsor some boost updates to get things into shape (working) again it would be nice :) most importantly bug 373962 and also bug 371617
[21:34] <sveinung_> Hello! I'm trying to get a fix for bug 345706 into Ubuntu main. This is the first time I have tried to get anything into Ubuntu main.
[21:34] <sveinung_> I have already done one mistake. (I assumed I needed permission from those responsible for the package before I could subscribe main sponsors) Could anyone check if I have done others?
[21:35] <sveinung_> By the way: How long should a package be in Karmic before I can suggest a sru to jaunty?
[21:38] <sveinung_> anything I can do better (more details in the bug report etc) to increace the chanse of it getting in?
[23:03] <TheMuso_> dtchen: thanks for the heads up.
[23:04] <dtchen> it amuses me slightly that alsa-tools 1.0.20 lacks all the necessary autotools bits
[23:04] <dtchen> there's a gitcompile script...and nothing else.
[23:06] <dtchen> pitti: i'm afraid 345627 is going to have to be tagged verification-failed; even though linux-2.6.28-12.43-generic fixes the symptoms for some users, it presents an awesome regression for others. i feel it's better to live with known breakage than introduce a regression.
[23:09] <TheMuso_> dtchen: heh well that shouldn't be a problem.
[23:16] <jdong> dtchen: that's a shame
[23:17] <jdong> it seemed to make audio a bit less blippy for me in skype under heavy load
[23:17] <jdong> maybe like all this other audio stuff it's placebo effect :)
[23:17] <dtchen> jdong: yeah, well, rock..hard place.
[23:17] <jdong> understood
[23:17] <dtchen> there's still so much more work to get the _drivers_ stable, much less upper parts of the stack.
[23:19] <jdong> I see
[23:20] <lifeless> IIRC 70+% of the bugs of linux [kernel] are in drivers
[23:20] <jdong> well that's probably where all the sloppy "quick get it out" coding happens.
[23:21] <jdong> and the long nights with coffee spent futzing with registers until something magically starts working.
[23:21] <lifeless> dtchen: does alsa-tools still use autoconf?
[23:21] <lifeless> dtchen: just doesn't ship configure?
[23:21] <TheMuso_> lifeless: yes I would think so
[23:21] <lifeless> TheMuso_: so would I, I'm trying to be sure ;)
[23:21] <lifeless> TheMuso_: also, the ataraid list fails :)
[23:22] <TheMuso_> lifeless: you're telling me. No response from upstream re your issue.
[23:22] <TheMuso_> I can't help wondering whether they have abandoned dmraid for the new metadata support going into mdadm 3 or some such.
[23:22] <lifeless> if so it would be nice to TELL THEIR USERS
[23:22] <TheMuso_> agreed
[23:23] <lifeless> anyhoo
[23:23] <dtchen> lifeless: it normally ships configure. however, it [1.0.20] only ships a one-line gitcompile script. it lacks Makefile.am, configure.ac, ...
[23:23] <dtchen> kinda fail.
[23:23] <lifeless> dtchen: wow
[23:23] <lifeless> TheMuso_: ^ file under assumptions :O
[23:24] <lifeless> TheMuso_: is danwood76 the debian maintaer of dmraid ?
[23:24] <TheMuso_> lifeless: no
[23:25] <lifeless> who then - some random?
[23:25] <TheMuso_> dtchen: I'd say 1.0.20a or some such will be out within days.
[23:25] <TheMuso_> yeah
[23:27] <lifeless> TheMuso_: so I'll whip up a decoder for what appear to be magic bytes on my drives; will you be happy to apply that?
[23:27] <TheMuso_> lifeless: Sure. I'd say the debian maintainer will be interested as well. I'll be committing it to Debian and karmic, then I'll SRU it for jaunty.
[23:28] <lifeless> cool