[02:45]  * lamont2 grumbles at this stupid computer
[02:46] <StevenK> [13:41] -!- lamont2 is Jennifer
[02:46] <ion_> If it were intelligent, it might grumble at you.
[02:46] <lamont2> StevenK, yeah - I'm helping my wife's friend
[02:47] <StevenK> Ahh
[02:47] <lamont2> stupid thing is refusing to read DVDs - throws I/O errors left, right, and sideways
[02:49] <lamont2> 00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-756 [Viper] IDE (rev 03)
[02:49] <lamont2> I think I'll boot back up into -14.47 and (1) see if that makes a diff, and (2) actually look at the boot log
[02:50] <lamont2> back in a few
[02:53] <vlowther> quick question:  when did Hardy switch from the old /etc/acpi power management scripts to using hal/pm-suspend and friends?
[02:53] <mjg59> When hal 0.5.10 got uploaded
[02:55] <vlowther> ... a couple of days ago, I assume?  I need to tell pm-suspend to stop messing with the video adaptor (nvidia on a laptop does not appreciate something else posting it or messing with VBE) -- where are those conf files?
[02:55] <mjg59> No, a couple of months ago
[02:56] <mjg59> Using the non-free driver?
[02:56] <vlowther> of course.  It does not work at all with nv. :/
[02:56] <mjg59> It's likely that we should just leave things up to the nvidia kernel module if it's loaded
[02:56] <mjg59> I'll look into handling that
[02:57] <vlowther> ya -- in the mean time, though, config files/gconf keys?
[02:57] <lamont2> Jan  3 19:53:25 jennifer-desktop kernel: [  142.189950] ide: failed opcode was: unknown
[02:57] <lamont2> le huh?
[02:57] <mjg59> /usr/share//usr/share/hal/fdi/information/10freedesktop/
[02:57] <mjg59> Erm.
[02:57] <mjg59> /usr/share/hal/fdi/information/10freedesktop/
[02:58] <vlowther> ok
[02:58] <vlowther> danke
[02:59]  * lamont2 considers the option of replacing the computer with something newer than a k7-600 and bringing this one home to debug
[03:00]  * lamont2 tries checking the UI^)^ strapping on the drives. :-)
[03:00]  * lamont2 tickles Hobbsee 
[03:02]  * Hobbsee tickles lamont back
[03:06] <vlowther> mjg59: how about a bug with a patch that works around the issue for now?
[03:20] <vlowther> mjg59: bug #180250 filed against hal.  The attached patch Works For Me (tm).
[03:20] <ubotu> Launchpad bug 180250 in hal "system fails to resume in Hardy with non-free nvidia driver" [Undecided,New] https://launchpad.net/bugs/180250
[03:32] <mjg59> vlowther: Hm. I'd rather put that in pm-utils itself, I think
[03:33] <mjg59> vlowther: Very similar code, but in pm/hooks/99video
[03:40] <vlowther> mjg59: sorry, where?
[03:55] <Hobbsee> heh, pitti got hit by a lp bug last night.  same as the one found at christmas
[03:56] <somerville32> for a second I read bus...
[03:58]  * lamont arrives home
[03:58] <lamont> hi Hobbsee
[04:14] <LaserJock> somerville32: hmm, I did too
[04:14] <StevenK> PONIES
[04:14]  * StevenK works on LaserJock's complex
[04:23] <LaserJock> StevenK: for goodness sakes ;-)
[04:23] <lamont> StevenK: PONIES????  kewl!
[04:24] <Hobbsee> LaserJock: yes, ponies!
[04:25] <ScottK> Did someone say Ponies?
[04:27]  * LaserJock hides
[05:09] <CarlFK> send host-name "<hostname>"; is no longer in dhclient.conf - is there somewhere I can see why?
[06:42] <pitti> Good morning
[06:44] <StevenK> pitti: Hi! Could I convince you to sync bug 180274?
[06:44] <ubotu> Launchpad bug 180274 in bluez-libs "Please sync bluez-libs (main) from Debian unstable (main)" [Undecided,Confirmed] https://launchpad.net/bugs/180274
[06:44]  * pitti NEWs the kerrnel
[06:44] <pitti> StevenK: sure
[06:44] <StevenK> pitti: Thanks
[06:44] <pitti> StevenK: I'll process all syncs today anyway, but let me do this one first if it's urgent
[06:45] <StevenK> pitti: Nah, not urgent, just want it done
[06:45] <StevenK> pitti: I'm about to go out to the movies. If it's published and built when I get back, I'll be happy. :-)
[06:46] <pitti> enjoy!
[06:48] <StevenK> pitti: Thanks :-)
[06:57] <tjaalton> pitti: good morning, would you consider doing some promotions to main (xserver-xorg-video-openchrome, considered to replace -via as default, and xserver-xorg-input-vmmouse)?
[07:02] <pitti> tjaalton: please file a main promotion bug to leave some paper trail, I'll have a look at them
[07:02] <pitti> tjaalton: they sound fine, I don't expect that a MIR wiki page will be necessary
[07:03] <tjaalton> pitti: bug 69780 for vmmouse
[07:03] <ubotu> Launchpad bug 69780 in xserver-xorg-input-vmmouse "Vmmouse package should be in main instead of universe" [Wishlist,Confirmed] https://launchpad.net/bugs/69780
[07:03] <tjaalton> I'll file one for openchrome, thanks!
[07:05]  * Fujitsu hopes they don't have arch-indep bits.
[07:07] <tjaalton> Fujitsu: what do you mean?
[07:07] <tjaalton> pitti: bug 180277 for openchrome
[07:07] <ubotu> Launchpad bug 180277 in xserver-xorg-video-openchrome "Please promote openchrome to main" [Undecided,New] https://launchpad.net/bugs/180277
[07:08] <Fujitsu> tjaalton: Well, there's this nice Soyuz bug #178102.
[07:08] <ubotu> Launchpad bug 178102 in soyuz "(Pro|De)motion loses arch: all binaries" [Critical,In progress] https://launchpad.net/bugs/178102
[07:08] <tjaalton> Fujitsu: ah, no they all should be arch: any
[07:09] <tjaalton> well, vmmouse is arch: i386 amd64, but anyway :)
[07:10] <tjaalton> (which I think openchrome should be as well)
[07:10] <tjaalton> pitti: I'm out for the most of the day, so I hope that's all you need :)
[07:10] <tjaalton> gone ->
[08:03] <slangasek> pitti: congrats on the db4.3,db4.4 demotions; but do you know why db4.2 and db4.3 packages are seeded in server-ship?
[08:03] <pitti> slangasek: hysterical raisins; I'm just at fixing that
[08:04] <slangasek> ok :)
[08:04] <pitti> so we'll soon have just 4.2 and 4.6
[08:05] <slangasek> \o/
[08:05] <pitti> we might ignore the performance issue on openldap and just convert that to 4.6, too, but I'd rather have Debian's consent for that
[08:06] <slangasek> pitti: I think that's a pretty poor trade-off in an LTS, given how much attention there was on LDAP at UDS
[08:06] <pitti> right
[08:07] <slangasek> we've more or less decided in Debian to postpone the switch to db4.6 for OpenLDAP until there's a resolution of the performance issue, which I'm told is pretty severe
[08:07] <pitti> I read it in the bug, yeah (factor 2 on some operations)
[08:08] <slangasek> hmm, should get around to uploading that one of these days though so we can knock libldap2 off the todo list :)
[08:08] <pitti> slangasek: I just wonder why the client lib needs libdb, too
[08:09] <pitti> both openldap2{,.3} b-dep  on libdb4.2-dev
[08:10] <slangasek> oh, I'm pretty sure the client lib doesn't need it
[08:10] <slangasek> but the openldap2 package is abandonware :P
[08:10] <slangasek> and was only minimally stripped down to build the client lib without the rest of the binaries when slapd was moved
[08:10] <pitti> ok, seeds updated to drop db4.[23]
[08:11]  * slangasek nods
[08:13] <slangasek> hmm, you've switched cyrus-sasl2?  does that mean the compatibility issues have been resolved?
[08:14] <pitti> slangasek: which issues? it doesn't use transactions?
[08:14] <pitti> s/?$//
[08:14] <pitti> doko_: what does expect-tcl8.3 [!none !hurd-i386] mean? (gcj-4.2 b-dep); can we drop expect-tcl8.3 now?
[08:15] <pitti> slangasek: in the Debian bug, the DDs didn't generally object to switching
[08:15] <pitti> slangasek: Russ just confirmed that db4.6 should perform better for cyrus than 4.2
[08:16] <doko_> pitti: yes, we can
[08:16] <pitti> doko_: anastacia wants it to come back due to that b-dep
[08:16] <doko_> fix anastacia ;-)
[08:16] <pitti> well, !none looks like 'true' to me :)
[08:16] <doko_> anyway, I'll upload gcj-4.2 as well
[08:17] <pitti> ah, ok; I thought you did already
[08:17] <pitti> doko_: thanks muchly
[08:18] <slangasek> pitti: there were some concerns specific to compatibility with cyrus-sasl2 raised by folks involved with cyrus-sasl2 maintenance; I'm trying to find a reference
[08:18] <slangasek> I don't know why there wasn't an open bug report against cyrus-sasl2 requesting the switch
[08:19] <slangasek> (other than people being sloppy because they hate me)
[08:26] <slangasek> pitti: heh, yes, anastacia is parsing [!none] correctly...
[08:30] <pitti> slangasek: maybe it does, I just personally don't know what !none is good for :)
[08:32] <Mithrandir> pitti: probably just as useful as !fish or !fowl
[08:32] <pitti> ah, so it's not magic
[08:32] <Mithrandir> doesn't look like it, no.
[08:39] <doko_> pitti: [] is a parse error, but [!none] did still work
[08:43] <slangasek> pitti: infuriatingly, I'm not finding anything about sasl/db as far back as 2005 in the mail archive; so I guess we may as well go with it and watch for any bug reports
[08:50] <slangasek> doko: it "works", but it means expect-tcl8.3 is a build-dep on all archs; which is the behavior you suggested should be "fixed" in anastacia...?
[08:52] <doko> slangasek: yes, that was the meaning I intended; anyway, we don't run the testsuites on hppa anymore, and therefore it's dropped (until lamont fixes expect on hppa)
[08:59] <Arelis> Hi all. I made a script in bash that downloads stuff from youtube, pulling all the files from a list, and then gives you the option to convert it to OGG or MP3. Can anybody turn that into a full-fledged, graphical program? This is the script: http://paste.ubuntu-nl.org/50688/
[09:01] <doko> pitti: should we address libgif/libungif in ReducingDuplication as well?
[09:01] <pitti> doko: there's an ubuntu-archive bug about this transition; yes, I plan to get rid of ungif
[09:06] <Chipzz> Arelis: 1) this channel is about development of ubuntu, not with (see topic); not 100% sure, but #ubuntu-motu may be a little more appropriate; 2) mplayer has synchronisation issues with .flv files, not sure if you care about that; 3) no offence meant, but your script looks like a real hack to me (launching nautilus??)
[09:08] <Arelis> Chipzz: it still is hacky. That's why i want someone else to turn it into a full-fledged program. And sorry, somebody in #ubuntu-offtopic pointed me here.
[09:20] <dan_> it's not so much 'turn into' as 'why not write a youtube downloader' :)
[09:51] <soren> mvo: Any luck with the new kvm?
[09:52] <soren> mvo: Remember that kvm-modules puts in diversions and such, so you need to remove kvm-modules-`uname -r`, do the depmod-rmmod-modprobe thing again.
[09:54] <mvo> soren: testing now
[09:56] <mvo> soren: yeah, works fine again, thanks
[09:59] <soren> mvo: Excellent.
[10:14] <nenolod> pitti, you about?
[10:14] <pitti> nenolod: yes, I'm just closing all your sync requests :)
[10:15] <nenolod> pitti, could you look at the ia32-libs thing too? i CC'd you because you were last uploader
[10:15] <pitti> nenolod: please define 'ia32-libs thing'?
[10:15] <nenolod> one moment
[10:16] <nenolod> pitti, #179031
[10:16] <pitti> bug 179031
[10:16] <ubotu> Launchpad bug 179031 in ia32-libs "lib32/libSDL depends on old libraries and needs to be rebuilt, add libao2 (for zsnes in amd64)" [Undecided,New] https://launchpad.net/bugs/179031
[10:17] <nenolod> i made a debdiff to add libao2, but that's all i can do there
[10:18] <pitti> nenolod: "as such, libSDL needs to be rebuilt" -> you mean ia32-libs needs rebuilding?
[10:18] <pitti> nenolod: yes, I can do that
[10:18] <nenolod> pitti, yeah. also add libao2 at the same time if you could. :)
[10:18] <pitti> of course
[10:18] <nenolod> thanks
[10:21] <StevenK> pitti: Thank you for the sync
[10:21] <pitti> StevenK: np; how was the movie?
[10:21] <StevenK> pitti: It was great.
[10:22] <StevenK> The Golden Compass; I'd read the book about a month ago
[10:22] <pitti> (and which one did you watch? don't say Alien vs. Predator!)
[10:22] <pitti> aah
[10:22] <StevenK> Oh no, Aliens vs Predator is getting a wide berth
[10:22] <nenolod> pitti, also if you could do something about bug 179471, it'd be appreciated :P
[10:22] <ubotu> Launchpad bug 179471 in audacious-plugins "Merge audacious 1.4.5-1 and audacious-plugins 1.4.4-1 from Debian unstable (main)" [Wishlist,Confirmed] https://launchpad.net/bugs/179471
[10:22] <Mithrandir> TGC is a fun movie, albeit a bit too short.
[10:22] <StevenK> Mithrandir: Agreed
[10:22] <nenolod> i haven't seen the golden compass
[10:23] <nenolod> please provide spoilers
[10:23] <nenolod> :P
[10:23] <StevenK> And they missed the last two chapters of the book
[10:23] <Mithrandir> they could have made it ~50% longer and two films instead of three.
[10:23] <thom> did they butcher the plot as badly as most reviews have suggested?
[10:23] <pitti> nenolod: is it just a sponsoring request or real work to do?
[10:23] <nenolod> pitti, it's just a sponsor request
[10:23] <Mithrandir> ah, ok.  I'm pondering grabbing the books once I'm through my current pile and have some new shelves up.
[10:24] <pitti> . o O { random remark: it's just great to have a common Debian/Ubuntu games maintainer team }
[10:24] <StevenK> thom: Not by my eyes.
[10:25] <nenolod> pitti, we're trying to create a common debian/ubuntu irc packages maintainer team too
[10:25] <pitti> nenolod: awesome
[10:26] <Company> pitti: having common maintainers between distros is always awesome
[10:26] <Company> pitti: even having them talk to each others is a great thing
[10:26] <Company> pitti: way too uncommon unfortunately :(
[10:26]  * nenolod turned the audacious package around in ubuntu
[10:26] <Company> (this is from my upstream pov btw)
[10:27] <nenolod> and i'm sure the debian maintainer finds it useful that i bump the package there too when no changes are needed ;)
[10:27] <nenolod> (he added me to uploaders: :))
[10:30] <nenolod> Company, ubuntu is an important platform to me, because i am working on a very cheap computer (kind of like gPC, but much better) that will be based on ubuntu (+ custom artwork and maybe some additional stuff preinstalled)
[10:31] <nenolod> Company, so making sure my software works in ubuntu is rather important, as i intend to preinstall it ;)
[10:43] <lucas> when did Ubuntu switch to /bin/dash as /bin/sh on the buildds?
[10:43] <lucas> infinity: ^^
[10:43] <pitti> lucas: around edgy IIRC
[10:43] <lucas> ok, thank you
[11:05] <pitti> geser, mvo_: about bug 179876, wouldn't it be better to remove the Ubuntu specific source packages, use Debian's names, and merge?
[11:05] <ubotu> Launchpad bug 179876 in compizconfig-backend-kconfig "[Remove] Please remove compizconfig-backend-{gconf,kconfig} from hardy" [Wishlist,Confirmed] https://launchpad.net/bugs/179876
[11:28] <pitti> Riddell: do you plan an upload of kdesdk soon? it needs a rebuild for dropping the spurious libdb4.4 dependency
[11:29] <pitti> Riddell: I tried building it with -Wl,--as-needed, but that fails
[11:32] <Riddell> pitti: nothing planned but I can take a look
[11:33] <Riddell> pitti: is that dependency a problem?
[11:33] <pitti> Riddell: ok; if not I can trigger a no-change rebuild, too, but it's quite a large set of b-deps and download
[11:33] <pitti> Riddell: 4.4 is in universe now; so if kbabel is on the CDs that'll render them uninstallable
[11:33] <pitti> if kbabel isn't, then it can wait
[11:33] <Riddell> pitti: it isn't
[11:34] <Kmos> pitti: do we need debian-maintainers package ?
[11:34] <Kmos> it's only in hardy
[11:34] <mvo_> pitti: maybe, I need to investigate how similar/different it is
[11:34] <pitti> Kmos: not really
[11:34] <Kmos> pitti: can you add it to some filter in auto-sync? :)
[11:34] <Kmos> and remove it from hardy
[11:34] <pitti> Kmos: I can; please file a removal bug, to have a paper trail
[11:35] <Kmos> pitti: one, i will do
[11:35] <Kmos> ups
[11:35] <Kmos> pitti: ok, i will do
[11:35] <Kmos> :)
[11:35]  * Hobbsee waves
[11:36]  * Hobbsee hopes for l-u-m soon
[11:38] <thom> pitti: cheers!
[11:39] <pitti> hey Hobbsee
[11:39] <Hobbsee> BenC: ping.  can i ask a silly question?
[11:39] <Hobbsee> pitti!
[11:39]  * Hobbsee hugs pitti
[11:39] <pitti> hi thom, happy new year! what's up?
[11:39] <thom> pitti: happy new year mate. was just saying thank you for the puppet sync :)
[11:39] <pitti> thom: ah, no problem
[11:54] <soren> lamont: Am I imagining things or did you not mention recently that you were working on bug 173868?
[11:54] <ubotu> Launchpad bug 173868 in postfix "postfix-doc unremovable if postfix not installed" [Low,Confirmed] https://launchpad.net/bugs/173868
[11:57] <lamont> soren: hrm... I was working/fixed the uninstallable if not installed version
[11:57] <lamont> I'll have to peek at it again. :(
[11:57] <lamont> but for the moment, I'm going to go back to bed for a bit
[12:04] <soren> lamont: Ah, ok.
[12:04] <soren> lamont: Fair enough.
[12:04] <soren> lamont: Can I assign it to you?
[12:06] <lamont> soren: sure
[12:24] <lamont> postfix-doc cannot use postconf without checking for existance.
[12:24] <lamont> Addresses-Ubuntu-Bug: 173868
[12:24] <lamont> Signed-off-by: LaMont Jones <lamont@debian.org>
[12:26] <lamont> soren: I do love it when the bugs are trivial.
[12:26] <lamont> OTOH, I hate it when I miss something so obvious
[12:36] <lamont> is it a known feature that (d-i) install on a 1.8 TB partition has issues (while 1.6TB works)?
[12:36] <lamont> s/feature/issue/
[12:37] <lamont> "looked like it was fine, then crashed loading the boot loader"
[12:45] <ScottK> Good morning pitti.  Thanks for all the syncs and backports today.
[12:46] <ScottK> pitti: It seems I made a mistake with the clamav backport to feisty and neglected to actually put in the bug which version I was thinking should be backported (entirely my fault).
[12:46] <pitti> ScottK: yw; was quite a batch today, holiday lag
[12:46] <pitti> ScottK: oh, uh
[12:47] <ScottK> pitti: As a result, I just introduced a library transition (libclamav2 -> 3).
[12:47] <ScottK> Yeah.
[12:47] <pitti> ScottK: well, then it'll just get stuck in NEW and I can reject the binaries
[12:47] <ScottK> It affects roughly two handfulls of packages.
[12:47] <ScottK> Ah.. Cool.
[12:47] <lamont> ScottK: re: QMQP_README --> wietse still delivers it in README_FILES, and I deliver everything in that directory
[12:47] <lamont> should I specifically drop that file?
[12:48] <lamont> (bug 172925 comment of yours)
[12:48] <ubotu> Launchpad bug 172925 in postfix "postfix upgrade does not add 'retry' service" [Medium,In progress] https://launchpad.net/bugs/172925
[12:48] <ScottK> pitti: After that can the version in gutsy-security be backported?
[12:49] <pitti> ScottK: it'll have a lower version number, but since that affects only the source package that should be fine (I can remove the current backport
[12:49] <pitti> ScottK: which bug# was it?
[12:49] <ScottK> pitti: Bug #177537
[12:49] <ubotu> Launchpad bug 177537 in clamav "Remote Code Execution" [Undecided,Fix released] https://launchpad.net/bugs/177537
[12:49] <ScottK> pitti: Thanks.  This is what I get for trying to do stuff while on the road for Christmas vacation.
[12:50] <ScottK> lamont: Sounds like an upstream issue with either README_FILES or the upgrade script.
[12:50] <ScottK> I'm really not sure.
[12:51] <lamont> ScottK: OK.  it'll magically disappear when Wietse stops delivering it. :-)
[12:51] <lamont> I'm tempted to close bug 59268 as fixed in 2.4 as well
[12:51] <ubotu> Launchpad bug 59268 in postfix "dpkg postinst failed, because it tries to start postfix twice (and does not catch running state)" [Undecided,Confirmed] https://launchpad.net/bugs/59268
[12:52] <lamont> stopping twice is, um, a feature.
[12:54] <Mithrandir> lamont: is that a feature-feature or a lamont-feature?
[12:54] <Mithrandir> :-P
[12:55] <ScottK> lamont: Great feature (the stopping twice).  The postinst should support the feature then ;-)
[12:55] <lamont> it clubs it over the head twice to make sure it really stopped. :-P
[12:56] <Mithrandir> lamont: sure you shouldn't remove the rc2.d links and reboot the machine while you're at it?
[12:56] <lamont> and no, I'm not sure why it feels the need.
[12:56] <lamont> Mithrandir: I suspect that'd get me a grave bug. :-)
[12:56] <Mithrandir> (and then run the postinst as an @reboot cron entry)
[12:56] <lamont> LOL
[12:56]  * Mithrandir goes to take his pills
[12:57]  * lamont goes to turn off the alarm so his wife doesn't notice that he forgot to come back to bed.
[12:57] <elmo> Mithrandir:  I think you've had quite enough of those
[12:57] <StevenK> elmo: Or not enough
[12:57] <Mithrandir> elmo: but they're nice!  blue and red and green and all.
[12:57] <Hobbsee> or nowhere near enough, yes
[12:57] <lamont> Mithrandir: it's possible that they're affecting your work performance though...
[12:57] <Hobbsee> adversely, though?
[12:58] <ogra> lamont, do you have any hint for bug 179130 ? (good to see you back btw :))
[12:58] <ubotu> Launchpad bug 179130 in livecd-rootfs "Typo in argument parsing and unknown sanitize command" [Undecided,New] https://launchpad.net/bugs/179130
[12:58] <ScottK> pitti: Do you want a comment in the clamav bug from me on the version needed for Feisty or is this conversation good enough?
[12:58] <pitti> ScottK: just updated the bug
[12:59] <pitti> s/:/: I/
[12:59] <ScottK> pitti: Perfect.  Thanks for fixing and sorry for the trouble.
[12:59] <pitti> np
[13:11] <pitti> nenolod: hm, not sure what you mean with libdirectfb and ia32-libs
[13:11] <pitti> nenolod: oh, ignore me, I know what you mean; should be all good now
[14:20] <Hobbsee> Kmos: please do not file crap bugs in debian, and admit to being an ubuntu user.  thankyou.
[14:21] <Kmos> Hobbsee: which ones are you talking about ?
[14:22] <Hobbsee> Kmos: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=459107
[14:22] <ubotu> Debian bug 459107 in telepathy-qt "New upstream version 0.14.1" [Wishlist,Open]
[14:22] <Kmos> what's the problem with that one?
[14:23] <Hobbsee> Kmos: the maintainers want to talk to you about it, on oftc, in #debian-qt-kde
[14:23] <Kmos> 0.0.2064-1 is more recent ?
[14:24] <Hobbsee> Kmos: do you know the address?
[14:24] <Kmos> Hobbsee: yes..
[14:24] <Hobbsee> cool
[14:24] <Hobbsee> they're waiting
[14:28] <dcotruta> hello all
[14:29] <dcotruta> anyone care to lend a hand with a driver problem (i want to extend an existing driver)
[15:26] <soren> doko: Should the new icedtea-java7 upload have any effect on bug 152362 ?
[15:26] <ubotu> Launchpad bug 152362 in icedtea-java7 "icedtea-java7-plugin always crashes firefox" [High,Confirmed] https://launchpad.net/bugs/152362
[15:26] <doko> soren: I don't know
[15:26] <soren> doko: Heh :)
[15:27] <soren> doko: I'll wait for it to build and let you know, then .
[15:45] <pitti> ScottK: clamav> ok, I think I got it now
[16:12] <tkamppeter> anyone of the OOo guys around?
[16:17] <pitti> hi tkamppeter, happy new year!
[16:27] <tkamppeter> pitt, thanks, also happy new year!
[16:28] <tkamppeter> OOo seems not to have been updated for Alpha 2, a full updatre of Hardy still wants to remove it.
[16:33] <pitti> known problem
[16:33] <_MMA_> tkamppeter: calc was working on some issues when I talked to him last.
[16:34] <tkamppeter> calc? Are you here?
[16:35] <tkamppeter> is anyone of you using an up-to-date Hardy with OOo? How did youy proceed to set it up?
[16:35] <stgraber> tkamppeter: execute soffice, then open your document
[16:36] <tkamppeter> So I do the "apt-get dist-upgrade" and after it has removed the two OOo packages "soffice" is still there?
[16:40] <stgraber> tkamppeter: IIRC, yes :)
[16:40] <stgraber> tkamppeter: I remember of a dist-upgrade removing tons of OpenOffice packages but soffice still working after that
[16:40] <stgraber> tkamppeter: but I did that dist-upgrade at least a week ago (probably two)
[16:42] <tkamppeter> stgraber thank you, I have set up a new laptop by installing a Gutsy live CD and now I am upgrading it to Hardy, to use it for the Ubuntu development.
[16:43] <tkamppeter> Does this also mean that the OOo packages in question were not present on Alpha 2?
[16:45] <stgraber> well, ubuntu-desktop depends on -writer, -calc, -gnome and -impress
[16:45] <stgraber> those are installed so everything is fine
[16:46] <stgraber> what isn't is openoffice.org itself as it depends on openoffice.org-base which causes a conflict (libhsqldb-java)
[16:48] <tkamppeter> And what are openoffice.org and openoffice.org-base good for then?
[16:50] <stgraber> looks like openoffice.org-base is broken (or libhsqldb-java), so ones this one is fixed you should be able to install openoffice.org and all its depends
[16:58] <tkamppeter> stgraber, do you know which functionality of OOo is in the packages openoffice.org-base and openoffice.org?
[16:59] <stgraber> it's the base interface IIRC (sort of Access-like module)
[16:59] <tkamppeter> So it is only for databases?
[17:00] <stgraber> I think so (never played with that part of OOo)
[17:29] <calc> tkamppeter: yes
[17:30] <calc> tkamppeter: base is just for database stuff, openoffice.org is just a metapackage
[17:32] <tkamppeter> Thank you calc
[18:30] <pitti> calc: libcommons-lang-java FTBFSed, can you please have a look? I need to leave now
[18:30] <pitti> You must specify a valid ANT_HOME directory!
[18:31] <pitti> calc: ^ yay for Debian doing binary uploads :/
[18:31] <pitti> calc: seems trivial to fix
[19:30] <ion_> Re: the hassle with flashplugin-nonfree every time a new upstream version is released (LP #173890), has anyone tried to convince Adobe/Macromedia to release the separate versions at separate URLs?
[19:30] <ubotu> Launchpad bug 173890 in flashplugin-nonfree "flashplugin-nonfree fails to install... new version?" [Undecided,Confirmed] https://launchpad.net/bugs/173890
[20:27] <ScottK> ion_: Even if they released different versions, if you don't run the latest, you're stuck with multiple unfixed security bugs.
[20:44] <ion_> scottk: The Ubuntu package isn’t going to be able to download the latest package *anyway* until it gets updated as well. That leaves a period of time when flashplugin-nonfree is not installable.
[20:44] <ion_> (Since it gets the “wrong” tarball from the site)
[20:45] <ScottK> True.
[20:46] <ScottK> I suppose that it one good reason.
[20:46] <ScottK> If course not installable makes the SRU justification easier ;-)
[20:47] <persia> ScottK: Well, yes, except for regression risks (like the current konqueror breakage)
[20:47] <ScottK> Yes, but given the security issues, I think we'd have no choice but to update anyway.
[20:48] <persia> Scylla and Charybdis
[20:48] <ScottK> Pretty much.
[20:49] <ScottK> persia: Do you know if bzip .debs are OK in Ubuntu yet?
[20:49] <Ubulette> persia, fyi, i'm done with prism-webapps. problem is, i don't know what to do with icon licenses
[20:49] <Ubulette> oops, wrong channel
[20:51] <persia> ScottK: dpkg changelog says lzma is fine (since 1.14.12ubuntu3) and .bzip2 as well (since 1.10.24).
[20:55] <dmb_> i think the best solution would be to work out the problem with adobe, and have them create versioned tars
[21:43]  * \sh 's doomed...same error running debootstrap on hardy as last time
[21:43] <\sh>  /usr/sbin/debootstrap: 317: cannot create /home/shermann/hardy_chroot/test-dev-null: No such device or address
[21:45] <Chipzz> what version of python will hardy ship with? 2.5?
[21:46] <persia> Chipzz: At least 2.4 and 2.5 will be included.
[21:51] <\sh> yay for bug #180157
[21:51] <ubotu> Launchpad bug 180157 in debian-installer "XFS root filesystem - install fails with "noexec or nodev" error" [Undecided,New] https://launchpad.net/bugs/180157
[21:52] <\sh> every partition of my system is xfs, but not /boot so I'm fcked
[21:52] <persia> Um.  Shouldn't the install fail when trying to push to noexec?  I'd think nodev also.
[21:54] <slangasek> clearly, the install does fail? :)
[21:54] <\sh> slangasek: the install does fail....check the bugreport...I added now debootstrap to it...
[21:54] <\sh> root@home-emt64:/home/shermann# debootstrap hardy hardy_chroot/
[21:54] <\sh> /usr/sbin/debootstrap: 317: cannot create /home/shermann/hardy_chroot/test-dev-null: No such device or address
[21:54] <\sh> E: Cannot install into target '/home/shermann/hardy_chroot' mounted with noexec or nodev
[21:55] <\sh> /dev/sda6 on /home type xfs (rw)
[21:55] <\sh> /dev/sda5 on /var type xfs (rw)
[21:55] <\sh> is my home partition...mounted without noexec, nodev...so it should work...but it's xfs
[21:55] <\sh> or do I understand this errormsg not correctly...and it needs noexec, nodev? ,-)
[21:56] <slangasek> if you try to run "mknod /home/shermann/test-dev-null c 1 3" directly, you get that same error I guess?
[21:57] <\sh> no
[21:57] <slangasek> it needs to not have either of noexec and nodev
[21:57] <slangasek> if the xfs filesystem defaults have changed, that's nutty, but in that case you could try mounting it with "exec,dev"
[21:58] <slangasek> \sh: you /don't/ get that error?
[21:58]  * persia is confused, and suspects xfs trickery
[21:58] <\sh> slangasek: doing the mknod I don't get any error...but I think I need to check the $?
[21:58] <slangasek> so do you get a different error, or a successful device creation?
[21:58] <\sh> slangasek: there is no device created..so I think it returns $?=1 (me needs to check)
[21:59] <slangasek> you should get an error message if it fails, AFAIK
[21:59] <\sh> slangasek: no..the error message comes from debootstrap...mknod failes silently it seems
[22:00] <slangasek> for that matter, if I remount my ext3 /home with "nodev", I can still create devices, I just can't use them :)
[22:01] <\sh> slangasek: well, fact is, /home or /var are not mounted with noexec,nodev, so when I do a -o remount,exec,dev I only see in my mount output "(rw)" ... now trying the other way around
[22:01] <\sh> yuck...una momenta
[22:02] <\sh> ok...
[22:02] <\sh> now...mknod works
[22:02] <\sh> device is created
[22:02] <persia> \sh: patch XFS to have sane defaults :)
[22:03] <\sh> but /usr/share/debootstrap/functions: check_sane_mounts() doesn't work
[22:03] <slangasek> what did you have to change to get the device created?
[22:03] <\sh> slangasek: mount /home/ -o remount,exec,dev
[22:04] <\sh> but by default it's already exec,dev
[22:04] <slangasek> and yet somehow not? :)
[22:04] <\sh> slangasek: mknod /home/shermann/hardy_chroot/test-dev-null c 1 3 works as expected...(the first time I checked in the wrong dir)
[22:05] <slangasek> ah
[22:05] <\sh> slangasek: but inside debootstrap it doesn't work somehow...I have to check why not...trying to play with the code in check_sane_mounts manually
[22:05] <slangasek> so what happens if you run 'echo test > /home/shermann/hardy_chroot/test-dev-null; echo $?' after that?
[22:06] <\sh> root@home-emt64:~# echo "test" > /home/shermann/hardy_chroot/test-dev-null ; echo $?
[22:06] <\sh> -su: /home/shermann/hardy_chroot/test-dev-null: No such device or address
[22:06] <\sh> 1
[22:06] <slangasek> well, there you go
[22:07] <\sh> crw-r--r--  1 root     root     1, 3 2008-01-04 23:02 test-dev-null
[22:09] <slangasek> so xfs appears to have a problem with devices
[22:09] <slangasek> not an installer or debootstrap bug then, but an xfs bug
[22:10] <\sh> slangasek: so a kernel problem
[22:10] <slangasek> yes
[22:11] <\sh> ok..I'll add our kernel package to bug #180157 and mark the other packages as invalid and adding our testcase
[22:11] <ubotu> Launchpad bug 180157 in debootstrap "XFS root filesystem - install fails with "noexec or nodev" error" [Undecided,Confirmed] https://launchpad.net/bugs/180157
[22:18] <\sh> what is the source package name for our linux image?
[22:18] <\sh> linux-source-2.6.24?
[22:19] <ScottK> \sh: No source.  Just linux-
[22:22] <LaserJock> ?
[22:22] <Lure> can somebody give-back kdepimlibs (now that kde4libs built)?
[22:23] <ScottK> Riddell can do it, can't he?
[22:25] <Lure> ScottK: I think not, he is not on launchpad-buildd-admins team
[22:26] <Lure> ScottK: ENOHOBBSEE ;-)
[22:26] <ScottK> Ah.  Right.  Need a buildd admin, not an archive admin.
[22:27] <\sh> so bug #180157 should be corrected now..assigned the kernel team
[22:27] <ubotu> Launchpad bug 180157 in linux "XFS root filesystem - install fails with "noexec or nodev" error" [Undecided,Confirmed] https://launchpad.net/bugs/180157
[22:28] <\sh> time for some nicotine
[22:28] <\sh> slangasek: thx for tracking this down :)
[22:30]  * slangasek nods
[22:30] <\sh> now for a quick solution of this problem
[22:31] <\sh> what's a good and fast fs for a 500GB drive?
[22:31] <Lure> \sh: raw disk ;-)
[22:31] <slangasek> ext3 is the only fs I use
[22:31] <slangasek> I've used xfs in the past, but got tired of seeing files full of zeroes
[22:32] <sladen> my tmpfs is faster than your xfs
[22:32] <Lure> slangasek: same here :-(
[22:32] <sladen> (and has the same affect on files post-boot)
[22:32] <\sh> slangasek: well, playing with storage sizes like >5TB ext3 is a pain..and xfs is fast for this...
[22:32] <Lure> you just cannot trade reliablity for performance if you care about your data
[22:33] <slangasek> \sh: 500GB <= 5TB
[22:33] <\sh> slangasek: yeah...but my 500GB drives are coming out of a system with 5TB ;)
[22:33] <\sh> writing inode-tables: xxx/3727
[22:34] <\sh> there is still one drive which I need to send to imbrandon
[22:38] <\sh> ok..with ext3 it works now
[22:52] <imbrandon> :)
[22:59] <smarter> Hi
[22:59] <smarter> are the scripts to generate the http://archive.ubuntu.com/ubuntu/dists/gutsy/main/i18n/Translation-xx files from the .po files available?