[00:42] <VilasBoas> Hy does anyone know how to enable wireless on a Intel(R) PRO/Wireless 2100 Network Driver, 1.1.0 ??
[00:47] <TheMuso> VilasBoas: If you are using Ubuntu, it should just work. What version of Ubuntu are you using?
[00:48] <VilasBoas> I?m using  ubuntu 9.04 i386
[00:48] <VilasBoas> this is the resolte of my lspci http://paste.ubuntu.com/254282/
[04:19] <ccheney> how do i enable timestamps in empathy?
[04:20]  * ccheney wonders if there is no way as empathy is a real gnome app unlike pidgin
[04:22]  * ccheney thinks he will probably be running kubuntu by 10.04 if the continued removal of features keeps up :-\
[04:24] <ScottK> ccheney: ;-)
[04:24] <ScottK> ccheney: Speaking of which, are we getting openoffice-kde back anytime soon?
[04:25] <ccheney> ScottK: yea maybe tomorrow (i hope)
[04:25] <ccheney> ScottK: its in OOo 3.1.1
[04:25] <ScottK> Cool.
[04:26] <ccheney> i think i have a working build done now, ran into a few issues on friday which seem to be fixed now
[04:28] <ccheney> well other than empathy being useless so far karmic is looking nice, i had to switch back to jaunty for a while, just upgraded again today
[04:29] <ccheney> for me accurate timestamps (per message) are almost as important as the messages themselves, so with empathy having what appears to only be a timestamp for when the window opens it doesn't look particularly useful
[04:32] <ScottK> ccheney: I have to the second timestamps in Quassel (currently the default Kubuntu IRC client).
[04:34] <ccheney> ScottK: yea, and pidgin does that also :-)
[04:34]  * ccheney has a current kubuntu iso, will have to test it out in a vm
[05:01] <TheMuso> ccheney: The timestamp could be theme specific.
[05:05] <ccheney> TheMuso: hmm, having timestamps in empathy is a 'theme' option?
[05:05] <TheMuso> ccheney: Empathy supports different chat themes.
[05:05] <TheMuso> SO a theme may or may not have timestamps, so far as I understand things.
[05:06] <TheMuso> but it seems themes don't yet have preferences.
[05:07] <TheMuso> The classic theme does have timestamps.
[05:07] <TheMuso> although they are displayed relative to each other.
[05:08] <TheMuso> So the date is only displayed if you continue a conversation on a different day, otherwise the time gets shown, and only if the minute has changed.
[05:09] <wgrant> I think it only shows timestamps if there have been a few minutes since the last message.
[05:09] <wgrant> But it's a bit hard to tell.
[05:09] <maco> wait what? relative? like it says "5 seconds later..."?
[05:10] <wgrant> Not for me.
[05:12] <ojwb> I'm using the classic theme for jaunty's empathy
[05:12] <ojwb> at least with jabber, I get a centred grey "- 15:40 -" or similar before each "burst" of chatter
[05:13] <ojwb> so if both people say something soon after the other it doesn't put in a new timestamp, or something like that
[05:13] <ojwb> AFAIK, I've never configured anything to do with it
[05:14] <wgrant> That's the default.
[05:14] <wgrant> Which is complainable about.
[05:14] <wgrant> I'd like at least an easy option.
[05:19] <ojwb> yeah, I was just trying to clarify as people seemed to be misunderstanding each other a bit
[05:25] <maco> ive never used it (well, i tried once, noticed a lack of a feature i like,and stopped) so i didnt understand "displayed relative"
[06:04] <ccheney> hmm i backed up my evolution mail before reinstalling but evolution refuses to restore from it claiming its bad archive, i can untar it just fine though
[06:04] <ccheney> i guess i am really glad that i use imap or it would be a big pita to fix
[06:05] <ccheney> so its only a small pita to fix instead
[06:05]  * ccheney thinks maybe this is evolution's way of telling me to stop using it and switch to mutt or thunderbird
[06:57] <TheMuso> c
[06:58] <lifeless> d
[08:01] <dholbach> good morning
[08:02] <maco> hello :)
[08:33] <ojwb> mvo: if you want to give that xapian-core patch some testing in karmic, it'd be good to do it soon as feature freeze isn't far off...
[08:33] <ojwb> or we can decide it's fine, or that we don't want to risk it
[08:35] <ojwb> it's been on trunk for ages, but needed quite a few adjustments to apply
[09:01] <mvo> ojwb: I add it now and upload a new version. sorry for the delay, I was on a vacation for some days
[09:05]  * ojwb guessed!
[09:13] <lifeless> mvo: hi
[09:13] <mvo> hi lifeless
[09:13] <lifeless> https://edge.launchpad.net/conflictchecker is now team owned, and you're an admin
[09:14] <mvo> cool, thanks lifeless
[09:15] <lifeless> n
[09:15] <lifeless> np
[09:15] <lifeless> shoulda done that a while back
[09:18]  * mvo nods
[12:11] <siretart`> mvo: around?
[12:14] <mvo> siretart`: yes, but I have not yet had a chance to read your mail yet (just returned from vac)
[12:14] <siretart`> mvo: ah, in that case, welcome back! :-)
[13:15] <rtg> urk! nautilus has gone crazy, creating and destroying hundreds of copies. anyone else having this problem?
[13:15] <ogra> copies of what ?
[13:15]  * ogra has no issues here 
[13:16] <rtg> ogra, copies of nautilus.
[13:16] <ogra> fun, seb is on vacation for two weeks :P
[13:16]  * ogra didnt upgrade today yet ... 
[13:16] <ogra> let me try
[13:17] <rtg> ogra, I think I'll just run a dist-upgrade and then restart.
[13:18] <ogra> i hope you mean you run update-manager instead of doing a dist-upgrade ;)
[13:19] <rtg> ogra, sudo apt-get -u dist-upgrade
[13:19] <ogra> use update-manager instead
[13:20] <ogra> it has hooks for special cases you might need under some circumstances ... to clean up old cruft etc
[13:20] <rtg> ogra, within a development release ? never! it always messes up.
[13:21] <StevenK> Then file a bug
[13:21] <ogra> right
[13:21] <rtg> nag, nag, nag
[13:22] <StevenK> Yup
[13:25] <rtg> hah! whatever gnome library got updated killed the nautilus D-bus wars
[13:25] <ogra> :)
[14:00] <idlogin> Requested 'gtk+-2.0 >= 2.17.3' but version of GTK+ is 2.16.1
[14:00] <idlogin> Consider adjusting the PKG_CONFIG_PATH environment variable if you
[14:00] <idlogin> installed software in a non-standard prefix.
[14:00] <idlogin> Alternatively, you may set the environment variables CHEESE_CFLAGS
[14:00] <idlogin> and CHEESE_LIBS to avoid the need to call pkg-config.
[14:00] <idlogin> See the pkg-config man page for more details.
[14:00] <idlogin> i get the above error. ubuntu 9.04 has only got libgtk2.0-dev 2.16.x but this program cheese i'm trying to compile say's it needs 2.17.3
[14:00] <idlogin> any ideas?
[14:06] <SeaOrifice> idlogin: try reinstalling or check up apt.alturl.com if u are an advanced user
[14:06] <Laney> props to whoever's on the queue
[14:06]  * Laney fist bumps you
[14:08] <directhex> terrorist fist jab! :o
[14:18] <james_w> zero component mismatches? You can't be serious! :-)
[14:28] <idlogin> SeaOrifice: Thanks. trying to reinstall still give libgtk2.0-dev-2.16.1 which is what i get when i search apt.alturl.com
[14:28] <idlogin> i need something => 2.17.3. is there a way i can build that myself from sources?
[15:38] <mathiaz> james_w: slangasek: could you promote mysql-5.1 to main?
[15:38] <mathiaz> https://bugs.launchpad.net/bugs/408333
[15:57] <james_w> mathiaz: what will depend on it?
[15:58] <mathiaz> james_w: you mean which new packages would be pulled in from universe?
[15:58] <mathiaz> james_w: AFAICT none
[15:58] <james_w> no
[15:58] <james_w> what will keep it in main?
[15:58] <james_w> seeds?
[15:58] <mathiaz> james_w: yes - mysql-5.1 builds mysql-server now
[15:59] <mathiaz> james_w: which is seeded IIRC
[15:59] <james_w> ok
[15:59] <mathiaz> james_w: mysql-server is in the server-ship seed
[16:03] <james_w> mathiaz: do you need things demoted at the same time?
[16:03] <mathiaz> james_w: mysql-dfsg-5.0
[16:04] <james_w> and all the -5.0 bits?
[16:08] <mathiaz> james_w: yes
[16:08] <mathiaz> james_w: libmysqclient15off is probably still required by some packages in main
[16:08] <james_w> ok
[16:08] <mathiaz> james_w: they'll have to be rebuild against 5.1
[16:09] <james_w> you want all binaries from the 5.1 package promoted?
[16:11] <mathiaz> james_w: all except libmysqld-{dev,pic}
[16:11] <mathiaz> james_w: all the other packages were already part of main for mysql-5.0
[16:12] <mathiaz> james_w: the libmysqld-* are new packages that weren't in 5.0
[16:12] <james_w> mathiaz: done
[16:13] <mathiaz> james_w: \o/ - thank you!
[16:13] <james_w> please check in an hour or so that things look as you expect
[16:13] <kirkland> ogra: ping
[16:13] <james_w> I demoted 15off as well, so transitioning those packages would be appreciated
[16:14] <dholbach> can somebody moderate my u-d-a@ mail?
[16:14] <ogra> kirkland, hey
[16:14] <kirkland> ogra: hiya, i didn't see any uploads to qemu-kvm, just checking
[16:14] <ogra> kirkland, i did about 5 yesterday :)
[16:14] <kirkland> ogra: oh :-)  /me checks again
[16:15] <ogra> sorry that it took so long but we had some disasters on armel
[16:15] <kirkland> ogra: okey doke, no worries
[16:15] <ogra> should be all fine now
[16:15] <kirkland> ogra: cool, i'll play with those
[16:15] <kirkland> ogra: sorry, my comment was about 24 hours stale :-)
[16:15] <kirkland> ogra: i checked yesterday morning, and hadn't seen anything
[16:16] <ogra> i'm doing a full copy of the source tree now at buuld time for the static stuff that will make sure we'll never interfere
[16:16] <ogra> *build
[16:16] <kirkland> ogra: cool
[16:17]  * ogra is just researching why there are so many qemus fixes in the suse src rpm that never went upstream
[16:18] <ogra> especially one that makes mono work on arm ... tsk
[16:59] <dholbach> can somebody moderate my u-d-a@ mail?
[17:30] <Laibsch> bryce: in view of bug 363238, would it be possible to update xorg-xserver-video-ati past http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/commit/?id=f564460e94c9d0f1cf3ff4b8535481b2b8b4e9c1 ?
[17:30] <Laibsch> or cherry-pick?
[17:30] <Laibsch> The current Jaunty driver still has this fairly severe problem.
[17:31] <bryce> Laibsch, yep, is that the commit needed?
[17:31] <Laibsch> I think so
[17:31] <Laibsch> Or I should say, I'm quite certain
[17:32] <Laibsch> It's Rolf
[17:32] <Laibsch> I've been testing and packaging bugfixed packages
[17:32] <Laibsch> I think it's fairly well-tested
[17:33] <bryce> patch looks sane, yeah think we can include it
[17:33] <hyperair> hmm new mesa in xorg-edgers eh..
[17:34] <bryce> Laibsch, I'm hesitant to move our git snapshot up newer since then it moves us into kms territory, which is still pretty buggy
[17:34] <bryce> but looks like this can be merged independent of that
[17:37] <Laibsch> cool
[17:46] <lamont> Keybuk: thoughts on bug 540575?
[18:13] <superm1> Keybuk, are you planning on pulling in udev 146 soonish?
[18:14] <robbiew> lamont: FYI - Keybuk is on holiday.
[18:14] <robbiew> superm1: ^
[18:17] <superm1> Then i guess that's a "no" :)
[18:17] <robbiew> superm1: he's lurking around though...so things may "magically" happen ;)
[18:40] <NCommander> ScottK, can you take a look at https://bugs.launchpad.net/hardy-backports/+bug/411849
[18:53] <zul> Caesar: ping i have a couple of puppet questions for you
[18:57] <Ampelbein> hi there. the NBS list was not updated for some days now, is this a known issue? (http://people.canonical.com/~ubuntu-archive/NBS/)
[19:19] <james_w> Ampelbein: heh, how did I miss that earlier?
[19:20] <Ampelbein> james_w: how would i know? ;-) so I guess it was not a known issue...
[19:21] <james_w> not to me at least
[19:44] <james_w> Ampelbein: should be updating now, yay for silent failures. Thanks for noticing
[19:46] <jdstrand> kirkland: hey, is what I am seeing in this build from my ppa: http://launchpadlibrarian.net/30425319/buildlog_ubuntu-karmic-amd64.libvirt_0.7.0-1ubuntu2~jdstrand1_FAILEDTOBUILD.txt.gz the same as bug #399459?
[19:47] <jdstrand> kirkland: actually, I can answer that... it is not
[19:47] <jdstrand> kirkland: however, is what I am seeing in my ppa known?
[19:49] <kirkland> jdstrand: i've never seen that
[19:49] <kirkland> jdstrand: actually, I really think open-iscsi should have a -dev package
[19:49] <kirkland> jdstrand: that doesn't require starting that (crappy) init script
[19:50] <kirkland> jdstrand: slangasek and co. have worked on iscsi lately, i wonder if they've added something that depends on /lib/init/rw/sendsigs.omit.d perhaps?
[19:50] <slangasek> not I
[19:50] <kirkland> slangasek: hey, thanks.
[19:53] <jdstrand> mathiaz: have you seen this? ^
[19:54] <mathiaz> jdstrand: yes
[19:55] <mathiaz> jdstrand: /lib/init/rw/sendsigs.omit.d is not created in the build chroots IIRC
[19:55] <mathiaz> jdstrand: which is the reason why open-iscsi is failing to install
[19:56] <jdstrand> mathiaz: yes, that was my conclusion as well. is there a bug? is it being worked on on? what normally creates /lib/init/rw/sendsigs.omit.d ?
[19:58] <jdstrand> mathiaz: rsyslog removes things from there in its postrm it looks like
[19:58] <jdstrand> mathiaz: so a syslog to rsyslog transition issue, possibly?
[19:58] <mathiaz> jdstrand: may be
[19:59] <mathiaz> jdstrand: openiscsi would only fail if /lib/init/rw/sendsigs.omit.d/ the directory doesn't exist
[19:59] <jdstrand> mathiaz: yes
[20:00] <jdstrand> (which is what happens)
[20:00] <mathiaz> jdstrand: and the issue is only in chroot
[20:00] <jdstrand> mathiaz: are you contending it is a build issue?
[20:00] <jdstrand> buildd
[20:00] <mathiaz> jdstrand: not only a buildd - pbuilder has the same problem
[20:01] <mathiaz> jdstrand: I'd say it's an issue if you try to install open-iscsi in a chroot
[20:01] <jdstrand> mathiaz: so this causes an FTBFS for anything that depends on open-iscsi
[20:01] <mathiaz> jdstrand: yop - libvirt being such an example
[20:05] <EtienneG> jdstrand, hey there
[20:05] <EtienneG> I am late to the discussion, and missed the beginning of it
[20:05] <EtienneG> jdstrand, basically, a package (libvirtd, I think) have a build-dep on open-iscsi
[20:06] <jdstrand> EtienneG: yes
[20:06] <EtienneG> jdstrand, building the karmic package of that package on jaunty fail
[20:06] <jdstrand> EtienneG, mathiaz: I am simply going to adjust the open-iscsi initscript to create the symlink only if /lib/init/rw/sendsigs.omit.d exists
[20:07] <EtienneG> jdstrand, basically, open-iscsi is a build-dep because the Makefile of that package check for the presence of the iscsiadm executable
[20:07] <jdstrand> EtienneG: I could just do '|| true' as well
[20:07] <EtienneG> jdstrand, hold on, phone rings
[20:07]  * jdstrand opts for '|| true'
[20:07] <mathiaz> jdstrand: right - that seems the best workaround
[20:08] <EtienneG> mathiaz, jdstrand: if you ask, the Makefile that check for the presence of a specific executable without ever using it in the build is wrong
[20:08] <jdstrand> well, the initscript is wrong too
[20:08] <EtienneG> so technically, you could also remove the build-dep on open-iscsi by patching the Makefile
[20:08] <EtienneG> jdstrand, they are both wrong
[20:08]  * jdstrand nods
[20:09] <EtienneG> anyway, just saying
[20:09] <EtienneG> jdstrand, my recollection of that bug is fuzzy, but it struck me as being really hare-brained to check for the iscsiadm (if failing if it was not there) yet never to use it in the build
[20:11]  * jdstrand nods
[20:11] <EtienneG> ugh, I make way too many typos
[20:11] <EtienneG> anyway, I think there should not be a build-dep on open-iscsi in that case
[20:45] <Ampelbein> james_w: sorry to bother again, but the nbs list seems not to update. or does it just take long time?
[20:54] <slangasek> Ampelbein: the NBS list is only updated 4x a day IIRC, and it operates on the archive so it takes at least an hour before any changes to the archive are visible in the input to that script
[20:55] <james_w> Ampelbein: it's still running
[20:55] <james_w> almost done by the look of it
[20:58] <james_w> Ampelbein: there you go
[20:59] <Ampelbein> james_w, slangasek: thank you very much.
[21:02] <niktaris> hi, while trying UNR with qemu I seem to go very very slow. Anyone know how to fix this?
[21:04] <soren> niktaris: Simple. Don't use QEmu  :)
[21:05] <niktaris> soren, :_D and use what?
[21:11] <seb128> jdstrand, hey, could you watch evince bugs for a while? there is new breakages due to your changes
[21:12] <jdstrand> seb128: I am a bug subscriber, but I haven't seen anything lately... :/
[21:12] <jdstrand> seb128: but I'll look at them
[21:13] <seb128> jdstrand, sort by most recents, the newer ones are due to your changes
[21:13] <seb128> thanks
[21:14] <ScottK> NCommander: I'm attempting to be on vacation this week.
[21:14] <Ampelbein> any core-dev available to review/sponsor 415024
[21:14] <soren> niktaris: kvm, I suppose.
[21:14] <Ampelbein> (damn enter-key on damn netbook) any core-dev available to review/sponsor bug 415024 please?
[21:16] <james_w> Ampelbein: on it
[21:18] <Ampelbein> james_w: an example of a FTBFS is the sparc and armel build of linphone: http://launchpadlibrarian.net/30389979/buildlog_ubuntu-karmic-sparc.linphone_3.1.2-2ubuntu1_FAILEDTOBUILD.txt.gz
[21:20] <gilligan_> anyone here working on networkmanager ? I'm trying to figure out why some usb gsm modem is not working on karmic anymore -- networkmanager stops at Stage4 (IPv4 config) and never makes it to Stage5 (IPv4 config commit) ..   related bug report : https://bugs.launchpad.net/ubuntu/+bug/413989
[21:37] <Ampelbein> james_w: thanks for sponsoring
[21:37] <james_w> np
[21:53] <mathiaz> james_w: it seems that the apr-util package branch is not up-to-date with version that is in the archive
[21:54] <james_w> mathiaz: that's one that failed
[21:54] <james_w> it's a bit of a stupid error on my part, but quite a bit of code to fix it
[21:55] <james_w> or I could just upgrade the branches. It doesn't fix the general issue, but would unblock you
[21:56] <mathiaz> james_w: that's ok - I'm not block by thius
[21:57] <james_w> ok
[21:57] <james_w> I'll work out how to fix it generally :-)
[22:26] <jdstrand> jjohansen: hi! is there a way to specify in a profile to transition to another profile if it exists, otherwise go unconfined? eg, I would like firefox to Px evince if the profile exists. otherwise Ux it.
[22:32] <jjohansen> jdstrand: sigh, not at the moment.
[22:33] <jdstrand> jjohansen: doe that mean it is planned?
[22:33] <jdstrand> does
[22:33] <jdstrand> (not for karmic, but long term)
[22:33] <jjohansen> jdstrand: jdstrand: internally it is allowed, but there are limits on the current interface
[22:34] <jdstrand> jjohansen: ok
[22:34] <jdstrand> jjohansen: thanks
[22:34] <jjohansen> jdstrand: basically, the current bit layout doesn't allow, if I can come up with a way to stuff it in there are remain compatible it would take 5 min to add
[22:35] <jdstrand> jjohansen: it isn't a big deal atm-- the firefox profile will be opt-in for the foreseeable future
[22:47] <jjohansen> jdstrand: hold on it may actually be there by a happy quirk