[00:01] <TheMuso> That was.... weird. After update, my clock decided to jump 14 hours into the future.
[00:01] <Amaranth> TheMuso: UTC=no sucks
[00:01] <Amaranth> we're treating the system clock as local time now
[00:01] <TheMuso> heh
[00:02] <Amaranth> it'll probably jump forward 14 hours every boot
[00:02] <TheMuso> Is this for real, or is this a joke?
[00:02] <Amaranth> real, a compiz developer had the same problem
[00:02] <kirkland> jdstrand: around?
[00:02] <Amaranth> one of his commits ended up 6 hours in the future because of it :P
[00:02] <kirkland> jdstrand: i'm hitting a new error with libvirt/kvm, wondering if it's apparmor
[00:02] <tag> Any chances of bumping evolution up to 0.26.3 for Karmic?
[00:03] <TheMuso> Amaranth: ah ok
[00:03] <jdstrand> kirkland: please paste 'dmesg|grep audit'
[00:03] <Amaranth> TheMuso: edit /etc/default/rcS and change UTC to yes
[00:03] <kirkland> jdstrand: http://paste.ubuntu.com/273155/
[00:04] <jdstrand> kirkland: do you have auditd installed?
[00:04] <kirkland> jdstrand:     if ret == -1: raise libvirtError ('virDomainCreate() failed', dom=self)
[00:04] <kirkland> libvirtError: internal error unable to start guest: /usr/bin/kvm: invalid option -- '-domid'
[00:04] <TheMuso> Amaranth: I would, but I have a Windows install on another disk in this box.
[00:04] <Amaranth> ah
[00:04] <kirkland> jdstrand: no
[00:04] <Amaranth> in that case it looks like it may be fixed now so it won't jump ahead every boot
[00:04] <jdstrand> kirkland: it isn't apparmor
[00:05] <TheMuso> Amaranth: anyway, nothing an NTP update couldn't fix./
[00:05] <kirkland> jdstrand: hrm, okay
[00:05] <jdstrand> kirkland: you'd get very obvious deny messages in dmesg and kern.log
[00:05] <Amaranth> /etc/init/hwclock-save.conf will pass --localtime
[00:05] <kirkland> jdstrand: hmm, okay, thanks
[00:05] <jdstrand> np
[00:05] <Amaranth> TheMuso: ntp doesn't work on boot if you use wifi
[00:07] <TheMuso> Amaranth: I don't.
[00:09] <jdstrand> kirkland: fyi, the error seems pretty clear-- kvm doesn't like '-domid'
[00:09] <jdstrand> s/fyi/fwiw/
[00:09] <kirkland> jdstrand: this is a very recent regression
[00:09] <jdstrand> kirkland: weird
[00:09] <kirkland> jdstrand: "dom" sounded apparmor-ish :-)
[00:09] <jdstrand> heh
[00:10] <jdstrand> kirkland: I'm unfamiliar with the -domid option
[00:10] <kirkland> jdstrand: me too
[00:12] <TheMuso> crimsun: Shall I upload your latest changes you pushed to bzr?
[00:15] <kees> slangasek: so, I believe this patch to be ok, but I wanted to run it past your PAM experience: bug 430205
[00:15] <crimsun> TheMuso: not yet; if you can wait about 15 minutes, i'll say 'yay' or 'nay' again
[00:16] <TheMuso> crimsun: Sure.
[00:16] <crimsun> TheMuso: i.e., i need to verify things don't break horribly ;-)
[00:16] <TheMuso> I am going to get some fixes from libcanberra anyway.
[00:16] <kirkland> jdstrand: okay, it's my fault
[00:16] <crimsun> TheMuso: ok
[01:30] <qwebirc69935> hello, i'm working on a translation for a program with PoEdit. but the language i'm translating into is RTL so i wanted to test some lines before i continue. is there a way to do that?
[01:31] <crimsun> TheMuso: good to go with current ~crimsun/pulseaudio/ubuntu
[01:38] <qwebirc69935> hello, i'm working on a translation for a program with PoEdit. but the language i'm translating into is RTL so i wanted to test some lines before i continue. is there a way to do that?
[01:49] <qwebirc69935> anybody? ":)
[01:50] <qwebirc69935> well, does anyone know where to ask such a question?
[01:50] <qwebirc69935> i mean on which channel
[02:57] <bpun> anyone knows of a library for arbitrary nodal creation/deletion ? (textual labelling)
[03:33] <spstarr> do we have nightly kernel builds anywhere?
[03:33] <spstarr> want to try out the radeon r6xx stuff
[03:40] <TheMuso> spstarr: You might be better asking in #ubuntu-kernel.
[04:54] <slangasek> kees: well, for starters "module_unknown=ignore" isn't going to prevent this from causing log spam
[04:54] <slangasek> kees: which we had previous experience with in hardy :P
[04:55] <slangasek> kees: for another, if gdm needs a custom auth line, I think it's Doing It Wrong
[04:55] <slangasek> (the session stuff matches what's used in login, so it's not unreasonable)
[06:09] <kees> slangasek: okay, cool.  let's work out something Right for gdm next week.
[07:09] <dholbach> good morning
[07:11] <sivang> morning dholbach
[07:12] <dholbach> hi sivang
[07:21] <sivang> dholbach: how's it going ?
[07:22] <dholbach> good good - how 'bout you?
[07:22] <sivang> dholbach: my spirit is high :)
[07:22] <sivang> dholbach: why are you up so early? :)
[07:23] <dholbach> ?
[07:23] <dholbach> it's 8:23
[07:23] <dholbach> that's not early :)
[07:23] <sivang> heheh
[07:23] <sivang> seb128 is still asleep so...
[07:24] <sivang> I realized the older I get, the less I need to sleep
[07:43] <Madkiss> what could be a reason for nfs-common to not start at boot time?
[07:43] <Madkiss> i.e. it starts and nothing else is ever goping to happen.
[07:56] <Madkiss> which directory is responsible for creating /com?
[07:58] <StevenK> Madkiss: /com?
[08:06] <pitti> Good morning
[08:24] <AnAnt> Hello, can /usr/share/images/xsplash/ be configured via update-alternatives to ease branding ?
[08:25] <pitti> AnAnt: no, there should just be alternative derivative-xsplash-artwork packages which Conflicts:/Replaces:/Provides: xsplash-artwork
[08:25] <pitti> that's why ubuntu-xsplash-artwork was split out now
[08:27] <AnAnt> pitti: ah, that's cool ! thanks
[08:28] <Madkiss> StevenK: yeah. "service udev start" fails because the thing can "not connect to its communication socket" in /com/ubuntu/whatsoever
[08:29] <AnAnt> how about gdm ? is it possible to make theme for it ?
[08:29] <ivoks> Madkiss: karmic problems? :)
[08:29] <pitti> AnAnt: it just uses the default artwork, so replacing ubuntu-wallpapers should do
[08:29] <AnAnt> ok
[08:30] <AnAnt> thanks
[08:30] <StevenK> Madkiss: It's com.ubuntu.Upstart?
[08:33] <pitti> Madkiss: oh, that's not a file path, but an object path in the D-BUS namespace
[08:34] <pitti> Madkiss: presumably d-bus isn't running, or the  upstart d-bus service crashes
[08:36] <kk_jaunti> hello, I have a strange issue with ekiga on ubuntu 9.04.  My machine is running on dhcp and ekiga says that I must do all configurations manually.
[08:37] <kk_jaunti> now I don't get any option in or out of ekiga which guides me exactly waht to do.
[08:42] <TheMuso> pitti: The only problem with that approach for gdm theming is that it doesn't allow for a different wallpaper for gdm and the desktop session.
[08:42] <TheMuso> Same with the GTK theme due to gconf keys used.
[08:45] <ivoks> i'm bit out of desktop development, so pardon if question is stupid... the thing that splashes beetwen gdm and gnome desktop is xsplash? what triggers end of splashing? cause it's splashing too long here :)
[09:00] <AnAnt> I think ubuntu-xsplash-artwork should be Arch: all not any
[09:03] <AnAnt> pitti: if derivative-xsplash-artwork Conflicts/Replaces xsplash-artwork, will that cause ubuntu-xsplash-artwork to get removed ?
[09:20] <pitti> AnAnt: yes
[09:20] <pitti> AnAnt: arch all> correct, that was a mistake
[09:20] <AnAnt> ok
[09:20] <pitti> kenvandine: ^ can you please fix in next upload?
[09:25] <davmor2> pitti: you got a working system again now?
[09:25] <pitti> davmor2: yes, I do; now that I know what the reason for the powered off screen is, it's all good :)
[09:25] <davmor2> Yay
[09:26] <dholbach> mvo: do you think you can take a look at bug 187371?
[09:27] <davmor2> pitti: Also thanks for the info on the ati bug, I'm glad that got resolved mean for beta I'll have all my test boxes back Yay
[09:27] <pitti> :-)
[09:27] <pitti> tseliot: ^ can you please upload that mesa today?
[09:27] <pitti> davmor2: I guess you just deleted the r600.so file?
[09:28] <dholbach> asac: do you know what's happening with bug 392815, bug 365965?
[09:28] <dholbach> zul: do you know what's going on with bug 378240?
[09:28] <davmor2> no just didn't use that machine to test A6 ubuntu.  Works fine for xubuntu and kubuntu no compiz
[09:29] <dholbach> lool: do you know if bug 211252 is something the mobile team is looking into?
[09:29] <lool> dholbach: We're not looking into it
[09:30] <dholbach> ArneGoetje: can we do something to get bug 63515, bug 407649, bug 290304 off the sponsoring list?
[09:30] <dholbach> lool: mh
[09:30] <lool> There was often the expectation that mobile team was doing everything bluetooth but it hasn't been the case really; Tollef and Emmet might have built on that impression
[09:31] <dholbach> there's just so much old stuff on http://people.canonical.com/~dholbach/sponsoring/ and I'd love to get it off there - if it's stuff that's not appropriate, lets mark those bugs wont-fix :/
[09:50] <dholbach> cjwatson: hey Colin - how are you doing? I had a conversaton with james_w and he said that merge proposal notifications were decided to go to ubuntu-devel@, but couldn't tell me where that was announced/documented - do you know anything more?
[09:50] <dholbach> cjwatson: I'm asking because of the moderation queue
[09:50] <dholbach> where we have a bunch of merge proposal mails right now
[09:51] <seb128> oh please don't spam the list with those
[09:52] <dholbach> seb128: I have similar feelings :)
[09:52] <Amaranth> amitk: Are you on one of the computers having problems with compiz right now?
[09:52] <Amaranth> err, not actually here
[09:52] <Amaranth> oh, but amitk_ is :)
[09:53] <amitk_> Amaranth: we both are ;)
[09:53] <dholbach> Amaranth: don't listen to him - he's schizophrenic :)
[09:54] <Madkiss> pitti: i see.
[09:54] <Amaranth> We understand what you mean ;)
[09:54] <dholbach> ... nevermind :-)
[09:55] <Madkiss> okay, so I need to find out why d-bus crashes
[09:56] <Amaranth> amitk_: On your computer have have the latest compiz-wrapper, no diversions or extra configuration for /usr/bin/compiz, and you get that crash?
[09:57] <amitk_> Amaranth: I did a plain-old update-manager upgrade
[09:57] <Amaranth> amitk_: Please paste the last line of CM_DRY=yes compiz
[09:57] <amitk_> And I don't have enough compiz foo to even know what diversion you're talking about
[09:58] <cjwatson> dholbach: I forget the details but I don't want to argue about it. If people don't like them on ubuntu-devel, let's create an ubuntu-reviews list
[09:58] <amitk_> Amaranth: Execute: /usr/bin/compiz.real --ignore-desktop-hints --replace --loose-binding  move resize place decoration animation ccp
[09:58] <Amaranth> alright, that shouldn't be triggering this crash
[09:59] <Amaranth> amitk_: Sounds like you have a different problem, the compiz bug you commented on can only occur when you have 'core' on that line
[09:59] <dholbach> cjwatson: what do you think should go on there? all merges for Ubuntu? what about sponsoring - should that still on ubuntu-{main,universe}-sponsors (ubuntu-sponsors at some stage)?
[10:00] <cjwatson> IMO: all merges (people can filter); perhaps sponsoring stuff should be cced to that list
[10:00] <amitk_> Amaranth: but the bug title that apport creates is identical I think. In any case, I filed a separate bug the second time and then marked it duplicate of the existing one
[10:00] <dholbach> cjwatson: I don't want to argue about it either, just trying to figure out what best to do and how to deal with the current stuff in the queue
[10:01] <amitk_> Amaranth: so all the files are attached to the 'duplicate' bug if that helps
[10:01] <dholbach> cjwatson: do we have a good way of routing merge proposals that way?
[10:01] <Amaranth> amitk_: Can you make it public? launchpad is being picky
[10:03] <cjwatson> dholbach: dummy LP user with a contact address set?
[10:04] <amitk_> Amaranth: bug 432303 (don't know why LP marks it pvt by default, is there a config setting?)
[10:04] <cjwatson> added to the relevant teams
[10:04] <Amaranth> amitk_: No, they're all private because they might have passwords or something in the core dump
[10:04] <amitk_> Amaranth: aaah
[10:04] <dholbach> cjwatson: hm.... ok - I can get in touch with IS about that list, if you like
[10:05] <Amaranth> amitk_: Although I'm supposed to be able to access them anyway but sometimes launchpad doesn't let me
[10:05] <cjwatson> dholbach: of course maybe it should be on lists.launchpad.net, I don't know what IS' current rules are
[10:05] <cjwatson> but yeah, have a word with them?
[10:06] <dholbach> I think everything Ubuntu-related is fine to be on lists.u.c
[10:06] <Amaranth> amitk_: Odd, your .xsession-errors doesn't have any of the compiz-wrapper messages, the first line about compiz is the assert
[10:06] <cjwatson> dholbach: yeah, I think the ultimate plan is to move them to LP, but some work needs to be done there first
[10:07] <Madkiss> The exact error message I am getting is "Could not connect to Upstart: Failed to connect to /com/ubuntu/upstart: Connection refused"
[10:07] <Madkiss> I started dbus manually with dbus-daemon --system
[10:08] <Madkiss> yet the same effect
[10:08] <dholbach> james_w is doing reviews in #ubuntu-reviews
[10:08] <Amaranth> amitk_: what is the output from gconftool-2 -g /desktop/gnome/session/required_components/windowmanager
[10:12] <gioele> what is the correct procedure to report a papercut bug? Should I just add it to the one hundred papercut project?
[10:13] <Amaranth> gioele: If needs to be a bug with a straightforward solution that affects every user on their first day using ubuntu
[10:14] <Amaranth> gioele: If you think your bugs fits you can file it against the package the bug is about and the papercuts project
[10:16] <gioele> Amaranth: it has all the properties needed to be considered a papercut
[10:16] <gioele> is onehunderdpapercut the only papercut project?
[10:16] <Madkiss> i could really use a hand on this
[10:17] <gioele> I think 100papercut is a "closed" project, I mean they have those 10 groups of bugs, do they accept more bugs?
[10:17] <Madkiss> what is responsible for creating "/com/ubuntu/upstart"?
[10:18] <Amaranth> Madkiss: err, upstart
[10:18] <Amaranth> gioele: They might get fixed otherwise or perhaps added to a karmic+1 series of rounds
[10:18] <Amaranth> gioele: Make sure the bug is filed against an ubuntu package too
[10:20] <Madkiss> Amaranth: okay, and "exec init 2" does not work, because it tells me the very same thing
[10:21] <Amaranth> Madkiss: Right, those are work via dbus
[10:22] <Madkiss> Amaranth: dbus-daemon --system is running
[10:22] <Madkiss> is that correct?
[10:22] <Amaranth> should be
[10:22] <Amaranth> Madkiss: What are you trying to do?
[10:22] <Madkiss> I am trying to debug why my system just won't boot
[10:23] <Madkiss> nfsroot stuff
[10:24] <Amaranth> oh, out of my leage
[10:24] <Amaranth> league*
[10:24] <Amaranth> I guess look for Keybuk?
[10:30] <ogra> Madkiss, https://bugs.launchpad.net/ubuntu/+source/mountall
[10:31] <amitk_> Amaranth: gconftool returns 'compiz'
[10:31] <Amaranth> weird
[10:32] <Amaranth> amitk_: well, once we get that patch the bug should be fixed, if it isn't I guess I'll just put my head through the wall
[10:32] <sebner> pitti: I already installed new upstream from LP. Works great (the devicename in /media is still strange though)
[10:33] <pitti> sebner: cool, thanks! the devicename is another known issue
[10:33] <amitk_> heh
[10:33] <sebner> pitti: kk, "Schwere Geburt" ;) , tell me if I can help with that name stuff
[10:47] <james_w> what package should I reassign a bug of "superblock has a time in the future" on every boot?
[10:47] <james_w> no more details yet, but it's on totally the wrong package
[10:50] <ojwb> james_w: that sounds familiar - I think it's been reported before and discussed here...
[10:51] <james_w> well, I know there are several different instances of the bug, so I don't just want to tell them "known bug" and close it
[10:51] <james_w> I'd rather reassign to a correct package where someone that understands this stuff better can deal with it
[10:52] <james_w> I know it's not the package manager's fault for installing updates that triggered the bug though
[10:52] <ojwb> ah, ok, dunno then
[10:55] <Ng> james_w: I think keybuk looked into that for asac/seb128 and it may have been a kernel issue
[10:58] <Keybuk> the kernel issue should be fixed
[10:58] <Keybuk> there are installer issues open still
[10:58] <asac> Keybuk: where are those fixes? in -11?
[10:58] <Keybuk> asac: 10.34
[11:06] <cjwatson> would the installer issue we've identified cover an occurrence of that bug on *every* boot?
[11:06] <cjwatson> I'd have thought it would only really be boots within (installation, installation + hwclock offset)
[11:07] <Keybuk> a bug on every boot sounds more like a configuration error to me
[11:08] <Keybuk> ie. the user's hardware clock being plain wrong, and them force powering of
[11:08] <Keybuk> if you subscribe me to the bugs, I'll happily work through them with the users next week
[11:08] <cjwatson> or some other error like the kernel one that we haven't identified yet
[11:08] <Keybuk> indeed
[11:09] <Keybuk> the first thing is going to be to find out whether there's commonality
[11:09] <Keybuk> e.g. are they all east or west of UTC
[11:09] <Keybuk> that tends to give us an idea
[11:09] <james_w> what were the basic commands
[11:09] <Keybuk> (they should all be east, obv. but I've seen people west with this problem and that really narrows it down :p)
[11:09] <Keybuk> james_w: "date"
[11:09] <james_w> grep ^UTC /etc/something
[11:09] <Keybuk> james_w: "grep UTC /etc/default/rcS"
[11:09] <Keybuk> james_w: hwclock --debug --show
[11:10] <james_w> thanks, I'll subscribe you and request that information
[11:10] <james_w> thanks Keybuk
[11:24] <Madkiss> Keybuk!!
[11:24] <Keybuk> bbl, packing for KPDX
[11:51]  * pitti fixes the /etc/udev/rules.d/z60_hdparm.rules goo from hdparm
[11:55]  * ogra looks for anyone to hold his hand ... first reboot after post A6 dist-upgrade here ...
[11:55] <ogra> i'm scared
[11:55] <sebner> ogra: Coward! (TM Keybuk) :P
[11:55] <ogra> LOL !
[11:56] <ogra> ok, lets just go for it
[12:03] <ogra> hmm
[12:03] <ogra> pitti, didnt you add a fix for the fbcon prob already ?
[12:03]  * ogra is without KMS
[12:05] <ogra> and xsplash is a really flashy experience ... changes sizes several times goes on and off etc
[12:39] <AnAnt> can't xsplash throbber position be configurable ?
[12:56] <SteveA> teknico: I hear you are having some problems updating karmic
[12:57] <teknico> SteveA, yes, my machine does not boot anymore
[12:57] <teknico> after this morning's upgrade of karmic
[12:57] <SteveA> is there a bug open that describes the problem?
[12:58] <teknico> it stops right after cryptdisks-early, which says [ OK ]
[12:58] <teknico> I looked at those for cryptsetup and did not find anything
[12:58] <teknico> but I'm not sure if the problem is there, or with udev, or something else
[12:59] <cjwatson> what is the exact message just before that
[12:59] <teknico> using the 2.6.31-7 kernel instead of 2.6.31-10 does not change anything
[12:59] <cjwatson> kernel is not relevant
[13:00] <teknico> I tried purging cryptsetup and running "update-initramfs -u", but no change
[13:00] <teknico> all after chrooting in the main boot, obviously
[13:00] <cjwatson> that suggests that it's not actually cryptdisks-early, but the next thing in the boot sequence, then
[13:00] <teknico> (right now I'm booted on another partition)
[13:01] <cjwatson> add --debug as a boot parameter and you may get more information
[13:01] <teknico> cjwatson, as a boot parameter to the kernel line in grub?
[13:01] <cjwatson> yes
[13:03] <soren> Just "debug", not "--debug".
[13:03] <soren> Or did that change?
[13:06] <cjwatson> not that I can get either to work with a live CD, but AFAIK debug is a kernel parameter but --debug is an upstart parameter
[13:19] <teknico> back
[13:19] <soren> cjwatson: Oh.
[13:19] <soren> Brave, new world.
[13:20] <teknico> soren, I did not see your comment in time
[13:21] <teknico> however, adding --debug did indeed make the kernel spew a lot of messages :-)
[13:21] <teknico> I don't see error messages or apparent problems before it stops, as far as the scrollback goes
[13:22] <teknico> I took a picture of the last screenful, where can I upload it?
[13:23] <teknico> cjwatson, ^^
[13:23] <cjwatson> you have an account on people.canonical.com, or you could use imagebin.com or whatever it's called
[13:23] <toabctl> hi
[13:24] <toabctl> what is the alternative for /dev/log in karmic?
[13:24] <toabctl> i use this with python
[13:24] <cjwatson> import syslog
[13:24] <toabctl> cjwatson: i use import logging
[13:24] <toabctl> and then the syslog-handler
[13:25] <cjwatson> although /dev/log hasn't gone away
[13:25] <teknico> cjwatson, http://imagebin.org/64348
[13:25] <toabctl> cjwatson, for me, it's not avaailable
[13:25] <cjwatson> toabctl: I believe that's a bug; please report it (probably against udev)
[13:25] <toabctl> cjwatson, ok
[13:25] <cjwatson> hmm, maybe not udev
[13:26] <cjwatson> toabctl: what does 'status rsyslog' say?
[13:26] <toabctl> sudo status rsyslog
[13:26] <toabctl> status: Unknown job: rsyslog
[13:26] <cjwatson> toabctl: install the rsyslog package
[13:27] <cjwatson> in that case, not a bug as far as I can see
[13:27] <toabctl> cjwatson, ok. that was the problem. sorry, my mistake.
[13:28] <cjwatson> teknico: do you have a shell on tty2? (alt-f2)
[13:29] <teknico> cjwatson, on boot, before it stops? I don't think so
[13:29] <cjwatson> can you check?
[13:31] <teknico> cjwatson, yes, but I'd have to leave here to reboot again
[13:31] <teknico> cjwatson, it's very early in the boot, I don't think it could already have got to a shell
[13:32] <cjwatson> ok, it's quite possible it hasn't, but nevertheless the boot sequence is quite different now from what you're used to
[13:32] <cjwatson> teknico: if it doesn't have a shell, then chroot into the system and write yourself an /etc/init/shell.conf (not /etc/init.d/) as follows:
[13:32] <cjwatson> start on startup
[13:32] <cjwatson> console owner
[13:32] <cjwatson> exec /bin/bash
[13:32] <cjwatson> teknico: then when it hangs you should be able to press enter and get a shell prompt
[13:33] <cjwatson> teknico: is there any way you can get online from another computer?
[13:33] <cjwatson> this is going to be very painful if you keep having to reboot to answer questions
[13:33]  * ogra wonders why the .conf suffix suddenly got into fashion everywhere
[13:33] <lool> To distinguish disabled files
[13:33] <cjwatson> because if you don't use an extension you have to track stuff like .dpkg-new all over the place
[13:34] <ogra> ah
[13:34] <cjwatson> particularly relevant for things that use inotify
[13:34] <lool> Right didn't think of that
[13:34] <ogra> yup, i thought it was just "because" :) i see there is a proer reasoning behind it now
[13:34] <ogra> *proper
[13:34] <lool> I guess you cant exclude dpkg suffixes in inotify
[13:34] <teknico> cjwatson, yes, I'll get another machine on
[13:34] <cjwatson> no particular reason why it should be .conf of course
[13:35] <cjwatson> lool: you can, but you have to keep playing catch-up with all sorts of things
[13:35] <ogra> (i was actually wondering that since module-init-tools moved to the same)
[13:35] <cjwatson> lool: and Scott points out that vi backup files have an even less helpful naming scheme
[13:36] <lool> Ack
[13:36] <pitti> ogra: fbcon> no, I just did the diagnosis; it's not quite clear yet how to fix it correctly
[13:36] <ogra> ah, k
[13:36] <pitti> ogra: but that doesn't break KMS, once X starts, it comes back
[13:36] <ogra> my screen looks scary during boot
[13:37] <pitti> ogra: or just add it to /etc/modules
[13:37] <cjwatson> I think it creates a file with a hardcoded name just to find out if it can write to the directory, or something
[13:37] <ogra> i got so used to 1920x1200 consoles
[13:37] <teknico> smtg urgent came up, bbiab
[13:40] <cjwatson> teknico_away: also, if you could tell us if there's anything special about your filesystem layout, we might be able to correlate that with known bugs
[13:40] <cjwatson> teknico_away: a photo of normal startup (without --debug) might help too
[14:11] <ScottK> cjwatson: re ubuntu-devel and merge proposals:  Filtering is fine for my desktop, but I also read mail on my phone and it simply doesn't have that ability.  At best I'd have to redirect the list to a mailbox that gets read a lot less often.
[14:12] <ScottK> It seems rather counter to the rationale for having a split devel and devel-discuss.
[14:19] <cjwatson> ScottK: I meant that, after moving them to ubuntu-reviews, if people wanted to subscribe to that list but only review certain packages then they could filter
[14:20] <cjwatson> ScottK: I didn't mean to say that the solution to people having problems with reviews on ubuntu-devel was for them to filter
[14:20] <ScottK> Ah.  Thanks for clarifying.
[14:38] <cagonto> online boxing game http://www.kobox.org/kobox-fande-Nourine.html
[14:46] <tseliot> ScottK: do you mind if I mark bug #397950 as a duplicate of bug #432384 ?
[14:47] <ScottK> tseliot: As long as the Kubuntu specific language gets into the note, I'm fine with that.
[14:48] <tseliot> ScottK: yes, instructions for both Ubuntu and Kubuntu will be available in the release notes
[15:09] <tripzero> what facility in the livecd creates/logs in the "ubuntu" user?
[15:09] <ogra> a) casper b) gdm
[15:10] <tripzero> ahh, okay
[15:10] <tripzero> this system doesn't have gdm (or any *dm)
[15:10] <tripzero> so casper must be doing both...
[15:11] <teknico> cjwatson, back, sorry
[15:11] <teknico> ok, I created the /etc/init/shell.conf file with the three lines you mentioned
[15:12] <teknico> you asked about the partition layout, it's a bit involved
[15:12] <teknico> there are four primary partitions, sda1 to sda4
[15:13] <teknico> sda1 is the alternate boot/root that is working right because it's not up to date
[15:13] <teknico> sda2 is the main boot/root that stops when booting
[15:14] <teknico> sda3 is an encrypted partition that contains three LVM2 logical volumes
[15:14] <teknico> sda4 is a non-encrypted partition that contains other three LVM2 logical volumes
[15:14] <teknico> sda3, and the logical volumes in it, are not currently used
[15:14] <cjwatson> first step: reinstall cryptsetup :-)
[15:15] <teknico> (I moved stuff elsewhere a few weeks ago, because cryptsetup was not able to access that partition any
[15:15] <teknico> anymore
[15:15] <teknico> cjwatson, are you sure? I don't need it right now
[15:16] <cjwatson> teknico: is anything in sda3 mentioned at all in /etc/fstab?
[15:16] <teknico> cjwatson, no, and I commented sda3 out of /etc/crypttab
[15:17] <cjwatson> ok, then you're probably all right without cryptsetup
[15:17] <teknico> cjwatson, ok, I'll reboot then, do I again add the debug option to the kernel?
[15:18] <cjwatson> another thing to do before rebooting: edit /etc/init/mountall.conf and put "--debug" at the end of the 'exec mountall' line
[15:18] <teknico> (btw, I'm on another machine now, as you suggested)
[15:18] <cjwatson> don't bother adding it to the kernel this time, it was a bit too verbose and I'm not skilled at interpreting it anyway
[15:19] <teknico> oh, you also wanted a picture of the stopping, I'll get that to you before rebooting
[15:23] <teknico> cjwatson, http://imagebin.org/64353
[15:24] <teknico> rebooting
[15:25] <teknico> cjwatson, ok, it stopped, but I got a prompt this time
[15:28] <cjwatson> and it just hangs after the fsck?
[15:29] <teknico> yes. it says "/dev/sda2 clean, [numbers]"
[15:30] <teknico> and then "root: clean, [numbers]"
[15:30] <teknico> and that's it
[15:30] <teknico> if I press Enter, I get the prompt
[15:30] <cjwatson> ok, 'initctl list'
[15:32] <teknico> a screenful of lines, most ending with "stop/waiting", some with "start/running" and a process number
[15:32] <cjwatson> could you pipe it through a pager and get photos
[15:32] <cjwatson> the details are kind of relevant ;)
[15:33] <teknico> ehm, "pipe through a pager"?
[15:33] <teknico> I can take photos and post them online, but it'll take a while for each photo
[15:33] <cjwatson> | less
[15:34] <teknico> four of them are running
[15:34] <cjwatson> which
[15:34] <teknico> oh, I can see in the scrollback, didn't lose anything
[15:35] <teknico> udev, upstart-udev-bridge, mountall, shell
[15:35] <cjwatson> ok, could you reboot into whatever recovery mode you're using, chroot in, edit mountall.conf as I said earlier, and reboot again
[15:36] <teknico> there are also four network interfaces running, without process numbers
[15:36] <teknico> I dont' recall you talking about mountall.conf, can you say it again, please?
[15:36] <cjwatson> 15:18 <cjwatson> another thing to do before rebooting: edit /etc/init/mountall.conf and put "--debug" at the end of the 'exec mountall' line
[15:37] <teknico> apparently I can do that right from this prompt
[15:38] <cjwatson> if the root filesystem is mounted read/write, yes
[15:38] <teknico> done, rebooting
[15:39] <evand> Anyone have an opinion on whether I should disallow running usb-creator on a device that just contains a vfat filesystem, rather than a partition table and vfat partition?  I don't pretend to know how every BIOS will react to a device without a partition table, but I imagine at least some of them will fail miserably.
[15:40] <evand> Of course, it does work on this BIOS.
[15:40] <pitti> evand: would it be possible to make the "format" button actually do something and turn it into a signle-partition vfat device?
[15:41] <pitti> that button is always gray for me, no matter what I plug in :-( what is it supposed to do?
[15:41] <teknico> cjwatson, what am I looking for?
[15:41] <cjwatson> teknico: show me the output
[15:41] <pitti> evand: right, I think this machine here doesn't like aprtitionless usb stick booting
[15:41] <evand> pitti: devicekit bugs I have yet to resolve -- disabled for now...
[15:41] <pitti> evand: ah, ok
[15:42] <cjwatson> teknico: I don't know offhand what you're looking for, I'm debugging somebody else's code :)
[15:42] <teknico> cjwatson, I'll make a picture of the last screenful
[15:42] <cjwatson> I may need stuff from before that as well, but yes
[15:43] <evand> pitti: indeed, and that's how it currently operates.  If you have a USB stick with just a vfat partition on it, usb-creator flags it with a warning icon, and says it needs to be formatted before it can be used.  I'm discussing the possibility for it not to put that error up, and happily write the image.
[15:44] <pitti> evand: right, I understood that; I'm not sure actually, USB booting still seems to be too much of a gamble either way
[15:44] <pitti> so if it works on some/many machines, I don't see why not to offer it
[15:44] <evand> yeah, I think I might enable it and make sure the documentation clearly notes to try the format button if you cannot boot
[15:44] <evand> cool, thanks for the input
[15:47]  * sebner is responsible for >50% of the sync requests in ubuntu-archive and now jdstrand destroys everything :P
[15:50] <teknico> cjwatson, last screenful: http://imagebin.org/64356
[15:52] <teknico> cjwatson, second to last screenful: http://imagebin.org/64357
[15:52] <dholbach> #ubuntu-classroom Session in 8 minutes: How to run an Ubuntu Jam session!
[15:53] <teknico> mmm, it occurs to me that skype and a webcam would be faster than this...
[15:53] <cjwatson> I don't do skype, sorry
[15:54] <cjwatson> if you could get back as far as the first output beginning with parse_fstab:, that would be good
[15:54] <ccheney> shtylman: ping, any estimate of when the kde patches will be done? i am thinking of doing an OOo upload today to be in time for karmic beta
[15:54] <cjwatson> maybe even new_mount:;
[15:55] <teknico> cjwatson, looking for them
[15:55] <jdstrand> sebner: heh
[15:55] <ScottK> tseliot: It might be nice to get XFCE instructions in there too for Xubuntu.
[15:55] <sebner> jdstrand: you are pretty mean, you know that? :P
[15:56] <jdstrand> sebner: can you look at bug #429404 and add a comment on what exactly needs to happen. your first comment is unclear to me
[15:56] <teknico> cjwatson, did not find them, the scrollback buffer is not deep enough
[15:57] <tseliot> ScottK: I agree, however XFCE's XKB ui doesn't allow users to enable zapping. I have put a link to the wiki so that Xubuntu users can find a different (non UI) way to enable zapping
[15:57] <cjwatson> teknico: do you have working network to the point where you can use scp?
[15:57] <sebner> jdstrand: it needs to be synced. then I'll file a RM request for the old source/binary package and change b-d for package cdk (which ftbfs because of that).
[15:57] <cjwatson> teknico: if not, do you know how to bring it up by hand?
[15:57] <ScottK> tseliot: Then I think pointing to that in the release note is appropriate.
[15:57] <tseliot> ScottK: ok, good
[15:58] <cjwatson> teknico: oh, wait, you said that you were able to write to the root filesystem after the hang, didn't you? OK, do as follows:
[15:58] <teknico> yes
[15:58] <cjwatson> teknico: 1) edit /etc/init/mountall.conf again and put '>/dev/mountall.conf 2>&1' at the end of the 'exec mountall' line (yes, I do mean /dev/ there)
[15:58] <jdstrand> sebner: ok, the 'b-d' in your comment in the bug wasn't clear, but it is now
[15:58] <sebner> jdstrand: I'm sorry then :)
[15:59] <cjwatson> teknico: sorry, /dev/mountall.log not /dev/mountall.conf
[15:59] <doko_> ubuntul-archive: zope.copy and zope.i18n seem to hang in source NEW for a while
[15:59] <wubbbi> Hello :) how can I help on Developing ubuntu? I have not so much c++ experience ... so are there any tiny things I can do? I got a lot of freetime today :)
[15:59] <cjwatson> teknico: 2) reboot 3) after the hang (give it a little while just to make sure), 'cp /dev/mountall.log /home/teknico/' (or wherever your home directory is)
[15:59] <jdstrand> doko_: I'll get to them today
[15:59] <doko_> ahh, cool!
[16:00] <cjwatson> teknico: 4) reboot again into your alternate system with networking 5) get that mountall.log file to me
[16:02] <teknico_> cjwatson, sorry, I got dropped off freenode
[16:03] <teknico_> I did not see what you said after "do as follows:"
[16:04] <cjwatson> teknico_: 1) edit /etc/init/mountall.conf again and put '>/dev/mountall.log 2>&1' at the end of the 'exec mountall' line (yes, I do mean /dev/ there)
[16:05] <cjwatson> teknico_: 2) reboot 3) after the hang (give it a little while just to make sure), 'cp /dev/mountall.log /home/teknico/' (or wherever your home directory is)
[16:05] <cjwatson> teknico_: 4) reboot again into your alternate system with networking 5) get that mountall.log file to me
[16:05] <teknico_> cjwatson, got it
[16:10] <sebner> jdstrand: would you mind letting libjgrapht0.6-java through NEW because of my comment ... :)
[16:12] <teknico_> cjwatson, http://pastebin.com/d220fbb6d
[16:12] <teknico_> (no need for the last reboot, networking up and running)
[16:12] <teknico_> (manually set up, that is)
[16:14] <teknico_> the log ends like that, even after forcing a sync with Shift-Alt-SysRq-E
[16:22] <jdstrand> sebner: ok'
[16:22]  * sebner hugs jdstrand :D
[16:23] <jdstrand> doko_: do you have FFe bugs for zope.copy and zope.i18n?
[16:23] <doko_> jdstrand: they are in the bug reports
[16:24] <jdstrand> doko_: what are the bug reports? I can't seem to find them (they aren't in the changelogs)
[16:25] <doko_> jdstrand: of course, these are debian packages
[16:25] <jdstrand> doko_: I'm confused. can you give me the LP bug report stating that the FFe is approved for these packages?
[16:26] <doko_> looking again ...
[16:26] <sistpoty|work> jdstrand: we want zope in a consistent state, and I recall that we acknowledged that
[16:27] <jdstrand> I'm cool with that, I just want to see what that state is
[16:27] <doko_> https://bugs.edge.launchpad.net/ubuntu/+bug/429614
[16:28] <doko_> https://bugs.edge.launchpad.net/ubuntu/+bug/429940
[16:28] <jdstrand> doko_: thanks!
[16:29] <mvo> hm, report-a-bug is no longer working. I understand why, but it would be nice if certain people (like ubuntu developers) could still report bugs via the web interface
[16:30] <ogra> mvo, i neraly only send bugs from a different machine ...
[16:30] <ogra> makes the new scheme pretty awful for me
[16:30] <cjwatson> teknico: not ignoring you, but in a meeting
[16:30] <mvo> ogra: yeah, same here
[16:30] <jdstrand> doko_: btw, I rejected the zope.i18n from a few days ago and am deNEWing 3.7.0-4
[16:30] <cjwatson> teknico: will analyse in the background
[16:30] <teknico> cjwatson, sure, sorry to bother you
[16:31] <mvo> ogra: its also a bit anoying if i want to report a bug on software-store and my version is (naturally) more advanced than the one in the archive. apport will not let me, but I want to :)
[16:31] <ogra> heh
[16:31]  * mvo should take this as a sign that its friday evening
[16:31] <mvo> or I need a "--but-i-really-want-to-report-this-bug-pretty-please" option
[16:32] <cjwatson> teknico: no, it's ok
[16:32] <cjwatson> teknico: pastebin.com has cut off your log, though
[16:32] <cjwatson> teknico: could you please send it to paste.ubuntu.com instead?
[16:32] <teknico> cjwatson, no, it has not, that's what I was saying before :-)
[16:32] <cjwatson> mvo: +filebug?no-redirect is the magic decoder ring
[16:32] <doko_> jdstrand: sounds fine
[16:32] <cjwatson> teknico: oh, sorry, so you did
[16:32] <teknico> cjwatson, anyway I'll use the canonical pastebin from now on
[16:33] <ScottK> mvo: I think you'd like Bug 431121 then.
[16:33]  * mvo hugs cjwatson
[16:34] <mvo> ScottK: many thanks for filing that
[16:34] <ScottK> :-)
[16:35]  * mvo wants to press the "affects me" button a number of times now ;)
[16:35] <al-maisan> mvo: easy, write an "affects me" bot :)
[16:41] <sebner> jdstrand: would you mind taking a look at bug #432557 ? The last time I'll add work on your shoulders :)
[16:42] <jdstrand> sebner: ok
[16:43] <robbiew> evand: man...I really like the slideshow....just had to get that out there ;)
[16:44] <evand> hooray
[16:44] <evand> does this mean I get that jetski I always wanted during the next review cycle?
[16:44] <evand> ;)
[16:44] <robbiew> heh
[16:45] <robbiew> sure...if you always wanted one manufactured by Mattell
[16:45] <evand> hahaha
[16:47] <cjwatson> teknico: this is just a hunch, but can you try editing /etc/fstab and transforming /dev/vg_data/lv_SOMETHING to /dev/mapper/vg_data-lv_SOMETHING throughout
[16:47] <evand> going to pass that on to picklesworth, as he's been the driving force behind the slideshow
[16:48] <teknico> cjwatson, trying
[16:50] <smoser> is tmpfs memory management dynamic ?
[16:50] <smoser> ie: mount -t tmpfs mytmp /tmp/mytmp
[16:50] <smoser> dd if=/dev/zero of=/tmp/mytmp bs=1024 count=10240
[16:50] <smoser> that will increase memory consumed
[16:50] <smoser> but will
[16:50] <smoser> rm /tmp/mytmp/myfile
[16:50] <smoser> free it ? (typo above, 'of=/tmp/mytmp/myfile')
[16:54] <teknico> cjwatson, it still blocks: mountall.l
[16:54] <teknico> mountall.log did not get truncated this time
[16:55] <cjwatson> teknico: ok, can I have the new log
[16:55] <teknico> cjwatson, sure
[16:58] <teknico> cjwatson, https://pastebin.canonical.com/22290/
[17:01] <pitti> ScottK, kirkland: there's a libvirt in hardy-backports unapproved, without mentioning a bug; has this been discussed on IRC?
[17:02] <elops> anyone know good tutorial/walkthrough for adding Raid to ubuntu?
[17:02] <ScottK> pitti: Not that I recall.
[17:02] <kirkland> pitti: yes, let me grab the bug
[17:02] <ScottK> elops: Please ask in #ubuntu
[17:02] <elops> noone answered me
[17:02]  * ScottK does recall mentioning to kirkland about including the bug in the changelog last time ....
[17:02] <elops> :(
[17:03] <ScottK> elops: It's OT for this channel.
[17:03] <kirkland> [Bug 404060] [NEW] backport libvirt to hardy and intrepid
[17:03] <kirkland> ScottK: ack, you did...
[17:04] <cjwatson> teknico: you didn't do quite what I said with fstab
[17:04] <cjwatson> teknico: you used things like /dev/mapper/vg_data/lv_big
[17:04] <teknico> cjwatson, oh, I didn't?
[17:04] <cjwatson> teknico: it needs to be /dev/mapper/vg_data-lv_big
[17:05] <cjwatson> in each of those three lines, change the last / to a -
[17:05] <teknico> oh, you're right, sorry, doing it
[17:05] <ScottK> pitti: I just sprinkled holy water on the bug for hardy.
[17:06] <det> What is the default/recommended version of boost in Jaunty?
[17:06] <det> (for build depends for a package)
[17:06] <pitti> ScottK: cool! /me wipes it off and approves
[17:06] <teknico> wow, those paths don't exist at all :-/
[17:08] <cjwatson> teknico: which ones?
[17:09] <teknico> cjwatson, the ones I wrote
[17:09] <teknico> cjwatson, I think I could cry now
[17:09] <teknico> it started up, and you are officially my hero B-D
[17:09] <cjwatson> yay
[17:10] <cjwatson> please file a bug on mountall, saying that /dev/VG/LV paths in /etc/fstab don't work while /dev/mapper/VG-LV paths do
[17:10] <cjwatson> use 'ubuntu-bug mountall'
[17:10] <cjwatson> teknico: you can revert the --debug and redirection stuff in /etc/init/mountall.conf now, of course
[17:10] <teknico> cjwatson, will do, as soon as I manage to do that :-)
[17:11] <teknico> that shell is interfering with the normal one on Ctrl-Alt-F1
[17:12] <cjwatson> teknico: alt-f2, you should have a shell there now - remove /etc/init/mountall.conf from that
[17:12] <ScottK> det: It was 1.35.
[17:12] <cjwatson> teknico: no X?
[17:12] <det> You sure it's not 1.37 for Jaunty and 1.35 for Intrepid ?
[17:12] <teknico> cjwatson, yes, X and all, and you're right, Alt-F2 is not bewildered :-)
[17:12] <ScottK> det: For Main, yes.
[17:12] <det> Main ?
[17:13] <ScottK> The Main Ubuntu archive (as opposed to Universe)
[17:13] <det> ok, thanks
[17:13] <ScottK> IIRC, the boost defaults package isn't in Jaunty
[17:13] <det> I really hate how boost versioning works. I wish I was able to just depend on a boost verions >= XXX
[17:13] <ScottK> Go make them provide a stable API.
[17:14] <det> Ya, im not blaming Ubuntu/Debian
[17:14] <ScottK> You  can now with libboost-dev from boost-defauults, but myself I think it's better to switch boost versions on purpose.
[17:14] <det> boost-defaults is Karmic thing ?
[17:17] <cjwatson> ScottK: hmm, actually, this dbus/ia64 thing might be easy; it's guarded by a configure-tested #define, so the question is merely why configure's checks aren't producing the right results
[17:17] <ScottK> cjwatson: Good to hear.  We really can't release with dead buildds.
[17:17] <ScottK> det: We got it from Debian and it first appeared in Karmic.
[17:17] <cjwatson> wow, nobody uses the ia64 porting box much, its karmic chroot doesn't have debhelper installed
[17:19] <det> Thanks
[17:19] <cjwatson> ah, no, it does have debhelper, it's just old
[17:23] <tseliot> pitti: does loading fbcon in the initrd do the trick for you (bug #431812)?
[17:24] <pitti> tseliot: it certainly will (it was done like that before)
[17:24] <pitti> tseliot: I added it to /etc/modules for now
[17:24] <tseliot> pitti: ah, ok
[17:24] <pitti> evand: ah, so usb-creator-gtk _is_ still using gksu, it's just not done in the .desktop file but in the program itself; so I wasn't hallucinating :)
[17:24] <pitti> evand: (just saw your FFE)
[17:25] <evand> pitti: ...not in trunk.  Or were you using usb-creator from the archive?  I was under the impression that you were running it from a branch.
[17:27] <pitti> evand: no, I'm just using the karmic version
[17:27] <evand> ahhh
[17:27] <evand> that would do it
[17:27] <evand> apologies for the confusion
[17:27] <evand> glad to hear there isn't another bug lurking there though
[17:28] <bdrung> persia, TheMuso`: i want to join the ubuntu-universe-sponsors team
[17:45] <cjwatson> ScottK: I win. It was a link order bug!
[17:45] <elops>  anyone have a working link to that article (pdf?) about the cheap petabyte storage from capricorn?  the linuxdevices link is broken and I can't find it anywhere
[17:45] <cjwatson> ~trout Keybuk for overselling the problem
[17:45] <ScottK> cjwatson: Excellent news.
[17:48] <lamont> bug 425122 sounds like a package manager issue, not a postfix issue
[17:48] <lamont> where should I reassign that, I wonder?
[17:49] <lamont> ScottK: 37 bonus points if you give me a one line check (for a shell script) that will evaluate false when the token passed to it is not a valid FQDN
[17:49] <lamont> and true when FQDN, of course
[17:50] <lamont> there are about 67 bugs against postfix from people who think that all numeric names, and exclamation points belong in hostname
[17:50] <lamont> s
[17:54] <ScottK> I've been carefully avoiding those.
[17:56] <cjwatson> lamont: I've set the ia64 buildds on manual. Could you give them (just them) chroots with sysv-rc and whatever else it was set on hold, as before?
[17:56] <cjwatson> lamont: then I can try to gradually build my way up the stack
[18:01] <lamont> oh awesome
[18:02] <ScottK> lamont: I've got about 7 lines of Python that will do that.  Want it?
[18:02] <ScottK>  ~ that
[18:03] <cjwatson>  dpkg-genchanges -b >../dbus_1.2.16-0ubuntu5_ia64.changes
[18:15] <lamont> cjwatson: done, butw
[18:15] <lamont> btw, even
[18:15] <lamont> ScottK: sure - I'll figure out how to make that fit in the ugly postinst
[18:16] <ScottK> lamont: Something like http://pastebin.com/f18deaad4
[18:18] <lamont> ok - I'll see how hard I  want to smash my head against it for -3
[18:25] <MindVirus5> Could someone change the importance to Critical in bug 405227?
[18:26] <teknico> cjwatson, back to normal, and thanks again: https://bugs.edge.launchpad.net/ubuntu/+source/mountall/+bug/432613
[18:30] <cjwatson> teknico: great, thanks for the bug report
[18:31] <teknico> cjwatson, hopefully this lost day will be useful to someone else :-)
[18:43] <MindVirus5> Nobody wants to/can change the bug importance?
[18:54] <squirrelpimp> what's the difference between edge and www on launchpad?
[18:56] <squirrelpimp> and wouldn't https://bugs.launchpad.net/ubuntu/karmic/+source/lvm2/+bug/430542 be the same thing reported by teknico?
[18:57] <cjwatson> mm, yes, looks like it
[18:57] <cjwatson> I didn't think to look on lvm2
[18:57] <cjwatson> 430542 has more detail so should be the master bug
[18:59] <squirrelpimp> hehe... i filed it, which makes me the master-filer
[18:59] <squirrelpimp> :)
[18:59] <squirrelpimp> but what's edge.launchpad.net?
[18:59] <ScottK> squirrelpimp: edge is the Launchpad user interface that's about to be released.  www is the current production release.
[18:59] <squirrelpimp> aah, google
[19:00] <squirrelpimp> :)
[19:00] <squirrelpimp> but the database is the same
[19:00] <ScottK> Yes
[19:07] <Q-FUNK> cody-somerville: hi!  I was wondering if you had time to look at bug #432316 and if you would have any idea of what causes this?
[19:08] <cody-somerville> Q-FUNK, No idea. I imagine 2.20 will be removed from the archive shortly.
[19:08] <Q-FUNK> cody-somerville: why would it get removed?
[19:22] <Q-FUNK> cody-somerville: did 2.27's dependy on gnome-session disappear and/or did re-acquire the themeable graphical greeter?
[19:24] <lamont> hrm... keybuk appears to have escaped
[19:24] <lamont> keybuk: dbus still ftbfs, btw
[19:24] <lamont> well, on ia64
[19:25] <lamont> not that is change had anything to do with it
[19:56] <chrisccoulson> Riddell - you there?
[19:58] <chrisccoulson> hey Q-FUNK - i had a look at your mouse issue in gnome-settings-daemon today
[19:58] <chrisccoulson> g-s-d only sets the button mapping when a new device is added or the gconf key changes
[19:58] <chrisccoulson> so it could be something else in your session changing it, or a Xorg issue instead
[20:01] <Q-FUNK> chrisccoulson: yes, I noticed. thanks for checking this out.  unfortunately, the change that was mentioned mentioned doesn't fix this.  to make this more complicated, it seems that firefox-3.5 choses to ignore the setting made by g-s-d, while gnome apps randomly switch back to right-handed mouse.
[20:02] <smoser> slangasek, around ?
[20:03] <chrisccoulson> Q-FUNK - hmmm, that's wierd. the FF issue could be a FF bug though. all g-s-d is doing is telling Xorg the button mapping for the device
[20:03] <chrisccoulson> Q-FUNK - if you're bored, you could attach gdb to g-s-d and break on XSetDeviceButtonMapping, just to see if it gets called when it changes back to right-handed
[20:03] <chrisccoulson> anyway, bbl
[20:05] <robbiew> smoser
[20:06] <robbiew> slangasek is on holiday
[20:06] <smoser> thanks robbiew
[20:28] <jarnos> What is the password to unlock screen on resume from suspend triggered before login?
[20:38] <tormod> jarnos, is this in Karmic?
[20:40] <jarnos> tormod, yes
[20:40] <jarnos> Xubuntu karmic
[20:41] <tormod> jarnos, there should not be one, so please file a bug with "ubuntu-bug xscreensaver"
[20:43] <jarnos> tormod, how did you know it was xscreensaver? ubuntu-bug?
[20:46] <tormod> jarnos, it is a command. And xubuntu uses xscreensaver AFAIK. let's discuss in #ubuntu+1
[20:47] <mr_pouit> tormod: afaik, xubuntu still uses gnome-screensaver by default.
[20:47] <superm1> according to apt-cache depends xubuntu-desktop, that is the case
[20:49] <tormod> thanks, I am not up to date on it
[21:11] <directhex> is karmic still unwell, or is it safe to consider an upgrade from jaunty now, relatively speaking?
[21:16] <sebner> directhex: at least it should boot now. UPGRADE! :P
[21:21] <chrisccoulson> directhex - you're still running jaunty?
[21:21] <directhex> chrisccoulson, someone has to!
[21:21] <directhex> chrisccoulson, i was more thinking for wifey's netbook actually
[21:22] <chrisccoulson> heh, yeah. i was actually running jaunty up until last weekend, and was surprised that someone else still is too ;)
[21:22] <chrisccoulson> i upgraded just before all the breakage
[21:22] <chrisccoulson> i've had a really fun week:)
[21:28] <directhex> i could upgrade my dell
[21:30] <chrisccoulson> directhex - things seem to be mostly working now, although your mileage might vary depending on how strange your set-up is
[21:30] <chrisccoulson> i'm not having any major issues now
[21:30] <chrisccoulson> which is in contrast to a few nights ago;)
[21:31] <directhex> hm. 1 month to release... i normally start upgrading round about now
[21:31] <chrisccoulson> directhex - i normally do it a bit earlier. but i put it off because i wanted to do a clean install, and i'd been waiting for the specs from the foundations team to be implemented
[21:32] <chrisccoulson> but in the end, i just couldn't wait
[21:36] <directhex> where's my craptop gone
[22:33] <cjwatson> excellent, upstart built on ia64
[22:33] <cjwatson> we might just be able to get the world put back together there soon
[22:34] <sistpoty> excellent!
[22:34] <ion> http://op-for.com/mr%20burns.jpg
[22:34] <mathiaz> james_w: hi! could you import the smart package in pkg branches?
[22:37] <rowinggolfer_> tkamppeter, I am told you are the man to help me
[22:37] <rowinggolfer_> I have apt-get update/upgraded my karmic alpha box.
[22:37] <rowinggolfer_> got this.
[22:38] <rowinggolfer_> Setting up cups-pdf (2.5.0-8) ...
[22:38] <rowinggolfer_>  * Reloading Common Unix Printing System: cupsd                          [ OK ]
[22:38] <rowinggolfer_> Password for root on localhost?
[22:38] <rowinggolfer_> Password for root on localhost?
[22:38] <rowinggolfer_> Password for root on localhost?
[22:38] <rowinggolfer_> as you can see... I'm  hosed.
[22:38] <tkamppeter> rowinggolfer_: This one is old, and fixed.
[22:38] <rowinggolfer_> tkamppeter, excellent.
[22:38] <rowinggolfer_> I need to ctrl-C?
[22:39] <tkamppeter> rowinggolfer_: sudo apt-get update; sudo apt-get dist-upgrade   should fix it.
[22:39] <tormod> just press Enter IIRC
[22:39] <rowinggolfer_> tormod, thanks.
[22:39] <rowinggolfer_> tkamppeter, thanks.
[22:44] <tormod> what about showing a slideshow while Gnome is loading "While Ubuntu is booting, we invite you to explore... Only a few minutes now..."
[22:48] <virtuald> Haha
[22:54] <Turl> hi
[22:55] <Turl> when I boot I get errors like this from udev
[22:55] <Turl> NAME="%k" is superfluous and breaks kernel supplied names, please remove it from /lib/udev/rules.d/
[22:55] <Turl> also some like unknown key 'SYMLINK{unique}' in /lib/udev/rules.d/50-udev-default.rules:3
[22:56] <Turl> and also "can not read '/etc/udev/rules.d/z80_user.rules'"
[22:56] <virtuald> It's being worked on
[22:57] <Turl> ok virtuald, thanks :)
[22:57] <virtuald> At least it's bootable now :)
[22:57] <Turl> yeah, it was unbootable just for half a day :P
[22:57] <Treenaks> Turl, do you have a blinking scroll lock led as well? (changes randomly while typing)
[22:58] <Turl> Treenaks: what?
[22:58] <virtuald> Ooh I want one of those!
[22:58] <Treenaks> Turl, I'm running karmic, and my scroll lock led keeps blinking while I'm typing
[22:58] <Treenaks> and I have no idea where to start debugging that
[22:58] <Turl> I don't have an scroll lock light here, sorry
[22:59] <virtuald> Blinkenlights
[22:59] <Turl> (I'm on a laptop, it just has numlock and caps lock)
[23:01] <Turl> anyone getting a black screen for some (quite a lot) seconds from grub to the little moving ubuntu thing?
[23:20] <Riddelll> chrisccoulson: hi
[23:20] <chrisccoulson> hi Riddelll
[23:21] <chrisccoulson> i was going to ask if you had seen bug 432536, but I think Amaranth subscribed you to iy
[23:21] <directhex> oh dear. is karmic shutdown broken?
[23:21] <chrisccoulson> directhex - in what way? i can shut down ok
[23:21] <directhex> chrisccoulson, lots of console spew relating to init
[23:22] <directhex> also, seems to take a VERY long time to do any kind of bootsplashing. gets there eventually though
[23:22] <chrisccoulson> directhex - i cant remember if i saw that the last time i shut down
[23:22] <chrisccoulson> logging out takes an eternity here though
[23:24] <sistpoty> directhex: you shutdown? :P
[23:24] <directhex> sistpoty, of course!
[23:25] <directhex> init: rc main process (XXXX) stopped by STOP signal
[23:25] <directhex> init: rc main process (XXXX) continued by CONT signal
[23:25] <directhex> where XXXX is presumably a PID
[23:25] <directhex> spews for about a screen, slowly, before doing what it should
[23:26] <directhex> bug 419753 i think
[23:32] <sladen> TheMuso`: the latency and silence padding of bell.ogg is frustrating, do you have the originals (they can be encoded to Vorbis as part of the package build process


[19:38] <ibeardslee> morning
[20:25] <kcj[work]> Morning.
[20:57] <chilts> morning
[21:18] <mwhudson> morning
[21:42] <olly> morning
[21:49] <hads> morning


[16:54] <jbicha> hmm, I had hoped update-manager would be working again today, but I'm using the still rough 0.9 NetworkManager
[16:54] <jbicha> so changelog checking is broken
[16:56] <mvo> jbicha: if you remind me tomorrow I can add a workaround to u-m to ignore NM
[16:58] <jbicha> mvo: oh ok, I thought I'd have to wait until nm 0.9 made it into Oneiric
[16:59] <mvo> jbicha: I will probably have forgoten by tomorrow but with a gentle reminder tomorrow I can look into it
[19:28] <IdleOne> Don't you just love the feeling of anticipation you get when you run an update and it needs a reboot :-)
[19:28]  * IdleOne is all excited about not knowing if my system is going to become a brick or not
[19:28] <coz_> :)
[19:28] <IdleOne> I'll be back!
[19:32] <coz_> IdleOne,  no brick?
[19:32] <IdleOne> nope
[19:32] <IdleOne> :)
[19:32] <IdleOne> happy to report
[19:35] <nit-wit> kernel update?
[19:37] <IdleOne> no
[19:37] <coz_> driver video?
[19:37] <IdleOne> lots of libs and perl packages
[19:37] <coz_> oh!
[19:38] <coz_> and a reboot was necessary?
[19:38] <IdleOne> I didn't really look to see what was being updated. aptdeamon update-manager-core and others
[19:38] <nit-wit> video driver probably
[19:39] <nit-wit> you brave user not looking .;)
[19:40] <IdleOne> what is the log file to see what was updated?
[19:40] <nit-wit> there is one in home but i look in synaptic history
[19:41] <nit-wit> *in
[19:41] <coz_> somewhere ins var log I believe
[19:41] <coz_> IdleOne,  if you didnt update via synaptic I dont think it will be listed under history,, unless that has changed
[19:41] <nit-wit> there was a kernel update a couple of days ago thats my bet
[19:42] <coz_> yeah  kernel and video drivers  are the two most frequent reasons for reboot
[19:42] <IdleOne> nit-wit: nope
[19:42] <IdleOne> that wasn't it
[19:42] <nit-wit> doesn't matter it will show in that synaptic history afaik
[19:43] <IdleOne> it didn't. I used apt-get update && apt-get upgrade
[19:43] <coz_> IdleOne,  yeah it generally is not registered under synatpic history from apt-get in terminal but I am checking to be sure
[19:44] <coz_> IdleOne,  no just did update via terminal no history listed in synaptic,, been that way for years ;)
[19:49] <IdleOne> found it. /var/log/aptitude
[19:50] <IdleOne> I think
[19:52] <coz_> its somewhere in /var/log for sure
[19:53] <yofel> /var/log/apt/history.log usually
[19:54] <IdleOne> yeah mine are in /var/log/aptitude I aliased update='sudo aptitude update'
[19:55] <yofel> aptitude should still put stuff in history.log, but yeah, aptitudes log file is easier to read
[19:57] <nit-wit> sudo gedit /var/log/apt/term.log or to the log itself
[19:58] <yofel> that's even harder to get the last actions out from ^^
[19:58] <Ampelbein> nit-wit: gksu for graphical applications! ;-)
[19:59] <nit-wit> Amapelbein; I will make sure I watch every post close with the rentetive ego needs thanks.;)
[19:59] <IdleOne> gksudo
[19:59] <nit-wit> *retentive
[20:00] <coz_> logs are not graphical
[20:00] <IdleOne> gedit is
[20:00] <Ampelbein> gedit ist
[20:00] <IdleOne> :P
[20:00] <Ampelbein> nit-wit: it's just a good habit to follow. http://psychocats.net/ubuntu/graphicalsudo has a explanation.
[20:00] <IdleOne> so anyway here are 3 different logs http://paste.ubuntu.com/608584/
[20:01] <IdleOne> history.log appears to be incomplete
[20:01] <IdleOne> term.log is the most complete
[20:01] <nit-wit> Ampelbein, If I need to be preached at I would ask bro I'm more then familiar I'm not a noob
[20:01] <Ampelbein> IdleOne: you cut off history.log, thats why it looks incomplete
[20:02] <Ampelbein> IdleOne: (notice the $ sign at the end)
[20:02] <IdleOne> Ampelbein: hmm
[20:03] <IdleOne> you are correct Sir
[20:03] <IdleOne> my mistake
[20:03] <IdleOne> So what caused a reboot to be needed ?
[20:03] <Ampelbein> IdleOne: personally i use aptitude.log to check WHAT has been done and term.log/dpkg.log if there is an error
[20:08] <Ampelbein> IdleOne: dbus has a call to reboot-required
[20:08] <IdleOne> that splains it :)
[20:14] <jbicha> the dbus update required a reboot for me
[20:16] <Ampelbein> jbicha: yes, in it's postinst it calls /usr/share/update-notifier/notify-reboot-required
[20:17] <jbicha> oops, missed your reply
[20:18] <jbicha> I happened to install that update individually today while troubleshooting
[20:48] <arand> Is there any more videos from the sessions than those up on youtube?
[20:57] <elv> hi guys terrible problem. my keybord (laptop) is no more active. also the mouse does not responds anymore unless i plug it out and then in, but i cannot do the same for the keyboard. i remain on gdm screen...
[20:57] <elv> please help me
[20:57] <elv> maybe any bugged update today?
[20:58] <elv> completely frozen keyboard but it does work whit the live cd so not hardware problem
[20:59] <elv> i upgraded udev, dbus before....
[21:01] <elv> any ideas?
[21:01] <jbicha> elv: are you using Ubuntu 11.04 Natty?
[21:02] <elv> no oneiric
[21:02] <Ampelbein> elv: if you boot from a live-cd can you scan for any relevant output in /var/log/syslog?
[21:02] <Ampelbein> (on the installed system of course)
[21:03] <jbicha> elv: you can help test out Ubuntu's accessibility support with the on-screen keyboard ;-), j/k
[21:04] <elv> what i have to search there? errors?
[21:04] <elv> i don't have orca or similar
[21:04] <jbicha> actually, on second thought, if you're using GDM 3, it doesn't have accessibility in Ubuntu on the login screen
[21:04] <elv> but it strange couse also mouse it's frozen but after unplug and plug it works
[21:05] <jbicha> the old GDM, you just click the accessibility icon and you can enable it
[21:05] <Ampelbein> elv: any messages that look like they have something to do with input devices/usb (if you use a usb keyboard)
[21:05] <elv> no no i'm usign gnome 2.32
[21:05] <jbicha> oh, click the icon that looks like a human silhouette
[21:05] <elv> Ampelbein: it's a laptop not usb
[21:06] <elv> jbicha: i uninstalled accessibility long time ago
[21:07] <elv> i'll scan /var/log/syslog now
[21:07] <jbicha> haha, you never know when you might need it
[21:08] <elv> i tried downgrading udev but nothing changed
[21:09] <elv> what could cause this problem? never happened something similar
[21:09] <yofel> does it work in a tty at least?
[21:10] <elv> i managed to get a recovery tty once before
[21:10] <kurtul> is oneiric already out? where did you find it?
[21:10] <yofel> can't think of anything except udev either though
[21:10] <yofel> kurtul: lol, not before october ^^
[21:10] <yofel> hm, someone should put the schedule in the topic
[21:10] <kurtul> is alpha out?
[21:10] <elv> yofel: but have you upgraded udev today?
[21:11] <yofel> kurtul: nope, https://wiki.ubuntu.com/OneiricReleaseSchedule
[21:11] <elv> yofel: what may i do from a tty?
[21:11] <yofel> elv: yes, but didn't restart yet ^^
[21:12] <kurtul> thanks
[21:12] <yofel> guess I'll do that, brb
[21:13] <elv> yofel: syslog it's hardwork
[21:13] <elv> may i search for some keyword?
[21:14] <Ampelbein> rww: ocaml rebuilds are on now, perl transition is finished
[21:14] <rww> oy
[21:14] <rww> Is "nothing in desktop uses ocaml, I don't care" a valid reaction to that ;P
[21:15] <Ampelbein> ...no? ;-)
[21:15] <rww> ok ;P
[21:15] <yofel> hm, nothing broken ehre
[21:15] <yofel> *here
[21:15] <rww> heh, my tab key's not working >.>
[21:16] <rww> .
[21:16] <elv> gosh guys
[21:16] <elv> syslog make me screw
[21:16] <rww> Pici: get in here and fix the topic, irssi's giving me a headache :(
[21:17] <Pici> What what
[21:17] <Omega> /topic to make it print the topic. :)
[21:18] <elv> do you think that if i install oorca from live session will i manage to log in ?
[21:18] <Pici> rww: How do you want me to fix it?
[21:18] <rww> Pici: Ampelbein says the Perl rebuilds are done and ocaml is up next.
[21:18] <Ampelbein> Pici: s/Perl 5.12/OCaml 3.12.0/
[21:18] <rww> and my autocomplete is being screwy and I don't feel like typing the whole dang thing out
[21:20] <Ampelbein> although the ocaml transition should be much smoother, http://people.canonical.com/~ubuntu-archive/testing/oneiric_probs.html has a friendlier look.
[21:20] <Ampelbein> the only major problem with oneiric for some people will be pidgin being uninstallable and thus holding back a lot of packages.
[21:21] <elv> people i'm getting lost with this keyboard
[21:22] <rww> Pici: thanks
[21:22] <Pici> rww: np
[21:25] <elv> but if it's not udev related what could it be?
[21:37] <IdleOne> !info libunique-1.0-0