=== rgreening_ is now known as rgreening === simon__ is now known as frostburn2 [03:20] tjaalton: wtf, DRI2 doesn't support sync to vblank? I thought intel wanted to have everything do sync to vblank [03:30] hi === terminx_ is now known as TerminX === sdh_ is now known as sdh [04:55] Keybuk: hrrrm. I encountered an md/udev race failure this morning on reboot. one of my raids wasn't all the way up (1 dev of 2), yet the 2nd (missing) device existed. seems like md's incremental bring-up failed. [04:56] rebooted again and it went away (didn't get unlucky that time) === mnepton is now known as mneptok [06:01] exit [07:03] Good morning [07:04] good morning [07:07] does anybody know what do do about http://paste.ubuntu.com/132328 ? [07:45] * maxb wonders if this FTBFS error means anything to anyone - is it just skew in arch-all vs arch-specific dependencies getting published? - http://launchpadlibrarian.net/23960162/buildlog_ubuntu-jaunty-amd64.totem_2.26.0-0ubuntu1_FAILEDTOBUILD.txt.gz [07:45] (likewise lpia, ia64, ftr) [07:47] How old is that log? libgtk2.0-0 >= 2.15.0 should have been satisfiable for some time. [07:47] less than 12 hours old [07:47] Oh. Don't mind me. I can't read properly. [07:49] likewise gnome-panel and evolution-data-server - though it seems gnome-panel/amd64 may have been given back already [07:49] maxb: yes, it looks like the skew in publishing. [07:54] Oh, e-d-s is all successfully built now [08:05] who maintains the package human-icon-theme? There is a small problem in that package which is too small to file a bug. [08:06] slytherin: what's the problem? [08:06] pitti: typo in filename - ./scalable/apps/gnome-session-hebirnate.svg [08:13] slytherin: uploaded [08:14] pitti: thanks [08:16] What is the right channel to suggest give-backs? here? [08:16] maxb: probably so, yes [08:17] maxb: depends on the component, main/restricted here, universe/multiverse in #ubuntu-motu [08:17] If so: https://launchpad.net/ubuntu/+builds?build_text=totem&build_state=all and https://launchpad.net/ubuntu/+builds?build_text=gnome-panel&build_state=all <-- totem/{amd64,ia64,lpia}, gnome-panel/{ia64,lpia}, all appearing to be fails due to publishing skew [08:21] maxb: given back [08:22] thanks [08:23] tjaalton: launchpad doesn't seem to agree that gnome-panel/lpia has been given back. The other 4 are, though [08:23] oh, now it does [08:23] caching, I suppose [08:25] nah, just forgot to apply :) [08:25] too many tabs [08:26] how does one make a bash script translatable? [08:27] #!/bin/bash [08:27] echo "Hello world" [08:27] is there a way to turn that into something that can be translated? [08:27] seb128: good morning [08:28] bryce: I have a faint memory of seeing some sh script use gettext. [08:28] so like [08:28] echo $(gettext "Hello world") [08:28] ? [08:29] hey slytherin [08:30] bryce: . /usr/bin/gettext.sh; eval_gettext foo probably. [08:30] seb128: bad news, all the updates installed, dvd playback didn't work for me last night. [08:30] slytherin: not really bad news so you can still debug it ;-) [08:31] slytherin: I will try on my desktop when 2.26 updates are done [08:32] seb128: sure, I will upload my modified package to my ppa tonight so that you can do the analysis whenever you get time. I am not very good at C and autotools [08:32] ok thanks [08:36] ion_: thanks [08:37] bryce: You probably already noticed this, but the eval_ variants substitute shell-style variables in the strings from caller’s environment. If that is not needed or wanted, just use gettext directly. [08:39] ion_: yep, thanks === ScriptRipper_ is now known as ScriptRipper === sabdfl1 is now known as sabdfl [08:47] seb128: any info if vino can use ssh-keys only to authorize usage on remote-desktop? [08:48] taavikko: no idea I never tried that [08:48] vino used to have it IIRC in intrepid.. Now only password for security [08:49] might as well check changelogs and such to figure it out, there's nothing like added security... === nijaba` is now known as nijaba === fta_ is now known as fta [09:05] slangasek, i'm thinking i'd like to put off this docdir problem for another cycle - i.e. merge mono, and re-add the symlink magic so the issue goes away until karmic === tkamppeter_ is now known as tkamppeter [09:18] i'd need to maintain SOME kind of workaround up until loquatious lombax anyway, since i need to support upgrades from hardy. so the first release where it stops mattering is masticating mastodon. [09:23] updates ate my totem :O [09:24] DreadKnight: what do you mean by ate? [09:24] om nom nom [09:26] totem got removed.. and many more stuffs will get removed as well if i update.. i guess dependencies need to be sorted out [09:27] DreadKnight: dependencies are fine. you upgraded in the middle of large uploads related to gnome [09:27] slytherin, indeed [09:28] DreadKnight: so wait for another day by when these uploads will be finished probably. [09:30] ok thanks [10:43] thekorn: thanks for your reply wrt. wadllib and nose; nose fixed now [10:43] thekorn: however, now I have bug 344166 :-( [10:43] Launchpad bug 344166 in wadllib "test suite for iso_strptime fails" [Undecided,New] https://launchpad.net/bugs/344166 [10:53] pitti: this smells indeed like just another python2.6 incompatibility [10:53] thekorn: right; just followed up on the bug [10:53] time.struct_time == tuple does not seem to work anymore [10:54] right, time.localtime() is the same effect [10:55] thekorn: I think I'll just update the docstring accordingly [10:56] sounds good [10:57] thekorn: ah, with print() it works [10:58] ah, no, ignore me [11:05] pitti: maybe tuple(d.timetuple()) works for all python versions [11:05] can't check python2.6 here [11:05] thekorn: ah, indeed [11:13] mvo_, hey Michael [11:13] mvo_, this one https://bugs.edge.launchpad.net/ubuntu/+source/notify-osd/+bug/331564 is due to the missing patch for notify-osd to be part of the window-match rules for the animation-plugin [11:13] Ubuntu bug 331564 in compiz "sometimes notification flickers when fading in" [High,New] === sabdfl1 is now known as sabdfl [11:14] mvo_, did you have to drop my patch I sent you, because it didn't apply anymore? [11:14] mvo_, I can redo it, if you want and send you the new one [12:04] could someone review https://code.launchpad.net/~timo-jyrinki/example-content/folder_i18n/+merge/4416 before beta freeze, since it's a biggish change in how the package is built? [12:07] Can someone please fix the e-mail notification of Rosetta? I get 66 spam mails on every upload of system-config-printer. [12:08] tkamppeter: you're not the only one waiting for a fix, and this channel is not empowered to fix it [12:08] the fix has landed in trunk and we're waiting for a rollout [12:12] cjwatson: Why wasn't it cherrypicked? There's still two weeks until the next release... [12:12] wgrant: asking the wrong people [12:12] cjwatson, OK. Then I know that it will be fixed soon. [12:13] Mirv: I just had a look at your example-content branch - is there an easy way to test this on a livecd? [12:14] elmo: Well, he seemed well informed of the situation otherwise. [12:16] wgrant: I know little more than the above and have already been badgering people [12:18] MacSlow: I will double check, it should not be dropped, but patches where shuffled around due to the 0.8.2 release [12:19] dholbach: the live cd part is afaik not affected really, since that's only about installing the /etc/skel file which gets installed on users' home folders. I guess the live cd symbolic link on the desktop is not done by example-content, so the original title of the bug is a bit wrong. === pedro__ is now known as pedro_ [12:20] (which leads me to update the bug title to something more sophisticated, though it's explained in the comments) [12:20] Mirv: casper does mv /root/home/$USERNAME/Examples /root/home/$USERNAME/Desktop/ [12:21] Mirv: ah right, so it might need changing in casper [12:21] Mirv: therefore it would need to be updated if Examples changed [12:21] (preferably in a way that copes with both old and new) [12:21] cjwatson: ok, so it should be updated in casper as well then, if that symbolic link is now changed into examples.desktop [12:21] cjwatson: Mirv's idea was to change to a translatable .desktop file instead of a symlink to the directory [12:23] I now updated the description to include what casper does, and that it would also need updating if examples.desktop is used [12:23] dholbach: yes, I read it [12:23] ok [12:26] and in the bug report there is this link to the change in use: http://launchpadlibrarian.net/23784986/Kuvakaappaus-test%20-%20tiedostoselain.png (icon could be changed if the default link icon is not wanted) [12:27] I haven't reviewed the branch but assuming that casper is changed as well then it all makes complete sense to me [12:29] Mirv: I'll play with it some more and let you know what I find [12:49] Keybuk, so i still see a 11sec modprobe run in my bootchart in jaunty (making my boot take 33sec) [12:50] Keybuk, http://people.ubuntu.com/~ogra/osiris-jaunty-20090317-1.png [12:55] ogra: could you throw me the tarball and udev log? [12:56] Keybuk, sure [12:57] Keybuk, http://people.ubuntu.com/~ogra/osiris-jaunty-20090317-1.tgz and http://people.ubuntu.com/~ogra/udev [12:57] Keybuk, i see a long pause in the early stage of usplash [12:58] which seems to match the udev/modprobe delay shown in the bootchart [12:59] add /devices/pci0000:00/0000:00:1d.2/usb5/5-1/5-1:1.0/0003:1CB6:6680.0003 (hid) 0.45 10.63 10.19 [12:59] add /devices/pci0000:00/0000:00:1d.2/usb5/5-1/5-1:1.0 (usb) 0.02 10.63 10.61 [12:59] add /devices/pci0000:00/0000:00:1d.2/usb5/5-1/5-1:1.0/usb_endpoint/usbdev5.2_ep81 (usb_endpoint) 0.02 10.63 10.61 [13:00] what's the device? [13:00] could you give me the modalias of it [13:00] (ie. cat /sys/blah/modalias) [13:01] Keybuk, like that ? ogra@osiris:/var/build/babbage$ cat /sys/bus/usb/devices/5-1\:1.0/modalias [13:01] usb:v1CB6p6680d0100dc00dsc00dp00ic03isc00ip00 [13:02] i have a usb mouse and usb kbd plugged in atm ... additionally the laptop has a touchscreen and fingerprint reader that are usb devices [13:02] 11.63..22.15 1680 (modprobe) [13:02] it's a single modprobe call [13:03] oh, and a usb->serial adapter [13:03] hmm [13:03] but neither of them takes 10 secs when hotplugged [13:03] (touchscreen and fingerprint reader are indeed not hotpluggable :) ) [13:04] is there a /sys/devices/pci0000:00/0000:00:1d.2/usb5/5-1/5-1:1.0/0003:1CB6:6680.0003/modalias ? [13:07] Keybuk, ogra@osiris:/var/build/babbage$ ls /sys/devices/pci0000\:00/0000\:00\:1d.2/usb5/5-1/5-1\:1.0/0003\:1CB6\:6680.0003/ [13:07] driver power subsystem uevent [13:09] ogra: what about the other two? [13:10] ogra: what's the driver symlink expand to? [13:10] ogra@osiris:/var/build/babbage$ cat /sys/devices/pci0000\:00/0000\:00\:1d.2/usb5/5-1/5-1\:1.0/modalias [13:10] usb:v1CB6p6680d0100dc00dsc00dp00ic03isc00ip00 [13:11] ogra@osiris:/var/build/babbage$ ls -lh /sys/devices/pci0000\:00/0000\:00\:1d.2/usb5/5-1/5-1\:1.0/0003\:1CB6\:6680.0003/driver [13:11] lrwxrwxrwx 1 root root 0 2009-03-17 13:44 /sys/devices/pci0000:00/0000:00:1d.2/usb5/5-1/5-1:1.0/0003:1CB6:6680.0003/driver -> ../../../../../../../bus/hid/drivers/generic-usb [13:11] no modalias in /sys/devices/pci0000\:00/0000\:00\:1d.2/usb5/5-1/5-1\:1.0/usb_endpoint/usbdev5.2_ep81/ [13:14] Keybuk, ah, lshal seems to tel mee its the touchscreen [13:15] yeah, that's what it looks like to me [13:15] which has no particular driver, it just registers as /dev/input/eventX with the hid driver normally [13:15] you're stuck inside kernel driver init() at that point [13:15] (at least it did that up to intrepid) [13:15] so iz kernel bug [13:16] to test [13:16] echo 'KERNEL=="0003\:1CB6\:6680.0003", OPTIONS+="last_rule"' > /etc/udev/rules.d/00-ignore.rules [13:16] see if that speeds it up [13:16] without the \:s [13:16] echo 'KERNEL=="0003:1CB6:6680.0003", OPTIONS+="last_rule"' > /etc/udev/rules.d/00-ignore.rules [13:18] * ogra reboots [13:18] Keybuk, err, i guess i need update-initramfs, right ? [13:19] no, shouldn't do [13:19] ok [13:22] ehmmm [13:22] since when is my computer supposed to skip the bios on reboots ? [13:22] my machine just went from usplash in shutdown mode directly to usplash in bootup mode without powering off [13:23] * ogra tries again [13:25] hmm, i'm confused [13:25] same behavior [13:25] try different udev rules to match the device [13:25] it may be any of those three [13:25] or even all of them [13:25] well, first i would like to be able to switch off my computer [13:26] it just jumps from one usplash to another and boots up directly ... there is no BIOS or power down inbetween [13:26] * ogra scratches head [13:27] oh, ah ! [13:27] * ogra apt-get removes kexec-tools :P [13:28] thats funny ... i didnt know it had that effect [13:28] seb128: ping. [13:28] ok, next try [13:28] hyperair: contextless ping = no pong [13:28] seb128: that's pong enough for me ;) [13:29] seb128: regarding nautilus-share... you've added some stuff to debian/rules [13:29] seb128: something about intltool. could you tell me what that's about? [13:29] seb128: examining the debs with/without the intltool stuff seems to show no difference [13:30] hyperair: it's about building a translation template after the build which rosetta imports [13:30] hyperair: so the strings are listed on rosetta for translation [13:30] hyperair: we do that for everything in main actually, why? [13:30] seb128: i just adopted nautilus-share in debian, and am updating [13:31] seb128: this is one of the things i'm not sure about. the other is that your diff.gz seems to have config.guess/config.sub changes. why is that? [13:31] hyperair: cdbs magic I guess [13:31] that's a debian thing [13:32] the clean target might be buggy or something [13:32] seb128: no... it seems that it's an ubuntu-only change [13:32] Keybuk, hmm, the one rule didnt change a thing [13:32] hyperair: it's nothing we did it's coming from the build system, as said probably buggy clean target [13:32] hyperair: try to debuild && debuild clean && debuild in debian [13:32] hyperair: and see if you get the same [13:33] hyperair: debian build tools update those when they are outdated [13:33] regarding the clean target, i found a snippet in clean which does that [13:33] well dunno and I don't care [13:33] config.guess and config.sub has updated at build time using the system version if outdated [13:33] http://pastebin.com/f47525987 [13:33] that change is just noise, not useful not creating an issue [13:34] okay then i'll leave it out [13:34] I don't care enough to look at why it's there ;-) [13:34] it's not an on purpose change [13:34] but it's not an issue [13:34] you can take the intltool update call though [13:34] Keybuk, is there a way to match on "product" ? [13:34] it's not useful in debian but doesn't cost a lot [13:34] and so we can probably sync or lower delta [13:35] seb128: alright then. [13:37] Keybuk, or on something shorter (like 0003:1CB6 only) [13:46] Keybuk, nope, no speedup [14:21] yo [14:22] that was productive :| [14:59] slangasek: ping [15:44] I'm having a problem upgrading, dpkg --purge sivp results in: http://pastebin.com/f34bb92f1 [15:45] adding --force-all changes nothing, and this package is currently sticking all the rest of today's updates [15:46] tried force installing scilab first in the thought that sivp needed to go first, scilab installs and purges jsut fine, but sivp still fails to purge [15:49] nvm, looks like upgrading sivp to 0.5 first then removing it will fix this [16:02] question: is update-manager supposed/able to jump from hardy to jaunty or any other future devel branch without going throuth all versions in between ? [16:03] BUGabundo: LTS->LTS only, or going through all intermediate releases === beuno_ is now known as beuno [16:06] pitti: thants [16:09] tseliot: jockey currently disables nvidia 71 and 96; are they still busted? [16:10] pitti: 96 works while 71 doesn't [16:10] tseliot: right, it checks "version < 96", sorry [16:10] so it's still correct; thanks [16:10] pitti: np [16:15] jelmer: pong [16:17] cjwatson, pitti: wrt to the bug fixing report I did fix an issue last week where duplicate bug tasks were being shown, perhaps that caused the change in quantity. [16:17] ah, that would make sense [16:20] ubuntu-archive: please accept the xom binaries in NEW [16:26] bdmurray: ah, entirely plausible; thanks [16:26] let me know if you see any other drastic changes [16:27] so now I have to break the 150 mark a second time :) [16:29] some fluxuation due to bugs being reopened is possible but not a lot === fader is now known as fader|lunch [16:38] doko: thanks for fixing xom! [16:41] pitti: openjdk error, just a work around === beuno_ is now known as beuno [16:45] bryce: bug #334101 isn't really targeted to the right packages, is it? [16:45] Launchpad bug 334101 in xserver-xorg-video-ati "FFe: Xv and EXA not supported on R6xx/R7xx chipsets" [High,Fix released] https://launchpad.net/bugs/334101 [16:50] rtg: what would be the right packages? [16:50] bryce: well maybe the package is correct, but why is my name assigned to it? [16:54] TheMuso: ping at-spi crash status? are there concerns with my patch? === azeem_ is now known as azeem [16:59] rtg: do you not use bug assignments for tracking bugs you're working on? I can remove your name if it's a problem... [17:00] bryce: I just keep getting all of these annoying emails about it :) [17:00] rtg, sorry I know each team does things a bit differently, so may be assuming things [17:00] bryce: well, my patch part is done, right? [17:01] rtg: how else do you keep track of them, if not by email? [17:01] pitti: my oblique point was that my name should not have been on this bug 'cause I don't have anything to do with (I think) [17:01] with it [17:02] mvo_, compiz uses quilt, right? [17:02] ah, ok; I thought you wanted to merge the kernel bits [17:02] rtg: this is the bug I've been using for tracking the r6xx/r7xx patch work stuff from Alex [17:02] rtg: if you've uploaded those, then yeah the bug can be closed as fixed. I'll take your name off too, to save you from any subsequent emails [17:03] bryce: no, you're correct. I thought it was being tracked by another bug, but I see that I completely messed up. [17:04] rtg: fwiw, when we do uploads in the X team, we typically need a bug report for the issue being fixed to reference in the changelog [17:04] MacSlow: yes [17:04] rtg: so I was just thinking we could share this one, assuming you guys do similarly in kernel land (which may be a bad assumption on my part) [17:04] bryce: during the dev process i don't always have a bug number, but I should have for this one. [17:05] MacSlow: "bzr bd-do " and then "export QUILT_PATCHES=debian/patches; quilt push 029_default_options" [17:05] mvo_, ok I'll try to create a distro patch for the fade-plugin (which is part of compiz) to skip notify-osd windows if it is enabled [17:05] ok cool [17:05] MacSlow: that should do the trick [17:05] MacSlow: and quilt add metadata/fade.xml.in afterwards [17:05] MacSlow: when you finished editing "quilt refresh" [17:05] quilt pop -a [17:05] exit [17:05] :) [17:06] sorry, quilt is a bit "verbose" [17:06] MacSlow: https://wiki.ubuntu.com/PackagingGuide/PatchSystems#quilt%20(example%20package:%20xterm) FYI [17:06] bzr bd-do didn't work [17:06] bryce: I've confirmed the fix for bug 309482 but I think it's linked to upstream too so do you still want it closing? [17:06] Launchpad bug 309482 in xserver-xorg-video-nv "jaunty: Kubuntu OEM enduser setup fails with black screen (nv driver fails)" [Wishlist,Fix released] https://launchpad.net/bugs/309482 [17:06] mvo_, I'm using an apt-get'ed compiz-source not a checked out branch [17:06] this is gonna take long then I think [17:08] pitti, ah... that was what I was looking for [17:08] bryce: I can see now why my comment confused you. I guess I need some coffee :) I updated the report, but the bot won't update with a changelog 'cause I don't have a bug number in the changelog. [17:08] davmor2: yep, bug looks fine. Upstream can pick up the patch from the upstream report whenever they'd like [17:08] pitti, I remember to have read this once (about a year ag0) [17:09] rtg: ah ok, then we can close it manually. Do you have any comment to add? If not I'd be happy to do the deed. [17:09] rtg: ah, so 2.6.28-10 has the ati bits now? awesome [17:09] bryce: I added the commit URL, beyond that I don't have anything more to say [17:09] ok great [17:09] p-itti-11 bits [17:09] pitti: -11 [17:10] ah [17:10] which will get uploaded later today [17:10] cjwatson/wgrant/seb128/etc: the alleged LP fix for that rosetta spam has been CPed into production [17:10] yohoo! [17:10] wonderful [17:10] * pitti shuts down his 10 extra mail servers :) [17:11] rtg: bug updated. Thanks again :-) [17:11] * seb128 hugs elmo [17:11] mvo_, before I can successfully do "bzr bd-do" I've to "bzr branch lp:compiz" right? apt-get'ing compiz source will not get me the .bzr directory afaik [17:11] MacSlow: correct [17:12] mvo_, I need to check that out _into_ the directory I got from "apt-get source compiz"?! [17:12] mvo_: hello fellow michael :) [17:14] MacSlow: no, just check it out and let bzr-buildpackage /bzr bd-do deal with all the rest :) [17:14] hey mrooney! [17:14] bryce: can you please ping me when fglrx lands? then I'll re-enable it in jockey [17:15] elmo: great, thanks [17:16] pitti: will do. Still waiting on the final drop from AMD, but expecting it today. [17:16] bryce: right, not hurrying, just saying that we should coordinate this [17:16] okie doke [17:17] * pitti ^5s bryce [17:20] MacSlow: https://wiki.ubuntu.com/Kubuntu/Ninjas/QuiltMagic [17:20] mvo_, done [17:20] mvo_, would it be enough to email you the updated file debian/patches/029_default_options ? [17:21] Lure, thanks but I already finished it [17:21] MacSlow: yes, that is fine [17:26] mvo_, sent [17:30] MacSlow: thanks, checking mail [17:30] * MacSlow takes an evening-break === fader|lunch is now known as fader === lieb_ is now known as lieb === warp10 is now known as gaspa2 [17:58] MacSlow, mat_t: Do either of you know why the Jaunty live CD counts down at GDM, "ubuntu will log in in 10 seconds"? [17:58] It's not as if you can really do much else === gaspa2 is now known as warp10 [18:02] mpt, i think thats a gdm restriction, autologin only works with timed login set, 10 sec is the smallest it accepts [18:02] mpt, seb128 might know more about that [18:03] hm, maybe I imagined it, but I thought the live CDs for previous Ubuntu versions skipped quickly past GDM [18:03] the first boot shouldnt show that [18:03] only if you manually logged out [18:03] mpt: it does autologin [18:04] yes it does [18:04] so what do you do to get the count? [18:04] doesnt count down here with an alpha6 image [18:05] here either [18:05] I did some CD testing for alpha6 and autologin worked correctly [18:05] Keybuk, i'm seeing some weird udev behavior while in the initrd when running casper early scripts w/ 9.04 a6 testing. stuff like where a call to "chroot /root/ parted -s /dev/sda rm 3" will hang for a few minutes, followed by a line "udevadm settle - timeout of 180 seconds reached, the event queue contains:" "/sys/devices/virtual/vc/vcs12". any pointers, or recommendations to prevent this happening? [18:05] though you get the countdown if you log out once [18:05] can somebody give-back pyexiv2 (now that exiv2 0.18 binaries are published)? === iulian is now known as Guest20156 [18:06] which is expected behavior (at least from former releases ... maybe not mpt expected behavior :) ) [18:06] superm1: no idae [18:06] strange thing to hang on [18:06] ubuntu-archive: please accept jaxme binaries in NEW (-doc to main) [18:06] what's in the process list? [18:06] otherwise udevd --debug ftw [18:06] seb128, I don't do anything special to get the count, I just choose "Try Ubuntu without any change to your computer" or whatever it's called [18:06] either that, or udevd has crashed ;) [18:07] Keybuk, well being in the middle of the initrd, I'm not sure I can pull another term up to check the process list or what not [18:07] hi [18:07] is it normal for nautilus-cd-burner to be uninstalled with the updates? [18:07] superm1: it's not easy ;) [18:08] break=top and do all steps manually :) [18:08] mpt: ok, so that's a new bug [18:08] mpt: is that daily CD? [18:08] seb128, alpha 6 [18:08] weird [18:08] ogasawara, i suspect some racey conditions though that i'm not going to expose unless i'm typing fast... :) [18:08] mpt, dunno [18:08] oops, ogra ^ [18:08] maybe xorg or the session is crashing [18:08] superm1: random [18:08] have you actually checked udevd is running? [18:09] superm1, add a script to initramfs doing the same and call the script then [18:09] mpt: does the login after the count work correctly or does it go back to gdm again? [18:09] it only runs for a smallish part of the intird [18:09] mpt: I would check your CD to start [18:09] udevadm settle will wait for three minutes if udevd isn't running [18:09] seb128, I ran a CD check first. I think the same thing happened with alpha 5, but I forgot about it. [18:10] Keybuk, i see it on mostly atom hardware, i've not seen it on any regular laptops. i'll add some checks into the the scripts to check for udev running and try to have it blurt things like that out every other command so I can see better [18:10] mpt: ok so maybe xorg or gdm is crashing on first try, it goes back to gdm and do the counting [18:10] mpt: I'm busy with GNOME 2.26 today so I will pass on debugging that for now but maybe somebody else can have a look to that with you [18:10] superm1: you're playing around with the partition table inside the initrd? [18:10] seb128, ok, thanks for the suggestions [18:11] Keybuk, yeah... kind of have to for factory installs to make sure it's what ubiquity expects when it starts [18:11] slangasek, we have a checkbox update pending, and i am wondering who needs to be informed to make sure it hits the beta [18:36] pitti: is there any plan to update ekiga to 3.0.2? ekiga 3.2 is released today but there are too many features for updating this late in cycle. So we should at least get 3.0.2 (it adds settings migration from 2.x). [18:41] slytherin: kenvandine_wk is working on getting 3.2 before beta I think, you think it's too late in the cycle? [18:41] seb128: looking at the changelog. I think there are too many features additions. [18:42] it is a long list [18:42] also it is unclear from changelog if the gstreamer support for audio/video capture is finished or not. [18:53] Any archive admins around to answer a licensing question? (I need to know if a four-clause BSD license is going to end up in universe or multiverse) [18:53] (I think its the later, but I'd like to make sure) [18:55] Is there any way to get the new libx86-based read-edid package (which works on amd64 as well a x86/lpia) sponsored to replace the existing 32-bit only package? bug #242043 [18:56] Launchpad bug 242043 in read-edid "[needs-packaging} read-edid-2.0.0 for amd64" [Wishlist,In progress] https://launchpad.net/bugs/242043 [18:56] IntuitiveNipple, you need a feature freeze exception [18:57] Who's best for that, would you say? [19:00] IntuitiveNipple, just subscribe to motu-release, and follow the feature freeze exception rules, and hope for the best [19:00] right, thanks [19:00] IntuitiveNipple, if you get a freeze exception, I can sponsor it. [19:01] thanks. [19:12] yay Windows Vista installer [19:12] Please chose between [19:12] (A) [19:12] (B) [19:12] note that (A) has been disabled [19:13] Keybuk, that's an improvement from Windows XP in automatic mode [19:13] :-) [19:13] (I got a lot of STOP: No error (OK) boxes while getting the bugs out) [19:14] we can't bitch [19:14] We can't? [19:14] someone sent me of a screen shot with an error dialog that said "Never show this error to a user" or something [19:14] Fair enough [19:14] GIO/GVfs related iirc [19:15] * NCommander kicks RedBoot [19:15] Bah [19:16] So does anyone know if a four-clause BSD license will end up in universe or multiverse? [19:22] I believe that it is considered DFSG-free [19:22] thus it's unlikely that we'd be more restrictive [19:22] though note that it's considered a deprecated licence, even by BSD themselves [19:23] Keybuk, legacy code used in RedBoot unfortnately. I would think it would end up in universe, but I plan to get this package promoted; I have concerns about it in main just because of the adversing cause .... [19:23] (I dunno if I'm crazy or not) [19:24] NCommander: did james_w ever get back to you on that update? [19:24] NCommander: my recollection is that the 4-clause BSD is DFSG-free not *not* GPL compatible [19:24] mrooney, not as far as I could tell, if I don't see someone soon, I'll do something. [19:25] It will make babies cry if those bugs aren't fixed in Jaunty, like this --> ;_; [19:25] okay thanks :) [19:25] Keybuk, there is an exception in the GPL code in RedBoot [19:25] Keybuk, the copyright file is absolute fun. It breaks 1,000 lines [19:25] indeed, the DFSG directly references the BSD licence as free; and I believe that at the time it was written, the 4-clause would have been the standard [19:25] NCommander: if the copyright file is that long [19:25] no wait, scratch that, 792, since I removed the full text of the Apache 2 license in lew of the full text. [19:26] I would say that the software needs a very careful copyright audit [19:26] I know :-/ [19:26] since it is likely that a conflict has been overlooked [19:26] * NCommander sighs [19:27] RedBoot used to be in the archive, it was removed due to it being unmaintained. [19:27]