[20:45] <Mit> Language, Timezone, Keyboard Layout and Create a User
[20:46] <penguin42> and how are you answering htem?
[20:46] <Mit> correctly
[20:46] <pwnguin> nothing about your name or quest? or airspeed velocities of unladen swallows?
[20:46] <Mit> English, London, UK and either... the details of an already existing user, or a fictional new user
[20:46] <penguin42> hmm not unusual answers
[20:46] <Mit> nope
[20:47] <ali1234> that is really bizarre
[20:47] <Mit> its every boot it brings it up
[20:48] <Mit> bareable cos most of the time its booted and on for hours, but i'd like to get rid of it if at all possible :)
[20:49] <hifi> ppa will build -data packages as well?
[20:51] <Tronic> Okay, adding the devices manually, I could assemble the RAID array for root.
[20:51] <Tronic> How do I proceed from here?
[20:52] <Tronic> Mount to pivot_root and something?
[20:52] <Tronic> Or is it just /root
[20:53]  * Tronic is not very familiar with initrd environment.
[20:55] <penguin42> Tronic: You can take the initrd apart on another machine - it's normally a gzip'd cpio
[20:55] <Tronic> I want to boot normally from the busybox shell.
[20:55] <BUGabundo> howdy
[20:56] <Tronic> Maybe exiting the shell will do the trick? I just don't want to try as setting everything up manually requires a lot of work if that only reboots the machine.
[20:57] <Eevee> Tronic: I'm under the impression that exiting busybox will continue the boot from where it left off, but you may want to wait for a second opinion
[20:58] <Martyn> ubuntu one is live, eh?
[20:58] <Martyn> Working so far.  I'm uploading ~1.8Gb to see
[21:01] <BUGabundo> Martyn: lol
[21:01] <Martyn> Well, we're supposed to have 2Gb of storage, right?
[21:01] <Martyn> -grin-
[21:01] <Mit> hehe Martyn
[21:01] <Martyn> Damnit, can't get a connection
[21:01] <Martyn> Ack.
[21:01] <Mit> 2Gb 'free' ?
[21:02] <Martyn> free
[21:02] <Mit> :D
[21:02] <Mit> taht could be tempting
[21:02] <Martyn> Urgh ... okay, that was a pile of fail
[21:02]  * Mit moves between ubuntu machines often :/
[21:02] <Martyn> This machine isn't able to add itself to ubuntu one
[21:02] <Martyn> I think I might need to remove the credential file, and let it try to log in again
[21:03] <Martyn> You haven't added any computers or devices to your Ubuntu One account. To get started please visit the installation details.
[21:03] <Martyn> Damn
[21:03] <Martyn> I'll do it a couple more times, to allow the Ubuntu One crew to have some debug info
[21:07] <Martyn> Oh well :)
[21:20] <tasslehoff> Hi. Wireless worked out of the box on my MPB5.1 in Jaunty, but in Karmic it doesn't work. I have installed the restricted Broadcom drivers without luck. Anyone got any advice on how I can get it working?
[21:24] <Amaranth> any of you guys have nvidia cards on amd64 want to test a compiz package for me?
[21:24] <BUGabundo> me me me
[21:25] <Amaranth> BUGabundo: http://people.ubuntu.com/~amaranth/compiz/compiz-core_0.8.3+git20090917-0ubuntu3_amd64.deb
[21:25] <BUGabundo> grrr
[21:25] <BUGabundo> change packages?
[21:25] <BUGabundo> me no wanti
[21:25] <BUGabundo> what's does it do?
[21:25] <Amaranth> BUGabundo: It works around bug 160164 so we can turn off unredirect fullscreen windows for nvidia users
[21:25] <Amaranth> err, wrong number
[21:25] <BUGabundo> haha
[21:26] <Amaranth> bug 160264
[21:26]  * BUGabundo cheks
[21:27] <Amaranth> BUGabundo: If you're up to it you just have to install that package, run `compiz` in the terminal, open ccsm and disable unredirect fullscreen windows, then lock your screen
[21:27] <Amaranth> BUGabundo: Hopefully you'll get some terminal output at that point
[21:27] <Amaranth> make sure you start compiz _then_ disable that option though
[21:28] <Amaranth> BUGabundo: If this works it'll fix about a dozen bugs for nvidia users, most them of them related to gaming while using compiz
[21:31] <BUGabundo> Amaranth: but I'm already running compzi
[21:31] <BUGabundo> I can't leave without it nowadays
[21:31] <Amaranth> BUGabundo: Right, this will restart compiz with the new package so you can test my change
[21:33] <BUGabundo> ok
[21:33]  * BUGabundo gets ready to kill all his windows
[21:33] <Amaranth> no need for that
[21:33] <BUGabundo> I'm mean WM possition
[21:34] <Amaranth> I thought we fixed that
[21:34] <Amaranth> anyway, this is what running development versions is all about :)
[21:35] <BUGabundo> lol
[21:35] <BUGabundo> installjng
[21:35] <BUGabundo> dpkg: dependency problems prevent configuration of compiz-core:
[21:35] <BUGabundo>  compiz-core depends on compiz-wrapper (= 1:0.8.3+git20090917-0ubuntu3); however:
[21:35] <BUGabundo>   Version of compiz-wrapper on system is 1:0.8.3+git20090917-0ubuntu2.
[21:35] <BUGabundo> dpkg: error processing compiz-core (--install):
[21:35] <BUGabundo>  dependency problems - leaving unconfigured
[21:35] <BUGabundo> Processing triggers for man-db ...
[21:35] <BUGabundo> Errors were encountered while processing:
[21:35] <BUGabundo>  compiz-core
[21:35] <BUGabundo> Amaranth: ^^^^^^^^^
[21:36] <Amaranth> d'oh, too strict of a dependency
[21:36] <Amaranth> BUGabundo: http://people.ubuntu.com/~amaranth/compiz/compiz-wrapper_0.8.3+git20090917-0ubuntu3_amd64.deb
[21:36] <penguin42> well, or supposed to be exactly matching pair
[21:36] <Amaranth> you'll have to install them at the same time
[21:36] <BUGabundo> I know
[21:37] <Amaranth> sudo dpkg -i compiz-core-blah.deb compiz-wrapper-blah.deb
[21:37] <BUGabundo> eh eh
[21:37] <BUGabundo> I'm no noob :D
[21:37] <Amaranth> penguin42: Nah, we just needed to update compiz-wrapper at the same time as compiz-core once to prevent a crash that was later fixed anyway
[21:37] <BUGabundo> done
[21:37] <BUGabundo> so $compiz; lock
[21:37] <BUGabundo> and come back
[21:37] <Amaranth> no
[21:38] <BUGabundo> no ?
[21:38] <Amaranth> run `compiz` then once it starts open system->preferences->compizconfig settings manager, go into general options, uncheck unredirect fullscreen windows, then lock your screen
[21:38] <BUGabundo> ohh
[21:38] <BUGabundo> lulz
[21:38] <Amaranth> BUGabundo: after that look at the terminal and see if it said anything
[21:39] <BUGabundo> trace ;:(
[21:39] <BUGabundo> 7f78ac141000-7f78ac179000 r-xp 00000000 08:02 1966476                    /usr/lib/libgconf-2.so.4.1.5Aborted (core dumped)
[21:39] <BUGabundo> pastebining
[21:39] <mrmcq2u_> anyone any idea why update manager is trying to  install pidgin on my system?
[21:39] <BUGabundo> http://paste.ubuntu.com/278233/
[21:39] <Amaranth> BUGabundo: it crashed when you unchecked that?
[21:39] <BUGabundo> no
[21:39] <BUGabundo> after I start compiz
[21:40] <BUGabundo> fell back to what ever was a fallback setting
[21:40] <BUGabundo> I'm on metacity it seems
[21:40] <BUGabundo> BUAUAUAUAUA
[21:41] <Amaranth> BUGabundo: oh, that's not related
[21:41] <BUGabundo> righ
[21:41] <Amaranth> BUGabundo: that's the bug where the nvidia driver dies when compiz exits
[21:41] <BUGabundo> so try and try again
[21:41] <BUGabundo> until it works?
[21:41] <BUGabundo> eheh
[21:41] <Amaranth> BUGabundo: But the old compiz started metacity for you
[21:41] <BUGabundo> yeah I think so
[21:41] <BUGabundo> I'm subbe to it
[21:41] <BUGabundo> wasn't it fixed?
[21:41] <Amaranth> BUGabundo: so run `compiz` again and it'll work
[21:41] <Amaranth> no, it's an nvidia bug
[21:41] <Amaranth> nvidia bugs never get fixed :P
[21:41] <BUGabundo> should I kill this one ?
[21:41] <BUGabundo> _p
[21:42] <Amaranth> you mean this metacity?
[21:42] <BUGabundo> what ever is holding the CLI
[21:42] <BUGabundo> aftre I started compiz
[21:42] <Amaranth> BUGabundo: If you press enter you don't get the prompt back?
[21:42] <AlanBell> anyone tried the alternate CD recently?
[21:42] <BUGabundo> ib/libgconf-2.so.4.1.5Aborted (core dumped)
[21:42] <BUGabundo> Window manager warning: Buggy client sent a _NET_ACTIVE_WINDOW message with a timestamp of 0 for 0x3e00005 (Quick Sear)
[21:42] <BUGabundo> Window manager warning: meta_window_activate called by a pager with a 0 timestamp; the pager needs to be fixed.
[21:42] <BUGabundo> Amaranth: nope
[21:42] <BUGabundo> that's why I asked
[21:42] <AlanBell> bug 435931
[21:42] <penguin42> BUGabundo: Those are pretty common
[21:42] <Amaranth> BUGabundo: Ok, open a new terminal and run it there
[21:42] <BUGabundo> ok
[21:43] <Amaranth> BUGabundo: Then this one will give the prompt back but you don't want to go without a WM
[21:43] <BUGabundo> seems better Amaranth
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <Amaranth> BUGabundo: Ok so compiz is running now?
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <Amaranth> stop that :)
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <Tekno> :E
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <BUGabundo> unredirecting window: gnome-panel
[21:43] <Amaranth> dude
[21:43] <Tekno> stfu!
[21:44] <Amaranth> you're supposed to uncheck the box now so it stops saying that :P
[21:44] <Amaranth> BUGabundo: Ok, now uncheck that box in ccsm
[21:44] <BUGabundo> :(
[21:44] <BUGabundo> it moved under my mouse
[21:44] <jbuncher> anyone know if libstdc++5 will be brought back in karmic?
[21:44] <BUGabundo> I just wanted one line :(
[21:44] <Amaranth> jbuncher: Seems unlikely
[21:44] <BUGabundo> what box was it ?
[21:44] <Amaranth> jbuncher: Why do you need it?
[21:45] <Amaranth> BUGabundo: ccsm, general options, unredirect fullscreen windows
[21:45] <Amaranth> BUGabundo: Then verify compiz stops spitting out that line about gnome-panel
[21:45] <BUGabundo> can't see it :(
[21:45] <BUGabundo> ahhh saw it
[21:45] <BUGabundo> stoped
[21:46] <BUGabundo> unredirecting window: ccsm
[21:46] <jbuncher> Amaranth:  Some binaries still depend on it, such as mathematica 6
[21:46] <Amaranth> BUGabundo: alright, now lock your screen and see if it says unredirecting window: gnome-screensaver
[21:46] <jbuncher> Amaranth:  I don't need libstdc++5 to be *supported*, just for it to exist as a package.
[21:46] <BUGabundo> ctrl+alt+L aint working
[21:47] <BUGabundo> nor is FUSA
[21:47] <Amaranth> BUGabundo: Is gnome-screensaver running?
[21:47]  * BUGabundo checks if screensaver is on
[21:47] <BUGabundo> settings says so
[21:47] <BUGabundo> let me check the pid
[21:47] <natewiebe13> just did a fresh install of 9.10 daily build and did an update and pidgin showed up as a "(new install)".. does that mean they are switching back from empathy or..??
[21:47] <BUGabundo> nothing here Amaranth
[21:48] <Amaranth> BUGabundo: ok, run `gnome-screensaver &` then lock your screen :)
[21:48] <BUGabundo> shouldn't that *be* running already?
[21:48] <Amaranth> natewiebe13: No, it's most likely that pidgin-indicator got added as a recommends for the indicator-applet so it's getting pulled in
[21:48] <BUGabundo> unredirecting window: gnome-screensaver
[21:48] <Amaranth> BUGabundo: It should be but for some reason it isn't for you
[21:49] <Amaranth> BUGabundo: Ok, try making firefox fullscreen, see if it says anything about it
[21:49] <BUGabundo> nope
[21:49] <Amaranth> BUGabundo: Ok, big test now
[21:49] <BUGabundo> :(
[21:49] <BUGabundo> I lost my compiz full screen shortcut
[21:49] <Amaranth> BUGabundo: In the fusa applet click on the guest session, wait for it to login, then logout of it
[21:49] <BUGabundo> super+f11
[21:49] <BUGabundo> all my shorcuts actually
[21:50] <BUGabundo> we have guest back??
[21:50] <BUGabundo> w00t
[21:50] <BUGabundo> I just re-added fusa yesterday
[21:50] <BUGabundo> lol
[21:51] <BUGabundo> trying Guest session
[21:51] <Amaranth> BUGabundo: we can debug that one afterward, you probably hit bug 430981 and just haven't logged out since it was fixed :)
[21:52] <BUGabundo> hoaw CPU spkie
[21:52] <BUGabundo> Amaranth: this is a fresh reboot
[21:52] <BUGabundo>  21:52:22 up  1:31,  7 users,  load average: 1.09, 0.80, 0.49
[21:52] <Amaranth> BUGabundo: Ok when you came back from the guest session did you have to unlock the screen?
[21:52] <BUGabundo> I _think_ I got a bunch of this
[21:52] <BUGabundo> unredirecting window: gnome-screensaver
[21:52] <BUGabundo> while on Guest
[21:53] <Amaranth> Right, that's expected
[21:53] <BUGabundo> yes I had
[21:53] <Amaranth> And the screensaver window wasn't all white?
[21:53] <BUGabundo> nope
[21:53] <Amaranth> BUG FIXED
[21:53] <Amaranth> thanks so much
[21:53] <BUGabundo> well
[21:53] <Amaranth> you'll probably want to sudo apt-get install compiz-core/karmic compiz-wrapper/karmic now and restart compiz
[21:53] <BUGabundo> can I kill both of them now?
[21:53]  * penguin42 still has the problem of not getting screen lock when I hibernate
[21:54] <BUGabundo> Amaranth: can I keep yours
[21:54] <BUGabundo> until you up it to archibe?
[21:54] <_kurt_> has anyone gotten tor to work on karmic?
[21:54] <Amaranth> BUGabundo: I wouldn't, that unredirecting window junk will fill up .xsession-errors
[21:54] <BUGabundo> ok
[21:56] <BUGabundo> Amaranth: this darn thing won't let me force a lower version now :(
[21:56] <_kurt_> I tried installing from source but got a lot of lib dependency issues...
[21:56] <Amaranth> BUGabundo: sudo apt-get install compiz-core/karmic compiz-wrapper/karmic
[21:56] <Amaranth> I do that all the time
[21:56] <Tronic> Okay, fixed the problem.
[21:56] <BUGabundo> ahh that /karmic is cool
[21:57] <Amaranth> BUGabundo: btw, the CPU spike was caused by my patch so I've got a bit more to tweak before this gets into ubuntu :)
[21:57] <BUGabundo>   Installed: 1:0.8.3+git20090917-0ubuntu2
[21:57] <Tronic> Had to manually mount the root, chroot into it, mount a few other things, reinstall udev, update-initramfs
[21:57] <BUGabundo> Amaranth: it waint downgrading
[21:57] <Tronic> Now both Karmic boxes seem to be working properly :)
[21:58] <Amaranth> BUGabundo: ubuntu2 is the one you want
[21:58] <BUGabundo> dpkg: warning: downgrading compiz-core from 1:0.8.3+git20090917-0ubuntu3 to 1:0.8.3+git20090917-0ubuntu2.
[21:58] <BUGabundo> although it sais it would
[21:58] <Amaranth> BUGabundo: mine is ubuntu3
[21:58] <BUGabundo> ok oh
[21:58] <BUGabundo> re-started compiz
[21:58] <BUGabundo> will schedule a reboot for latter
[21:58] <BUGabundo> now let me see what's up with shorcut
[21:58] <BUGabundo> I though that had been fixed
[21:59] <Eevee> hm.  booting this karmic laptop is taking a couple minutes, and syslog has several ~28s pauses.  looks like two for each of the ext4 partitions on my sata drive
[21:59] <BUGabundo> guess I could use the workaround, turn effects off, and on
[22:00] <yofel> Eevee: try bootchart, it makes a graph of your boot and shows what process takes how much time
[22:01] <Eevee> ah right, thanks
[22:01] <Eevee> does it need any setup beyond just installing it?
[22:01] <BUGabundo> Eevee: then hack your boot chart script
[22:01] <BUGabundo> so it counts *past* GDM :)
[22:01] <BUGabundo> http://fileland.bugabundo.net/fotos/Linux/bootchart/karmic/
[22:02] <BUGabundo> see mine
[22:03] <Eevee> haha, is it really that useful to see how long gnome-do runs at boot?  :P
[22:03] <tormod> BUGabundo, I believe it does that by default now
[22:03] <BUGabundo> tormod: does it????
[22:03] <BUGabundo> I haven't got any update
[22:03] <BUGabundo> asking me to change my script
[22:04] <Eevee> oh, hey.  does the karmic notify bubble sanely handle not having a top panel?
[22:04] <Eevee> in jaunty the notification daemon gives up and spawns the bubbles in the top right on my second monitor, which is right where I'm least likely to notice them
[22:05] <yofel> BUGabundo: wich file did you edit again?
[22:05] <yofel> s/wich/which
[22:05]  * BUGabundo checking
[22:05] <tormod> BUGabundo, it is controlled by upstart now (not sure how it is stopped) so there is no bootchart link in /etc/rc2.d
[22:06] <BUGabundo> /etc/rc5.d/S99stop-bootchart
[22:06] <BUGabundo> right
[22:06] <BUGabundo> I see its missing now :8
[22:06] <tormod> rc5? that is for reboot or something
[22:06] <BUGabundo> they are all links AFAIK
[22:07] <BUGabundo> /etc/init/bootchart.conf
[22:07] <BUGabundo> /etc/init.d/bootchart
[22:07] <BUGabundo> ???
[22:07] <yofel> yes, all files in rcX.d are symlinks
[22:08] <yofel> aaaah, bootchart.conf line 30: sleep 45 XD
[22:08] <BUGabundo> let me look at conf
[22:08] <Amaranth> BUGabundo: bootchart now runs until your desktop is loaded and everything is finished starting
[22:08] <BUGabundo> LOLOLOLOL
[22:08] <BUGabundo> they did what *I DID*
[22:08] <Amaranth> BUGabundo: So I get a nice 1:15 bootchart :/
[22:09] <Amaranth> oh, they just did a sleep?
[22:09] <BUGabundo> Amaranth: check all my karmic bootcharts
[22:09] <Amaranth> bleh
[22:09] <BUGabundo> I've done that FOR ever
[22:09] <Eevee> hahaha what a hack
[22:09] <yofel> hehe
[22:09] <Amaranth> So now I need to spot on my bootchart where my boot actually finished
[22:09] <BUGabundo> Amaranth: just look for GDM
[22:09] <BUGabundo> but in truth
[22:10] <yofel> BUGabundo: I guess you advertised your way just enough :P
[22:10] <BUGabundo> it doesn't really end THERE
[22:10] <BUGabundo> yofel: :p
[22:10] <BUGabundo> 45 is *not* enough for me :d
[22:10]  * BUGabundo checks own bootcharts
[22:11] <Eevee> http://stuff.veekun.com/rukushio-karmic-20090925-1.png  yeah this doesn't seem right
[22:11] <BUGabundo> my GDM is at 31 sec
[22:12] <BUGabundo> it was at 22 on ealier karmic
[22:12] <BUGabundo> I even manged to have a few on 19
[22:13] <BUGabundo> it takes ~15 after GDM for me to have _some_ control of the pc
[22:13] <BUGabundo> bua
[22:13] <Amaranth> With jaunty clean install I got to gdm in 15-17 seconds
[22:13] <Amaranth> I get the same now but only because gdm is now starting before the boot is finished :/
[22:14] <BUGabundo> Amaranth: check my jaunty bootcharts too
[22:14] <BUGabundo> lolol
[22:14] <BUGabundo> I have them all since 8.04
[22:14] <BUGabundo> from two laptops
[22:14] <Amaranth> I once worked with jdong and got an older laptop to gdm in 25 seconds (instead of 40) by writing our own upstart boot scripts
[22:14] <Amaranth> well, he did most of the work
[22:26] <ulysses__> hello, i would know, what is the default video player of kubuntu karmic koala?
[22:28] <penguin42> is it Dragon player? that used tobe - not sure on Karmic
[22:30] <ulysses__> i hasn't got an alpha iso yet, and my network connection is slow
[22:33] <ulysses__> thanks, bye
[22:44] <Tronic> How can I make Rhythmbox use Pulseaudio?
[22:44] <Tronic> It seems to be using ALSA directly and when that fails, it says that plugin "autoaudiosink" is missing.
[22:50] <danellisuk> Can anyone point me to which package I should raise a cdrom issue under?
[22:50] <danellisuk> Karmic by the way, so think it may be a regression due to the change from hal.
[22:51] <danellisuk> Would udev be a suitable place to assign it, if i'm not sure?
[22:52] <dragon> danellisuk: what kind of issue is it?
[22:53] <danellisuk> no cds / dvds will mount
[22:53] <danellisuk> in nautalus the cdrom disappears after inserting the dvd.  The following is listed in dmesg:
[22:54] <danellisuk> [   71.637053] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.637092] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.714857] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.714916] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.714925] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.715116] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.715174] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <danellisuk> [   71.715226] sr 4:0:0:0: [sr0] unaligned transfer
[22:54] <dragon> hm interesting
[22:54] <danellisuk> you cannot eject the cdrom via hardware button, only with 'eject cdrom1'
[22:54] <dragon> oh
[22:54] <Amaranth> BUGabundo: fix uploaded, hopefully it gets accepted to get into the beta release otherwise it'll be in the repos right after the release
[22:55] <Amaranth> BUGabundo: thanks for the help with testing
[22:55] <danellisuk> happens on both my cdroms, my jaunty partition, has no issues.
[22:55] <BUGabundo> np
[22:55] <BUGabundo> Amaranth: and thanks for the devoice /rant
[22:55] <Amaranth> heh
[22:56] <danellisuk> I am on alpha 6 + all updates.  I didn't test the cdrom up till now, so not sure if it is due to a recent update.
[23:02] <uni4dfx> whoever made the new shutdown screen in karmic is a freakin' genius
[23:02] <uni4dfx> i wanna buy him beer
[23:03] <danellisuk> I have just noticed #431055 "gnome doesn't 'see' cdroms/dvds", sounds exactly my experience.
[23:03] <KurtKraut> Since Karmic artwork deadline was yesterday, in what wiki I can check the final artwork?
[23:04] <yofel> hm, bug 431055
[23:04] <Tronic> uni4dfx: Heh.
[23:04] <Tronic> I was quite impressed by the simplicity too.
[23:05] <uni4dfx> and the way it dims out is so perfect
[23:05] <Tronic> They also have dimming effect on bootup.
[23:05] <Tronic> Displaying the text console for a moment after dimming out kind spoils the effect, though.
[23:06] <Tronic> With blinking cursor in the corner and sometimes a few error messages.
[23:06] <uni4dfx> probably isn't finished yet
[23:13] <homerhomer> Hey, I noticed a bug in gnome-panel that happens with you resize the window. https://bugzilla.gnome.org/process_bug.cgi   So I added some information on the gnome bug report and a little video to show the issue. http://www.youtube.com/watch?v=akGH16BdGc0 what do you guys think of the video?  Bah ha ha
[23:14] <helios1021> the music certainly adds to it
[23:15] <homerhomer> I think any video works with that music  ;)
[23:15] <helios1021> lol true
[23:22] <EruditeHermit> hey
[23:22] <EruditeHermit> what wallpaper is the default for you guys on karmic?
[23:23] <helios1021> i dont know what it will be
[23:23] <helios1021> coz there was an update and i now have loads of cool wallpapers
[23:23] <EruditeHermit> yeah
[23:23] <helios1021> not the usual 3 brown/orange ones
[23:23] <EruditeHermit> what did it default you to though?
[23:23] <EruditeHermit> is it an orangey brown?
[23:23] <helios1021> yeah
[23:24] <EruditeHermit> someone said the login should look like this
[23:24] <EruditeHermit> http://lh3.ggpht.com/_FJH0hYZmVtc/SrwNNZ_JEYI/AAAAAAAADM8/oZ5p_A84zN8/s1600-h/image%5B7%5D.png
[23:24] <EruditeHermit> and mine definitely does not
[23:26] <helios1021> niether does mine
[23:26] <helios1021> mine has the gray gtk look
[23:34] <jaebird> Is there a way to disable the username selection in the new GDM? I don't want people to see usernames.
[23:34] <danellisuk> Thanks guys, I have added my issue to https://launchpad.net/bugs/431055 so the previous fix may have been broken by something else.  Goodnight.
[23:35] <AlanBell> is it just me or is the touchpad click action disabled by default?
[23:35] <jbuncher> AlanBell, that happened to me as well, though I installed from Alpha5.
[23:36] <KurtKraut> jaebird, it is a matter of choosing a theme that doesn't show the user list, just request the login to be typed in
[23:36] <helios1021> jaebird: not that i can tell. u can either choose from list or auto-login
[23:36] <helios1021> which i think is stupid
[23:36] <jbuncher> jaebird:  agreed, that's annoying
[23:36] <jaebird> KurtKraut: the gui is diff now...but that would be nice to add back
[23:37] <helios1021> KurtKraut: how do u set themes in karmic?
[23:37] <AlanBell> jbuncher: I guess some people find it annoying to click on things accidentally
[23:38] <AlanBell> helios1021: system-preferences-appearance, same as Jaunty
[23:38] <Ian_> i hate tap to click
[23:39] <helios1021> i meant gdm themes
[23:39] <jbuncher> helios1021:  there's no gui for it atm, but I think you can still do it manually somehow, if you know where to edit.
[23:40] <jaebird> Does anyone know if the gui will be changed by karmic? or is this for lynx now
[23:41] <danellisuk> ubottu, where would you say the file 60-persistent-storage.rules should be located ?
[23:41] <robin0800> helios1021:  there is an install buton on the theme tab a also a customise button on change desktop background
[23:41] <penguin42> ubottu: apt-file is your friend
[23:42] <penguin42> oops, I meant that for danellisuk
[23:42] <danellisuk> haha, doh !
[23:42] <helios1021> lol
[23:42] <helios1021> why is loz growling?
[23:42] <helios1021> oops
[23:42] <helios1021> ignore that
[23:42]  * penguin42 wants to know who loz is now
[23:43] <helios1021> my mate.. she wrote grrrr in a group convo im having in the other window
[23:49] <helios1021> so what do you guys think about the way gnome is trying to integrate everything now?
[23:51] <penguin42> it is?
[23:51] <Eevee> in what sense?  I only get the occasional glimpse into gnome development
[23:55] <dupondje> Is it possible to sync WM6.1 device with Karmic ?


[19:06] <AppAraat[m]> hi, is there a way to use a dark theme for `qjackctl` ?
[19:43] <OvenWerks> AppAraat[m]: it appears not. You could ask the author though.
[19:44] <AppAraat[m]> hmm, is there otherwise something like `qjackctl` but for the CLI?
[19:44] <OvenWerks> AppAraat[m]: rncbc hangs out on #lad at least
[19:44] <OvenWerks> like qjackctl in what way?
[19:45] <OvenWerks> jack_control will start jack
[19:45] <AppAraat[m]> oh, cool to know. Thanks.
[19:45] <OvenWerks> jack_connect can connect one port to another
[19:46] <OvenWerks> jack_lsp will list existing ports and with the -c option will show connections
[19:47] <OvenWerks> jack-plumbing can use a file to make connetions when certain ports show up.
[19:47] <OvenWerks> basically type jack and then tab a few times to get a list of all jack* commands
[19:48] <OvenWerks> If you have not installed jack-tools, it gives a few more
[19:48] <AppAraat[m]> ah, looks kinda messy but I'll take a look, thanks :)
[19:49] <AppAraat[m]> most of them don't seem to have manpages :(
[19:50] <OvenWerks> standard unix-y lots of tools that do only one thing kind of messy yes
[19:51] <AppAraat[m]> I don't see any reason most of them could be integrated with the use of flags or subcommands, or at least be documented, but that's my first impression.
[19:51] <AppAraat[m]> *could not
[19:56] <OvenWerks> fully agree
[19:57] <OvenWerks> I got more out of jack_control by trying to run it with no parameters than any documentation
[19:58] <OvenWerks> many of them are python scripts BTW
[20:42] <AppAraat[m]> oh hmm, yeah seems like `jack_control` is the big daddy.
[22:15] <studiobot> AlFarsie13 was added by: AlFarsie13
[22:16] <studiobot> AlFarsie13 was removed by: AlFarsie13


[14:52] <smoser> Odd_Bloke, fyi, i was looking at https://code.launchpad.net/~daniel-thewatkins/cloud-init/lp1460715
[14:52] <smoser> i think  you created a git repository there. which is kind of bzr-like behavior
[14:52] <smoser> (versus just pushing a repo with multiple branches to
[14:52] <smoser>  git.launchpad.net/~daniel-thewatkins/cloud-init
[14:52] <smoser> oh. funny.
[14:53] <smoser> it *is* a bzr branch.
[15:00] <rharper> it was pushed before cloud-init switched to git IIUC
[16:04] <smoser> Odd_Bloke, are you around ?
[16:04] <smoser> your branch, the tests you added i dont think correctly unpatch subp
[18:38] <smoser> powersj, around ?
[18:38] <smoser> you interested in reaching out to tore on https://code.launchpad.net/~tore.lonoy/cloud-init/+git/cloud-init/+merge/310051 and helping with unit tests ?
[19:42] <powersj> smoser: sure
[19:42] <powersj> I'll take a look
[22:29] <powersj> smoser: you gone yet?
[22:54] <powersj> smoser: filed LP: #1644043 to fix master's unit tests
[22:54] <powersj> has a patch :)


[10:37] <RicardoAbreu[m]> x7upLime: Hi, no snapcraft:core (16.04) hasn't been supported for a while now


[08:02] <brainwash> Unit193: https://sources.debian.org/patches/thunar/1.8.4-1/01_support-non-multiarch-modules.patch/
[08:02] <brainwash> thunarx-2 -> thunarx-3
[08:04] <brainwash> https://git.xfce.org/xfce/thunar/commit/?id=f0188281c263f03a43362e94f9666a03c62ba359
[08:04] <Unit193> Urgh, that was missed...
[08:18] <Unit193> brainwash: Thanks, btw.
[08:19] <Unit193> I doubt it's important nowdays, buuut.
[20:34] <albinard> Just did an install of the 0619 ISO, now running perfectly after one small glitch.
[20:38] <Unit193> What glitch?
[20:38] <Unit193> Ah, whisker crash or something along those lines.
[20:38] <albinard> Whisper menu vanished at first boot, error flag appeared, I let apport report it.
[20:42] <albinard> I should add that I always replace Whisker with the classis menu, so I don't know whether anything further occurred on Whisper.
[20:42] <Unit193> The version in eoan is newer than disco (new upstream release), wonder if there's a nice regression. :D
[20:44] <albinard> A question: I put in a "Successful" report on the QA page, but couldn't add a comment.  Did I miss something on the page to let me do that?
[21:01] <Unit193> albinard: There should be a textarea I believe for that sort of thing, nothing special in order to enable it.
[21:06] <albinard> On my screen, at the bottom the only choices are Passed with no bugs, Subscribe, and Unsubscribe - clicking Passed just submitted directly.  I remember a place to comment, which I no longer see.
[21:07] <Unit193> Yeah you have to click the testcase first, eg http://iso.qa.ubuntu.com/qatracker/milestones/404/builds/194922/testcases/1303/results
[21:14] <albinard> Argh, I guess I missed that this time!  Sorry to be a klutz - maybe I'm losing more brain cells than I thought.
[21:15] <albinard> I'm putting in a comment now.
[21:17] <Unit193> I'm pretty sure I've wondered about that in the past as well at some point. >_>
[21:18] <Unit193> Missed the whole clicking thing when there's a quick report option at the end, that is.
[22:10] -SwissBot:#xubuntu-devel- ATTN: Xubuntu Core 19.10 - amd64 - amd64 built.
[23:32] <Unit193> Say, http://paste.openstack.org/show/oYG53bcogDzZFuHfbfPB/ isn't so bad!


[16:15] <corrinado[m]> Silly question perhaps, but here I go:
[16:18] <corrinado[m]> Installing 22.04 on an older machine. The Live img needed to be selected for the Safe option as the video would freeze on the Default.
[16:18] <corrinado[m]> Is there a way to enable a safe-boot for the video once it has been installed?  The built-in video chip isn't liking 22.04 in its default install
[17:12] <tomreyn> corrinado[m]: i think the safe-boot option on the iso just adds "nomodeset", so you can do that on your installation as well.
[17:13] <tomreyn> edit /etc/default/grub and change GRUB_CMDLINE_LINUX_DEFAULT="" to GRUB_CMDLINE_LINUX_DEFAULT="nomodeset"
[17:13] <tomreyn> then run   sudo update-grub
[17:13] <tomreyn> then, on the next reboot, this will be the default
[17:13] <tomreyn> which graphics chipset do you have there anyways?   lspci -knnd ::0300 | nc termbin.com 9999
[17:15] <tomreyn> also note that UbuntuStudio uses KDE/Plasma nowadays, so it may not be suitable for very old computers.
[17:16] <tomreyn> but note the hint on the website https://ubuntustudio.org/ where it says " Don't want KDE Plasma? Use Ubuntu Studio Installer on any other official Ubuntu flavor! "
[17:17] <tomreyn> i would think that Ubuntu Mate and Xubuntu would be less resource hungry, maybe Unity, too.
[17:17] <tomreyn> (if not a whole lot)
[17:19] <krytarik> I think it's more the tools Ubuntu Studio ships with than the used desktop environment that are heavy on the resources though.
[18:42] <corrinado[m]> tomreyn: I appreciate the response. I will give that a go. Thank you for your help
[18:42] <corrinado[m]> And you also krytarik:
[19:55] <tomreyn> you're welcome


[10:51] <primes2h> jibel: ping
[10:52] <jibel> primes2h, pong
[10:52] <primes2h> hello jibel, how are you?
[10:52] <jibel> primes2h, I'm good, and you ?
[10:53] <primes2h> jibel: fine, thanks. :-)
[10:53] <jibel> primes2h, I enabled OO a1, you must have been notified.
[10:53] <primes2h> jibel: yes, thank you! What about http://releases.ubuntu.com ?
[10:54] <primes2h> do you think it's a mirroring issue?
[10:54] <jibel> primes2h, idk, I'm looking at it.
[10:55] <primes2h> jibel: derivatives are not published as well, btw.
[10:56] <jibel> kubuntu is there http://cdimage.ubuntu.com/kubuntu/releases/oneiric/alpha-1/
[10:56] <jibel> xubuntu as well http://cdimage.ubuntu.com/xubuntu/releases/oneiric/alpha-1/
[10:57] <primes2h> jibel: I mean this site  http://releases.ubuntu.com
[10:57] <primes2h> jibel: http://releases.ubuntu.com/kubuntu/
[10:58] <primes2h> jibel: xubuntu is even not present
[10:59] <jibel> primes2h, right for kubuntu but not all the derivatives are published to releases.u.c
[10:59] <primes2h> jibel: ah , ok.
[11:16] <jibel> primes2h, only beta and releases are on releases.u.c otherwise it's on http://cdimage.ubuntu.com/releases/oneiric/alpha-1/
[11:17] <jibel> that will make the mapping algorithm of the tracker a bit trickier. I'll add a notice for the moment
[11:18] <primes2h> jibel: d'oh
[11:20] <jibel> primes2h, noticed added. one more detail learned today :-)
[11:20] <primes2h> jibel: ok, thank you. eh eh :-)
[11:24] <primes2h> jibel: I'll have a look to provide a patch about this for the LT
[11:24] <jibel> primes2h, we should move this code to a stored procedure as I did for the iso tracker. That's easier to manage on my side.
[11:25] <jibel> primes2h, and we have more flexibility
[11:25] <primes2h> jibel: sure!
[19:57] <letozaf_> Hello can someone help me with testing of Oneiric on my laptop ?
[19:58] <letozaf_> the image I downloaded doesn't even start
[19:58] <letozaf_> sorry boot
[20:00] <charlie-tca> which image is it?
[20:00] <charlie-tca> Today's images boot, it might be a bad burn
[20:00] <letozaf_> http://releases.ubuntu.com/10.04.2/ubuntu-10.04.2-desktop-amd64.iso
[20:00] <charlie-tca> oops
[20:00] <letozaf_> I downloaded it twice
[20:01] <letozaf_> and created the usb key 3 times
[20:01] <letozaf_> with zsync http://releases.ubuntu.com/10.04.2/ubuntu-10.04.2-desktop-amd64.iso.zsync
[20:01] <letozaf_> I get this message before boot:
[20:01] <letozaf_> vesamenu.c32: not a COM32R image
[20:03] <charlie-tca> something wrong with burn, then. The only issues reported when we released were a crash on boot on some systems - https://wiki.ubuntu.com/LucidLynx/ReleaseNotes#Desktop%20installer%20sometimes%20crashes%20on%20startup
[20:03] <charlie-tca> Is that a USB image?
[20:04] <letozaf_> I created a bootable usb key from the image using startup disk creator
[20:04] <davmor2> letozaf_: that's not oneiric.
[20:05] <charlie-tca> that's probably something to do with the usb image, then.
[20:05] <davmor2> charlie-tca: that is 10.04.2 so lucid s .2
[20:05] <letozaf_> oh! sorry...
[20:05] <charlie-tca> right, which is the release notes I referenced
[20:05] <charlie-tca> letozaf_: Is the computer 64bit?
[20:06] <letozaf_> yes
[20:06] <charlie-tca> It is telling you the image is not 32bit?
[20:06] <letozaf_> yes I felt a bit silly and checked twice
[20:06] <charlie-tca> I would try the 32bit image and see what it does?
[20:06] <letozaf_> ok
[20:06] <charlie-tca> but, you do know we are not testing lucid images now, right?
[20:07] <letozaf_> but I'm sure it's a 64 bit
[20:07] <letozaf_> yes
[20:07] <letozaf_> I think I got the wrong link
[20:08] <letozaf_> sorry again I'll check again
[20:08] <charlie-tca> no problem
[20:08] <letozaf_> thank you
[20:08] <charlie-tca> the current images are at
[20:08] <charlie-tca> !daily
[20:08] <ubot4> Daily builds of the CD images of the current development version of Ubuntu are available at http://cdimage.ubuntu.com/daily/current/ and http://cdimage.ubuntu.com/daily-live/current/
[20:09] <letozaf_> yes thank you I clicked a link in a mail, and got it wrong sorry
[20:09] <letozaf_> I'll retry over again
[20:12] <charlie-tca> no problem
[20:12] <charlie-tca> Good luck testing, and have fun!
[20:13] <letozaf_> thank you :)
[20:17] <davmor2> letozaf_: have fun
[20:19] <letozaf_> thanks :)
[20:48] <jibel> charlie-tca, to late but it is bug 645818 . If you meet letozaf again, the workaround is to enter 'live' at the boot prompt
[20:48] <ubot4> Launchpad bug 645818 in usb-creator (Fedora) (and 5 other projects) "Unknown keyword in configuration file: gfxboot (affects: 84) (dups: 5) (heat: 286)" [Unknown,Unknown] https://launchpad.net/bugs/645818
[20:52] <charlie-tca> thanks, jibel
[20:52] <charlie-tca> I forgot that one.
[20:52] <charlie-tca> but he wanted to test oneiric instead of lucid
[20:53] <jibel> ok, that's the primary bug then :-)


[23:15] <charlie-tca> pleia2: on the project lead, do we hold an open vote in a meeting, vote by email, vote by survey or condorcet, or what now?
[23:16] <charlie-tca> Do I just send an email out to Xubuntu devel ML and ask for votes as a response?
[23:16] <pleia2> charlie-tca: whatever is acceptable to the team, since it's just you it's just a vote of confidence vote
[23:17] <pleia2> so you could set up a "yes" "no" for yourself on launchpad, or just email the list and if anyone has strong objections to send them to the CC (or me)
[23:18] <charlie-tca> Well then. I will send it out in an email to have a vote at the meeting on the 27th. Team seems to be willing to go with anything on it
[23:18] <pleia2> sounds good :)
[23:18] <pleia2> if you need an impartial vote-taker for those who can't attend you can use me if you want
[23:18] <charlie-tca> Let
[23:18] <charlie-tca> ´s do something, anyway.
[23:19] <charlie-tca> I don't know even know who is elgible to vote now. Maybe just tell them if they are interested, they should vote?
[23:20] <pleia2> works for me
[23:22] <charlie-tca> or at least comment one way or the other, with negatives coming to you
[23:22]  * pleia2 nods
[23:22] <pleia2> I don't anticipate issues really, it's a small project and you've done a great job of herding cats :)
[23:23] <charlie-tca> I think the same way, but I would prefer to have someone complain now than later :-)
[23:23]  * pleia2 nods


[04:07] <shadeslayer> hi, I'm trying to use a private PPA in a pbuilder but I get : W: Failed to fetch https://private-ppa.launchpad.net/kubuntu-ninjas/ppa/ubuntu/dists/saucy/main/binary-amd64/Packages
[04:09] <StevenK> Has that PPA had anything uploaded/copied to saucy?
[04:15] <shadeslayer> yes
[04:16] <shadeslayer> I can access https://private-ppa.launchpad.net/kubuntu-ninjas/ppa/ubuntu/dists/saucy/main/binary-amd64/Packages via the browser just fine
[04:17] <StevenK> shadeslayer: Does your pbuilder use the username and password (that your browser probably remembers)?
[04:17] <shadeslayer> yes
[04:18] <shadeslayer> this is what I have : deb<EMAIL_ADDRESS>saucy main
[04:18] <shadeslayer> and if I paste<EMAIL_ADDRESS>into the browser, it works as well
[04:19] <StevenK> And apt-transport-https is installed in the pbuilder?
[04:19] <shadeslayer> yep
[04:20] <StevenK> shadeslayer: There's some debug option involving acquire, let me see
[04:20] <shadeslayer> okay
[04:23] <wgrant> shadeslayer: Try installing ca-certificates
[04:23] <wgrant> In the pbuilder
[04:23] <shadeslayer> ahhh
[04:23] <shadeslayer> that does the trick
[04:23] <shadeslayer> can we get apt-transport-https to recommend that?
[04:25] <wgrant> shadeslayer: infinity was looking at a proper solution last week
[04:25] <wgrant> Not sure what ended up happening
[04:25] <shadeslayer> oh okay
[04:26] <shadeslayer> wgrant: what would  be a more proper solution? :P
[04:26] <wgrant> Probably recommending ca-certificates
[04:26] <wgrant> But not sure yet
[04:31] <shadeslayer> okay
[05:30] <Corey> Howdy.
[05:31] <Corey> Here in .us time, everyone's asleep, any of the .eu folk in early? :-)
[05:31] <Corey> Pushing a package to a PPA, MOST succeeded except for one: https://launchpadlibrarian.net/141529729/buildlog_ubuntu-quantal-i386.salt_0.15.3-1quantal_FAILEDTOBUILD.txt.gz
[05:31] <Corey> That.. looks like a build system error, rather than something code based.
[05:31] <StevenK> It does, yes
[05:32] <Corey> (I have the same thing pushed to four releases, that's the only one that failed).
[05:32] <StevenK> Corey: Link me the build, rather than the log?
[05:32] <Corey> Not sure if that should be reported or ignored.
[05:32] <Corey> StevenK: Sure.
[05:32] <Corey> StevenK: https://launchpad.net/~saltstack/+archive/salt-depends/+build/4637373
[05:33] <Corey> (We build on salt-depends, once that's done we coordinate a multi-platform release by pushing to the stable PPA)
[05:34] <Corey> StevenK: The "retry this build" that I see on that page is how I'd fix this, presumably?
[05:34] <StevenK> Corey: I've already so
[05:35] <Corey> StevenK: Oh, thanks. :-)
[05:35] <StevenK> And the same buildd picked it up, which I was hoping to avoid
[05:35] <wgrant> StevenK: Manual it
[05:35] <Corey> Hmm.
[05:35] <wgrant> It's been failing builds for 8 hours
[05:35] <Corey> StevenK: I'd blame code except that the other three releases completed successfully.
[05:35] <StevenK> wgrant: Manualed
[05:35] <StevenK> Corey: Yes, the builder itself is having a sad.
[05:35] <Corey> Ahh, k.
[05:36] <Corey> For what it's worth, thanks for providing the service. It's appreciated.
[05:36] <Corey> (Just got another failed email)
[05:36]  * StevenK gives it back a second time, glaring at chindi11
[05:36] <Corey> Someone with infra access able to fail that node out of the cluster?
[05:36] <StevenK> Hopefully elnath is having a good day
[05:36] <StevenK> Corey: I've kicked it out already
[05:37] <Corey> Oh, sweet.
[05:39] <Corey> StevenK: You guys ever do a public blog post / talk about how the launchpad build system works under the hood?
[05:40] <StevenK> Lots of duct tape.
[05:40] <Corey> The idea behind it is intriguing. :-)
[05:41] <Corey> (I'm not a developer by any stretch of the imagination, just an ops guy who found there was nobody else to build packages, so I'm more interested in the high level overview.)
[06:44] <lifeless> Corey: its a wrapper for sbuild
[06:44] <lifeless> Corey: with a twisted scheduler and a thin shim for provisioning machines
[09:15] <odony> Hi everyone, how coulw we solve a persistent timeout on the +activereviews page on our trunk branch: https://code.launchpad.net/~openerp/openobject-addons/trunk/+activereviews   /cc wgrant
[09:16] <odony> e.g. oops id OOPS-9f534a33a10ce1f888d0e89f63e268a4
[09:19] <wgrant> odony: You seem to have more than 600 open merges proposed into that branch
[09:19] <wgrant> Is that intentional?
[09:20] <odony> yes and no... we'd like to process that huge backlog, but those open merges are unfortunately valid
[09:21] <wgrant> We're unnecessarily loading the diffstat for each MP diff on that page, which usually isn't a problem, but it might be for some of your branches.
[09:21] <odony> the thing is, trunk accumulates unprocessed merges over the years, while the stable branches are better under control
[09:22] <odony> ah, some of the mp could have incorrect target branches indeed, which could cause overly large diffstats
[09:22] <odony> hard to say which, though
[09:22] <odony> if there are, that should only be the odd case
[09:23] <odony> note that we are able to access the list of merge proposals through the API without timeout, we I'd hate to have to build our own frontend for launchpad ;-)
[09:23] <odony> s/we I'd/I'd/
[09:26] <odony> wgrant: if you have a way to identify a few bad merges in the list I can quickly process them, if there's a chance this can bring the rendering time under the timeout
[09:30] <wgrant> odony: I'm investigating.
[09:32] <wgrant> odony: You have a few MPs with diffstats measuring the megabytes!
[09:32] <wgrant> Oh no, misread
[09:32] <wgrant> Just hundreds of kilobytes
[09:33] <wgrant> So that's possibly not the problem.
[09:34] <odony> wgrant: thanks for taking the time to look into it!
[09:34] <wgrant> https://code.launchpad.net/~credativ/openobject-addons/6.1-lp-1033731/+merge/158120 is fairly impressive
[09:34] <odony> hmm, just the name suggests that it's based on the 6.1 series, so probably a wrong target, let me check
[09:39] <wgrant> https://code.launchpad.net/~openerp/openobject-addons/6.0/+merge/146074 and https://code.launchpad.net/~rr.clearcorp/openobject-addons/6.1-account_asset/+merge/164813 are some other winners
[09:39] <odony> wgrant: indeed, that one was a wrong target, just closed it (1.7 million lines, nice diffstat indeed)
[09:39] <odony> closed it, let me see these orther ones
[09:39] <wgrant> Hopefully getting them off the list will quickly improve that page enough until we fix it properly.
[09:39] <odony> other*
[09:39] <odony> let's try it :-)
[09:45] <odony> wgrant: ok I closed those 3, still getting timeout apparently. Any other with a 6.0-, 6.1- or 7.0- name prefix (or any diff with more than, say, 10k lines) that I could quickly reject?
[09:47] <wgrant> odony: https://code.launchpad.net/~openerp-dev/openobject-addons/7.0-bug-1088833-nco/+merge/144434 is the only other really big one.
[09:48] <odony> wgrant: thanks. BTW we're trying to dedicate a few resources to process all those merges, so hopefully we'll offload trunk soon
[09:51] <odony> wgrant: got rid of that last one as well, but still timing out I think :-(
[09:51]  * wgrant gets a bigger hammer
[09:51]  * odony gets out of the way ;-)
[09:58] <wgrant> odony: smash
[09:58] <wgrant> It should work now
[09:58] <wgrant> Slow, but working
[09:58] <odony> wgrant: woo, thanks a lot!
[09:58] <odony> wgrant: what was that last piece of magic (or ironwork), if I may ask? ;-)
[09:59] <wgrant> I'll file a bug and we can hopefully work out why it's taking so long
[09:59] <wgrant> odony: Um...
[09:59] <wgrant> Increasing the timeout :)
[09:59] <odony> wgrant: oooh I see... is that the global LP timeout or just that of the activereviews page?
[10:00] <wgrant> Just the activereviews page
[10:00] <wgrant> It was previously on the global default
[10:01] <odony> odony: *phew*, I was afraid we had caused the global default to be bumped up
[10:01] <wgrant> Nah, I might not do that so lightly
[10:01] <odony> thought so!
[10:02] <odony> still, we'll get to work right away to process this huge list, thanks so much for you help!
[10:02] <wgrant> Anyway, that page was only designed to show up to a couple of hundred, but it still shouldn't be as slow as it is. Will hopefully work out what's wrong with it in the next couple of weeks and fix it.
[10:03] <odony> wgrant: great, and if you ever need anyone to create a mess of unprocessed thingies on LP (e.g. for stress-testing), just give a call ;-)
[10:03] <wgrant> Haha
[10:10] <wgrant> odony: Bug #1186941
[10:11] <odony> wgrant: thanks again! subscribing to it right now
[10:13] <wgrant> np
[16:11] <ggherdov> Hi all. say I want to know all packages provided by this PPA, and their version: https://launchpad.net/~mercurial-ppa  how to ?
[16:14] <dobey> ggherdov: that's not a ppa, that's a team. and it has several PPAs
[16:15] <dobey> ggherdov: so you'll have to click on the PPA listed on that page that you want more info on. If you want info on all of them at once, you could perhaps use the Launchpad API and write a script to get all the data, but it's probably not all that useful to do so
[16:18] <ggherdov> dobey: ok thanks for the clarification. So, when I did "sudo add-apt-repository ppa:mercurial-ppa/releases" on my system, which one of those PPAs did I add ?
[16:19] <ggherdov> ah releases probably..
[16:19] <ggherdov> and: how to list all packages offered in it ?
[16:24] <ggherdov> ok it must be this https://launchpad.net/~mercurial-ppa/+archive/releases#yui_3_9_1_1_1370276653786_79 sorry for the noise


[03:19] <sbalneav> Evening all
[03:21] <pygi> sbalneav, evening?
[03:21] <pygi> you must be mistaken
[03:21] <pygi> 3:21AM isn't evening
[03:21] <pygi> so ...
[03:21] <pygi> morning :)
[03:22] <sbalneav> You know, that joke's getting so very, very old.
[03:22] <pygi> ah :'(
[03:23] <sbalneav> Well, time to make ldm interact  with the greeter.
[03:34] <LaserJock> hi sbalneav
[03:34] <sbalneav> hey LaserJock
[03:39] <LaserJock> sbalneav: so, more ldm hacking tonight?
[03:40] <sbalneav> Yeah, now that I have a greeter that can be controlled from stdin and stdout, time to get that plugged into the new ldm
[03:40] <sbalneav> that way, we can:
[03:40] <sbalneav> handle password expiry
[03:40] <sbalneav> give failed login info back to the user
[03:40] <sbalneav> other cool things
[03:41] <sbalneav> I'd like to get most things wrapped up with ldm before tribe 3, so we can get the users testing/debugging it.
[03:41] <sbalneav> I have no idea how we flag strings in a C program for translation, but we'll need some translation before we're done too.
[03:50] <LaserJock> sbalneav: hmm, I thought the greeter was part of ldm
[03:50] <LaserJock> maybe I'm confused
[03:50] <sbalneav> The greeter's actually a separate, standalone program.
[03:50] <sbalneav> separate from the display manager itself.
[03:50] <sbalneav> The idea being: we have a gtk+ based greeter, which looks gnome-ey
[03:51] <sbalneav> the Kubuntu people may like to write a greeter based on qt
[03:51] <sbalneav> so an ltsp login to a kubuntu box looks kde-ey
[03:51] <sbalneav> xfce-ey for xubuntu
[03:52] <sbalneav> and ultimately, we may produce a real-ugly-but-low-resource one based purely on xlib calls.
[03:52] <sbalneav> so long as they speak the little language on stdin and stdout, then ldm can use them to interact with the user.
[03:52] <LaserJock> ok, so what does ldm actually do then?
[03:52] <sbalneav> Cool, no?
[03:53] <sbalneav> ldm does things like:
[03:53] <sbalneav> spawn xorg itself
[03:53] <sbalneav> make the ssh connection to the server
[03:53] <sbalneav> handle autologin if specified
[03:53] <sbalneav> plumb the sound connection
[03:53] <sbalneav> etc.
[03:53] <sbalneav> it's a plumbing program,
[03:53] <LaserJock> ahhh
[03:54] <sbalneav> it just connects various bits-n-pieces together.
[03:54] <LaserJock> I was thinking of it the other way around
[04:07] <ath> would somebody want to help me to configure dhcpd.conf?
[04:09] <ath> I can't seem to get the thin clients to see the network
[04:16] <ath> I am not sure how to set the subnet mask and all of that stuff
[04:20] <ath> is anybody here?
[04:37] <ath> anyone here?
[04:42] <sbalneav> ath: I'm here
[08:13] <LaserJock> hi highvoltage
[08:14] <highvoltage> hi LaserJock
[12:27] <RichEd> stgraber: ping
[12:28] <juliux> hi RichEd
[12:29] <`6og> hi all
[12:29] <RichEd> hi juliux
[12:30] <RichEd> & the funny roo karl chappie
[12:30] <RichEd> ping willvdl
[12:30] <`6og> lol
[12:30] <willvdl> RichEd, pong
[12:35] <RichEd> ogra: ping -> msg re server hosting
[02:00] <person> hey, I am using Dapper and ltsp, i made a lts.conf file in /opt/ltsp/i386/etc/lts.conf.
[02:00] <person> I want to be able to play sound and use flash drives and cds on thin clients, so I wrote
[02:00] <person> SOUND = True
[02:00] <person> LOCALDEV=True
[02:00] <person> but i still can't do either..any help?
[02:01] <ogra> sound should work
[02:01] <ogra> localdev wasnt in dapper
[02:01] <person> i get something about missing gstreamer plugins on the clients and the server
[02:02] <person> when i click on the volume control
[02:02] <ogra> volume control doesnt work on esound forwarded sound, which is what ltsp 4.2 and ltsp 5 until feisty used
[02:03] <ogra> feisty uses alsa emulation for sound and provides full sound access and volume control
[02:03] <ogra> for older releases chack that you have a gstreamer plugin for esound support installed
[02:03] <ogra> *check
[02:06] <person> i have some gstreamer-esd plugin, but is it also impossible to use flash drives then?
[02:06] <ogra> with dapper, yes
[02:07] <ogra> lkocaldev support came with edgy
[02:08] <person> great thanks a lot for the help, faster response than the ubuntu irc channel
[02:08] <ogra> well, we're not so full here :)
[02:55] <person> is there any way to manually install some localdev thing to dapper
[02:56] <person> i read something after googling that it could be done manually, but no guide
[02:56] <ogra> not without programming and writing a bunch of scripts
[02:56] <ogra> you would need to patch ldm a lot
[02:57] <ogra> the dapper ldm doesnt know about the shh communication channel we use later
[02:57] <ogra> *ssh
[02:57] <person> that sounds hard
[02:58] <person> am i just better off upgrading the server to 7.04 then?
[02:58] <ogra> yeah, and rebuild the client with sudo ltsp-build-client
[02:58] <ogra> (after you upgraded the server)
[02:59] <person> is it better to do a fresh install, i heard that there can be problems with upgrading?
[03:01] <person> that's ok, thanks a lot once again ogra
[03:01] <ogra> ah, well, we only support release to realease upgrades
[03:02] <person> oh, no dapper to feisty?
[03:02] <ogra> so instead of doiing a dapper->edgy->feisty upgrade it would likely be faster to just grab the feisty CD
[03:02] <person> great, thanks
[03:03] <ogra> dapper will allow upgrades to the next long term version but for normal release upgrades we only support release to release upgrades
[03:03] <person> when is the next long term version?
[03:03] <ogra> not sure yet ... rumours are that it might be gutsy+1 (8.04)
[03:05] <person> only 9-10 months away
[03:06] <ogra> wrt LTSP you are best off with feisty< (7.04) it has the most complete feature set
[03:06] <ogra> 7.10 will change the whole thing all over again then, we redesigned a lot :)
[03:07] <person> how do you actually becomed involved with that?
[03:09] <person> designing and programming stuff that makes it into the distro
[03:10] <person> just curious since it seems you are part of some team that does that
[03:11] <ogra> well, i started with helping to maintain packages ... and at some point someone looked for someone to write an app for a bounty fee ...
[03:11] <ogra> so i took that ... :)
[03:12] <ogra> easiest to get involved it to dig through bugs, find something easy and just add a fix to the bug
[03:12] <ogra> but indeed there are lots of other areas as well, contribution isnt limited to code ;)
[03:13] <ogra> i.e. docs, artwork etc
[03:14] <person> thanks man, I'm still in high school, so maybe in a few years it would be cool to get involved
[03:14] <ogra> you can get involved at any time :)
[03:15] <ogra> even helping people here that have less experience than you is a great contribution ;)
[03:15] <person> i'll do that, i'm sorry while I have you, I wanted to ask another question
[03:15] <person> regarding feisty
[03:15] <ogra> sure, shoot :)
[03:17] <person> we couldn't install it on some test machines (desktop version), and i read there may be a problem with certain hardware configurations so we dropped it even for the server...how reliable and stable would it be for what we are trying to do with a server and thin clients
[03:17] <ogra> what was the error ?
[03:20] <person> it said "bin/sh: can't access ty; job control turned off"
[03:20] <person> *tty
[03:21] <ogra> before or after install ?
[03:21] <person> before, from the cd
[04:13] <ontologyst> I just installed a new Feisty classroom server on a Power Mac G5.  However, my clients fail to connect.  Any ideas how I can check what is wrong?
[04:15] <ogra> ppc clients ?
[04:15] <ontologyst> no, these are ltsp clients
[04:16] <ontologyst> running on diskless boxes
[04:16] <ogra> so intel cpus ?
[04:16] <ontologyst> they have a Realtek Agent for network boot
[04:16] <ontologyst> yes, they are intel cpu, Celeron 900Mhz
[04:17] <ogra> heh, the powerpc CD can only build ltsp for powerpc (it uses the packages from the CD)
[04:17] <ogra> the CD only has space for ine CPU architecture
[04:17] <ontologyst> I see. How about the addon CD?
[04:18] <ogra> so out of the box you can only server ppc clients with ppc
[04:18] <ogra> thats for addon edu apps
[04:18] <ontologyst> I see. Is there anyway to do it, though?
[04:18] <ogra> what you need to do is to build a client on an intel system like described in https://help.ubuntu.com/community/UbuntuLTSP/LTSPQuickInstall or use an edubuntu CD
[04:18] <ontologyst> I mean, connect the Intels to the PPC?
[04:19] <ogra> then copy the /opt/ltsp/i386 dir over to the ppc server
[04:19] <ogra> and the /var/lib/tftpboot/ltsp/i386 dir as well
[04:19] <ogra> that should suffice
[04:20] <ontologyst> Ogra, thanks a lot.  I'll try that.
[04:20] <ogra> if you have probs just come back ....
[04:26] <stgraber> RichEd: pong
[04:26] <RichEd> stgraber: sorry ... in a meeting ... but ping expired ... thanks :) worked past the issue (hosting site)
[04:30] <ontologyst> Ogra: in the instructions in the page above, it says: You need to set up one static interface where you will attach the thin clients, install two packages and run one command.
[04:30] <ontologyst> Configure your spare interface for the thin clients to have the IP <IP_ADDRESS>, then follow the instructions below.
[04:31] <ontologyst> Does it mean that I need to have to network cards?
[04:31] <ogra> no, ignore that for the intel build anyway
[04:31] <ogra> all you want is the two dirs ...
[04:31] <ogra> they are created by the ltsp-build-client command ... dont care about the rest
[04:33] <ontologyst> Got it.  I'll try it.
[05:27] <btwotch> hi, how does the authentification of the pupils work?
[07:49] <LaserJock> ogra: heh, are all the Czech people going to get mad at you?
[07:49] <ogra> heh
[07:49] <ogra> i'll move it to the addon
[07:49] <LaserJock> what CD is oversized?
[07:50] <ogra> i386 server ....
[07:50] <ogra> by 1M
[07:50] <LaserJock> can we rename the CDs for gutsy?
[07:50] <ogra> silly but true
[07:50] <LaserJock> will a LiveCD get built for Tribe 2?
[07:50] <ogra> sure
[07:50] <ogra> its there already
[07:51] <ogra> http://cdimage.ubuntu.com/edubuntu/daily-live/20070626.1/
[07:51] <ogra> feel free to test, i didnt yet
[07:51] <LaserJock> is there any progress for the "dude, where's my apps?" bug in the Desktop CD ?
[07:51] <ogra> nope, not yet, i didnt have time t talk to colin yet
[07:52] <LaserJock> k
[07:57] <LaserJock> rsyncing DesktopCD
[08:39] <ontologist> Situation: I have an edubuntu classroom server running on an Intel server.  One of my students just installed another classroom server on a PPC machine.  I would like to have all clients authenticate to one LDAP server, perhaps on the Intel machine.  Also, I would like to have the clients connected to the PPC server connect to the NFS on the Intel server.
[08:40] <ontologist> Question: What's the easiest way to go about doing this?
[08:45] <cliebow> ontologist, you might talk to my cohort jason ingalls at jingalls aaat ellsworthschools.org..he has ldap auth all worked out for our g4 ibooks
[08:47] <ontologist> Thanks cliebow
[08:47] <cliebow> 8~)
[08:47] <cliebow> i believe we just use a samba shaere to homedirs
[08:50] <ontologist> Another question: I think the PPC server is powerfull enough for all the clients.  In this case I wouldn't need the Intel server.  How do I migrate ldap configuration with the user accounts and the NFS directories?
[08:50] <cliebow> ppc server is running osx?..or ubuntu?
[08:51] <ontologist> edubuntu
[08:52] <cliebow> k..you can do a slapcat on your intelmachine..move that and do a slapadd on the ppc machine after slapd and ldapscrips and stuff are installed..t
[08:58] <cliebow> what are you using for adminning that dadtabase..that could be the real problem
[09:00] <ontologist> do you mean use slapcat to copy archive everything on the intel machine, then move the archive to the ppc to unpack it?
[09:04] <LaserJock> ogra: my goodness, the DesktopCD is doing strange things in vmware
[09:05] <LaserJock> I'm gonna restart it
[09:06] <LaserJock> but it was cycling: start gdm, wait 10 sec before ubuntu logs in, start login, X dies or gdm, repeat
[09:08] <cliebow> ontologist, slapcat will move your database..but you'll need the configs from your intelmachine as well..
[09:08] <cliebow> the intel also ran ubuntu?
[09:09] <ontologist> yes
[09:10] <LaserJock> ogra: hmm, rebooted and still getting it.
[09:10] <ogra> LaserJock, known
[09:10] <ontologist> I am going to try this in the next few minutes
[09:10] <ogra> (see mvo's probs in -devel)
[09:13] <LaserJock> hmm, I don't see this problem in -devel, but maybe it's earlier on
[10:41] <rajkalyan> yo peoples
[11:36] <LaserJock> ogra: so will there be a new DesktopCD to test for tribe 2?
[11:37] <crimsun> likely.  I screwed up a PA merge.
[11:37] <LaserJock> if only that was the only issue ;-)


[06:26] <sammy> brand new package with no existing version in Ubuntu's repositories (will be uploaded with the .orig.tar.gz file): debuild -S -sa <- that means no existing version of this package of this version, right? if bob1.2 is in ubuntu, and i'm making a package for bob1.4 (not in ubuntu), I should be using -S -sa, not -S -sd, right?
[06:28] <RAOF> -sa means "include .orig.tar.gz in the _source.changes file", which means "I'm going to upload an .orig.tar.gz for this", which is what you need to do when that version is not in the archive yet, yes.
[06:29] <sammy> RAOF: huzzah, thank you. and to be clear, when I set the version number, I only need to do it in the changelog? debuild will pull the -ubuntu1ppa1 from there? I couldn't figure out where else to define the version.
[06:29] <RAOF> The changelog entry is what defines the version.
[06:30] <sammy> fantastic. yay for my first package from sid built for ubuntu
[06:31] <sammy> now if only my mail admin would fire up courier-authdaemond which didn't start at reboot so I can check my email, confirm my new pgp key and upload it...
[06:38] <didrocks> good morning
[06:41] <nigelb> Morning didrocks!
[06:41] <didrocks> hey nigelb
[06:41] <nigelb> Exciting week :)
[06:44] <pitti> Good morning
[06:46] <sammy> oh I knew I had one more: it says if this can be used in any version I dont have to append natty... I'm assuming thats not the case for most things? if it should be obvious to me, its not. I'm guessing that only stands true for some things like low-level libraries with few if any dependencies
[06:47] <sammy> (sorry I'd ask in ubuntu-packaging but theyre all asleep)
[06:47] <RAOF> Or if it builds against stable-ABI; many things which build against GNOME would qualify there.
[06:51] <sammy> this is an erlang program, ejabberd. hm. well a quick search on launchpad shows every ppa version lists the distribution. I assumed as such.
[07:10] <dholbach> good morning
[07:52] <YokoZar> does ticking the ubuntu-restricted-extras tickbox at install time enable s3tc?
[07:55] <RAOF> No.
[07:55] <RAOF> Bah, too slow.
[07:55] <RAOF> Hm, thinking of which...
[08:09] <infinity> dholbach: That Pilot day won't work for me, I'm on vacation.  Want to swap me a week later or something?
[08:12] <dholbach> infinity, sure - just move it somewhere else in the calendar
[08:12] <dholbach> I can do it too if you like
[08:12] <infinity> dholbach: Go ahead.  I don't want to much with your scheduling mojo.
[08:13] <rbasak> Can someone look at bug 862129 please - I've found tons of duplicates and there are more coming in daily. I think it's going to break a significant number of upgrades to oneiric, though I'm not clear under what circumstances it occurs.
[08:14] <dholbach> infinity, I'd love if it was just everybody's scheduling mojo and not mine :)
[08:14] <dholbach> anyway
[08:15] <dholbach> moved it a week later :)
[08:15] <dholbach> err, two weeks later
[08:15] <dholbach> there might be more important things than patch piloting at UDS
[08:15] <dholbach> alright - time to go and walk the dog - see you in a bit
[09:26] <Riddell> pitti: how can I test jockey driver install on a system where no non free divers are needed?
[09:31] <pitti> Riddell: copy http://bazaar.launchpad.net/~jockey-hackers/jockey/trunk/view/head:/examples/fake.modaliases to /usr/share/jockey/modaliases/fake
[09:39] <jussi>  /access
[09:39] <jussi> cjwatson: ping
[09:40] <Riddell> pitti: hmm, it still doesn't list any
[09:40] <cjwatson> jussi: yes?  (please include content with pings)
[09:41] <pitti> Riddell: you might need a "sudo killall jockey-backend" after installing the file, the backend keeps running for a while
[09:41] <Riddell> oh aye
[09:41] <jussi> cjwatson: sorry. Scott has deactivated himself from the ops team for here, just wanted to double check that its ok to remove him from the access list?
[09:41] <pitti> Riddell: if it still doesn't work, does "apt-cache show fglrx" work? is this a live system with no restricted package indexes perhaps?
[09:44] <cjwatson> jussi: yes
[09:44] <cjwatson> if he deactivated himself then that's fine
[09:56] <rbasak> Can someone look at bug 862129 please? I've found many duplicates and a new one comes in about once a day. I think it's going to break a significant number of upgrades to oneiric given how many bug reports we're getting from testers.
[10:01] <slangasek> tseliot: hey there - why is the /usr/share/grub-gfxpayload-lists/blacklist/00_header not sufficient to explain how to blacklist cards?
[10:02] <slangasek> tseliot: I don't understand why you want to re-add a slave link to an empty blacklist file; if you actually need it, you could add it back to the packaging then?
[10:03] <tseliot> slangasek: because this is a feature OEM should be able to use without my involvement. If they want to blacklist a card, they simply put the id in that file and that's it
[10:05] <slangasek> tseliot: ah.  Well, I'm not sure I agree this is the way to do it, but ok :)
[10:07] <tseliot> slangasek: ok, I'll make sure to change all proprietary drivers (8 packages) so that they have our changes
[10:09] <slangasek> tseliot: ok.  Note that CD mastering is already in progress, and I don't think reverting this warrants restarting that process, so nvidia-current (the one I converted already) should be done to oneiric-proposed or held until precise
[10:10] <tseliot> slangasek: I don't think the drivers are on the cd. Are you referring to the dvd image?
[10:11] <slangasek> tseliot: they're on mythbuntu, ubuntustudio, and DVDs (maybe only on the Kubuntu DVD?)
[10:11] <slangasek> maybe that change could still be accepted... should be coordinated with #ubuntu-release, anyway
[10:11] <OdyX> pitti, tkamppeter: would it make sense (aka "would you have time") to discuss http://wiki.debian.org/Teams/Printing/RethinkingTheStack before oneiric's release?
[10:12] <slangasek> but even so, it's not a critical fix so I don't think it warrants a final freeze exception
[10:13] <tseliot> slangasek: ok. It's not a critical fix as only nvidia-current will get the bootsplash, the other 7 driver still won't (unless there are other regressions that my previous changes caused, that is)
[10:15] <slangasek> tseliot: setting FRAMEBUFFER=n in the initramfs also breaks initramfs prompting for anyone with a crypted root filesystem
[10:16] <slangasek> so I think the other packages ought to be fixed for that as well
[10:17] <tseliot> slangasek: no doubt they should be fixed, the only question is when the fix should land
[10:17] <slangasek> tseliot: if they're not on the images, there's still time to fix them before release
[10:18] <slangasek> fglrx-installer seems to also affect the kubuntu DVD
[10:19] <tseliot> slangasek: I can do it today. I expect the -updates flavours not to be on any image but the non -updates flavours should affect the images, as you said
[10:19] <tseliot> as in fglrx-updates vs fglrx
[10:23] <slangasek> tseliot: right, only fglrx and nvidia-current are on any images, the other variants (-updates, and the older nvidia flavors) are not
[10:24] <tseliot> slangasek: so, shall I upload only fglrx and nvidia-current to oneiric-proposed and the rest to oneiric?
[10:24] <slangasek> tseliot: I think that's best, yes
[10:25] <tseliot> slangasek: ok, thanks for your help
[10:26] <slangasek> tseliot: thank you :)
[10:29] <akgraner> Hi all!
[10:30] <akgraner> So open week is next week - if anyone can add a session you think new users or end users would like to know about and you all would like to share as it relates to Ubuntu or more specifically the 11.10 release please let me or jcastro know or please add your session to the open week schedule
[10:31] <akgraner> I know it's a busy week for everyone, but Open Week is really popular and the community loves it...
[10:47] <spy6> hi there
[10:48] <spy6> are there already 11.10 pre-release images available?
[10:48] <pitti> spy6: we are just rebuilding everything; but you can subscribe to images on http://iso.qa.ubuntu.com/qatracker/build/ to help out with testing
[10:49] <pitti> spy6: note that these are not the official images until they are announced
[10:49] <pitti> and they might change, be broken, etc.
[10:49] <spy6> pitti: thats okay ... in most cases an upgrade after the release might help
[11:09] <spy6> pitti: hmm ... if subscribed, the link for the image is published via mail?
[11:10] <pitti> spy6: you'll get notifications about new images, yes
[12:31] <fishor> hallo all, i investing some time to make vp8 work better. there are some patches upstream now (gstreamer), but there are also some not. In current ubuntu beta, gstreamer webm and matroska muxer has one bug. If you create high quality vp8 stream it will be partially brocken. I have a patch to fix it. This patch will not go to upstream becouse i need to make it per stream choice, not per file (as long term solution). my question do will actual
[12:31] <fishor> ly accept this patch?
[12:43] <brendand> i'm wondering is there a known bug in Gtk where if a child dialog hides itself when it's already hidden then the parent gets hidden as well/instead?
[12:44] <seb128> bah, interaction with kernel bugs is ridiculous, it's an incomplete-new pingpong with a robot on every kernel upload :-(
[12:45] <ogra_> not only with uploads :/
[13:04] <didrocks> seb128: yeah +1 for me, and I still have my wifi driver randomly not loading correctly for the sprint
[13:05] <didrocks> since*
[14:27] <doko> soren, \o/
[14:27] <herton> broder: hi, can you confirm bug 848687 is fixed with natty -proposed (2.6.38-12.51) kernel, and set the verification tag there?
[14:37] <mvo> if there is anyone here speaking hebrews, could you please have a look at https://launchpadlibrarian.net/82484100/update-notifier-he.png and tell me if that string is correct ? and correctly line broken too?
[14:42] <dholbach> mvo, I don't, but shouldn't they all be justified to the right side?
[14:43] <dholbach> mvo, you could try asking in #ubuntu-il
[14:44] <mvo> thanks dholbach
[14:44] <mvo> dholbach: that is a excellent idea
[14:46] <soren> doko: Yeah :)
[14:50] <Laney> doko: your temporary patch to drop the darcs test suite on ppc, can I get rid of it now?
[14:50] <Laney> doing an upload to work around the test failures
[14:52] <doko> Laney, yes, I think so. ftbfs on armel too
[14:52] <Laney> yep, should fix that
[14:52] <Laney> also I am no longer convinced tests-use-bash does anything meaningful
[14:52] <Laney> the test harness forces bash anyway
[16:56] <bdmurray> Should bug 870214 be assigned to a package?
[17:08] <cjwatson> bdmurray: open-iscsi would be a decent start
[17:11] <broder> herton: let me see if any of my coworkers actually tested it like they said they would. if not, it was easy to reproduce - i can get you an answer in about 15 minutes or so
[17:11] <herton> broder: ok, thanks
[17:13] <broder> herton: yep, coworkers forgot :). hunting down the machine with the problem now
[17:34] <bambee> pitti: ping, language-selector-0.54 breaks language-selector-kde
[17:34] <ScottK> There we go.
[17:34] <bambee> "* LanguageSelector/LangCache.py [change not affecting KDE]:" -> it breaks language-selector-kde
[17:34] <ScottK> bambee: Did you file the bug yet?
[17:34] <ScottK> pitti was asking me how to test it.
[17:35] <bambee> just type "kcmshell4 language-selector"  (reproducible : always) , let me open a bug first.
[17:36] <pitti> bambee: ah, I tried to click on Region etc, and nowhere there it offers to install languages
[17:39] <bambee> systemsetting -> locale-> system language (something like that)
[17:39] <pitti> ok, ETA 12 mins for downloading
[17:48] <broder> herton: i'm updating the bug now, but the fix is good. thanks for pinging me
[17:49] <herton> broder: cool, thanks for checking it
[17:55] <pitti> bambee, ScottK: I get: The service 'System Languages' does not provide an interface 'KCModule' with keyword language-selector/language-selector.py'.. is that what you see as well?
[17:57] <pitti> ah, get it -- no sys.argv, hmm
[17:58] <pitti> bambee: is there a bug report for this already?
[18:02] <bambee> pitti, ScottK : bug 871922
[18:04] <pitti> ScottK, bambee, debfx: thanks, fix uploaded
[18:06] <jdstrand> pitti: hey, I noticed that /run/motd is getting created with group read permissions via /etc/init/mounted-run.conf. I'm thinking this is because of the default umask of 0002, but was wondering where mounted-run.conf is getting its umask. do you know off-hand?
[18:06] <jdstrand> pitti: asking you cause it seems you were driving the bp. feel free to tell me to go away if desired
[18:07] <pitti> jdstrand: not off-hand, no; but apparently through pam then
[18:07] <jdstrand> hmm
[18:07] <pitti> jdstrand: perhaps upstart launches all services through PAM?
[18:07] <jdstrand> wonders why that upstart script is getting run through pam
[18:07] <jdstrand> maybe
[18:07] <pitti> would make sense for some kinds, such as having locale settings
[18:07] <jdstrand> jhunt: ^ can you comment?
[18:08] <jdstrand> that file could conceivably be localized
[18:08] <jdstrand> pitti: thanks
[18:09] <jdstrand> run-parts' man page says it defaults to 022. I wonder if that is still accurate
[18:13] <pitti> jdstrand: oh, you think it's from run-parts or within udev?
[18:13] <pitti> I had assumed that the entire udev process runs under 002, and just passes that to its children
[18:13] <jdstrand> pitti: well, mounted-run.conf does this: [ -d "/etc/update-motd.d" ] && run-parts --lsbsysinit /etc/update-motd.d > /run/motd &
[18:13]  * pitti wonders if one can determine the umask from /proc
[18:14]  * jdstrand was wondering the same
[18:14] <jdstrand> if remove the file then do 'sudo start mounted-run', it is created 0022
[18:15] <jdstrand> so it might be update manager that is doing it... (guessing, and trying)
[18:15] <pitti> jdstrand: attaching gdb to a process and "call umask()" seems to do the trick
[18:15] <jdstrand> cool, thanks
[18:16] <pitti> hmm, no
[18:16] <pitti> udevd runs with umask 022
[18:17] <jdstrand> granted, this isn't a problem in and of itself; I just find it curious
[18:20] <jdstrand> aha
[18:20] <jdstrand> if I ssh <IP_ADDRESS>, then it gets changed
[18:22] <jdstrand> so, pam_motd
[18:25] <jdstrand> (where pam_umask is called easlier in the stack)
[18:26] <pitti> tseliot: nvidia-graphics-drivers is an SRU without a bug link, can you please reupload with a bug link?
[18:26] <pitti> tseliot: or to oneiric final? (we need to respin anyway)
[18:27] <pitti> tseliot: but even then a bug would be appreciated, it's quite a complex change
[18:28] <tseliot> pitti: ah, if you need to respin, I'd prefer oneiric final. I'll also add a reference to bug #854967
[18:28] <pitti> tseliot: thanks
[18:28] <tseliot> pitti: please reject both fglrx-installer and nvidia-graphics-drivers
[18:28] <pitti> tseliot: want to reupload fglrx-installer to final as well?
[18:28] <pitti> tseliot: ack, done
[18:29] <tseliot> pitti: yes, sure
[18:29] <pitti> tseliot: fglrx-updates has a copy-paste error in changelog ("nouveau"), but the actual debian/rules seems fine
[18:29] <pitti> tseliot: in case you want to fix on reupload
[18:29] <pitti> (of fglrx)
[18:30] <tseliot> pitti: sure, I can fix that one too if you reject it
[18:30] <pitti> tseliot: nah, accepted
[18:30] <tseliot> pitti: ok
[18:36] <tseliot> pitti: I've just re-uploaded both nvidia-graphics-drivers and fglrx-installer
[18:36] <pitti> tseliot: cheers
[18:36] <tseliot> pitti: thanks for your help
[18:37] <pitti> tseliot: hm, bug 854967 has tasks for all the other versions, too
[18:38] <tseliot> pitti: there were two bug reports which overlapped a bit. I fixed both
[18:38] <pitti> tseliot: ah, so you need to manually close out the other tasks
[18:39] <tseliot> pitti: right
[18:46] <jdstrand> pitti: fyi, filed bug #871943 in case you are curious
[18:47] <jdstrand> pitti: I should have said 'fyi (in case you're curious): file bug 871943'
[18:47] <jdstrand> meh
[18:47] <jdstrand> filed
[18:47] <jdstrand> I can't type. Hopefully the bug is worded better :)
[19:01] <jhunt> jdstrand: upstart isn't pam-aware (yet :)
[19:02] <jdstrand> jhunt: yeah, took me a bit, but I got to the bottom of it (bug 871943). thanks!
[19:08] <bdmurray> stgraber: should bug 813065 not be set to Fix Released based on comment #9?
[19:20] <sivang> hi all
[19:31] <sivang> i know this is not a devel question, but perhaps there are ubuntu devs who know me who could let me surf their couches around the dates of Nokia world (22oct 24, 27 to 31st oct) ? :)
[19:31] <sivang> in London or area
[19:33] <jdstrand> pitti: sorry to bother you again, but I added a comment to https://blueprints.launchpad.net/ubuntu/+spec/umask-to-0002. I feel like there is a bug here, but I'm not sure where
[19:35] <jdstrand> pitti: I noticed that /etc/dpkg/origins/* were group writable with 6.4ubuntu4, but not 6.4ubuntu5. I tracked this down to dpkg-source -x applying a umask, which is different for various developers. eg, mvo apparently is using 0002, but cjwatson 0022
[19:35] <micahg> natty vs oneiric dev machine?
[19:36] <jdstrand> of course dpkg-source clearly says it will do that, but the changed default umask in the distro is changing permissions for installed packages
[19:36] <jdstrand> micahg: doubtful-- I would think cjwatson is using oneiric
[19:39] <jdstrand> one could argue it is a packaging bug if it doesn't set the permissions correctly, and that is true, but I worry that this could result in security issues (eg, something that should have group read only, but all of a sudden gets group write)
[19:42] <cjwatson> I'm using oneiric but I have an explicit umask 022 in .bash_profile for some reason
[19:42] <cjwatson> base-files is probably unusual here since it doesn't use debhelper - it should set the right perms explicitly
[19:42] <cjwatson> practically everything else uses dh_fixperems
[19:42] <cjwatson> -e
[19:43] <pitti> jdstrand: I guess dh_fixperms might not change the permissions of conffiles?
[19:43] <cjwatson> irrelevant since base-files doesn't use it
[19:43] <pitti> ah
[19:43] <jdstrand> tbh, I forgot about dh_fixperms in my worrying
[19:43] <jdstrand> :)
[19:43] <cjwatson> bootstrapping reasons I think
[19:43] <pitti> jdstrand: this particular case shoudl be harmless as it's group root, right?
[19:43] <jdstrand> pitti: so far, yes
[19:43] <cjwatson> and the current state is what we want too
[19:44] <jdstrand> cjwatson: 'current state' -- you mean whatever we have in the directory?
[19:45] <jdstrand> oh, current state of ubuntu5?
[19:45] <cjwatson> I mean 6.4ubuntu5 is the current version and has mode 0644 which is what we want, so it's not RC
[19:45] <jdstrand> yes, agreed
[19:45] <cjwatson> but we should definitely fix debian/rules to be explicit here
[19:45] <jdstrand> ok, I'll file a bug
[19:45] <cjwatson> I suggest filing a precise alpha-1 bug?
[19:45] <cjwatson> yeah
[19:46] <cjwatson> um, how are you getting non-group-writable in 6.4ubuntu5?
[19:46] <cjwatson> lp_archive@cocoplum:~$ dpkg -c ubuntu/pool/main/b/base-files/base-files_6.4ubuntu5_i386.deb | grep origins/u
[19:46] <cjwatson> -rw-rw-r-- root/root       114 2011-07-08 17:13 ./etc/dpkg/origins/ubuntu
[19:46] <cjwatson> (still, not RC since it's group root, as pitti says)
[19:46] <jdstrand> I looked at my own system compared to a VM with ubuntu4
[19:47] <jdstrand> then I looked at the tar.gz of each and noticed the disparity
[19:47] <cjwatson> perhaps the permissions aren't changed on upgrade; that wouldn't surprise me
[19:49] <jdstrand> no
[19:49] <jdstrand> ar x ... ; tar -ztvf ./data.tar.gz shows they are group writable
[19:50] <jdstrand> so I guess it is happening on the buildd
[19:56] <jdstrand> fyi, filed 871977
[20:00] <jdstrand> ok, I updated my comment in the bp
[20:27] <Laney> stgraber: ping to publish package set script somewhere
[20:29] <stgraber> Laney: yep, just read the backlog of the DMB meeting
[20:31] <Laney> just getting my actions out of the way :P
[20:31] <stgraber> Laney: I pushed it at https://code.launchpad.net/~developer-membership-board/+junk/packageset-report/ last week
[20:31] <Laney> awesome!
[20:59] <jdstrand> while most use dh_fixperms, some subset will use 'dh_fixperms -Xfoo' resulting in bug #872000
[20:59] <jdstrand> still not security relevant, but not desirable either
[21:42] <SpamapS> is there an easy way to have sbuild add extra deps to a chroot before resolving build deps?
[21:43] <broder> SpamapS: i've done it with --chroot-setup-commands "dpkg --force-depends -i /path/to/*.deb" --chroot-setup-commands "apt-get install -f -y"
[21:43] <broder> it wasn't pretty
[21:43] <broder> i think RAOF said he had a script to do it also
[21:43] <broder> the better approach would probably be to use apt-ftparchive to build a temporary repo and use --chroot-setup-commands to add it to the sources.list
[21:43] <SpamapS> its a pain when trying to prepare an upload to a PPA with a lot of extra build deps
[21:47] <broder> SpamapS: i went and checked debbugs to see if someone had requested this already, but was too irresponsible to actually file a bug about it, so that might be a good thing to do
[21:47] <broder> rleigh is generally awesome and responsive, though wishlist bugs probably get less love
[21:48] <RAOF> SpamapS: You mean add an extra, possibly local, repository of build-deps?
[21:49] <bdrung> Laney: http://anonscm.debian.org/gitweb/?p=collab-maint/distro-info.git
[21:49] <bdrung> tumbleweed, Laney: i pushed the haskell rewrite
[21:50] <Laney> what brought this about?
[21:50] <bdrung> tumbleweed: the short and long description needs to be updated
[21:50] <Laney> night
[21:51] <bdrung> Laney: it's faster than the python version (~ six times)
[21:51] <RAOF> SpamapS: http://paste.ubuntu.com/705623/ is what I use, along with /etc/schroot/local-packages/fstab: http://paste.ubuntu.com/705622/ and /etc/schroot/local-packages/config: http://paste.ubuntu.com/705621/
[21:52] <SpamapS> RAOF: thanks, that at least confirms for me that this is really hard. ;)
[21:53] <RAOF> Heh.
[21:54] <RAOF> Once you've dumped those in, though, it's easy to create a chroot conf like http://paste.ubuntu.com/705628/ :)
[22:13] <bdrung> tumbleweed: besides the description update, is there something that needs to be done before release d-i 0.3?
[22:16] <slangasek> SpamapS: "covered by clouds" - hah!
[22:20] <SpamapS> slangasek: I qualified it. :)
[22:21] <slangasek> SpamapS: oh, that was a "hah" of amusement at the analogy, if that wasn't clear :)
[22:29] <SpamapS> slangasek: right, I was thinking it was a hah! of "fat chance".. ty either way, for reading.
[23:50] <ScottK> zul: I think your xen upload needs to go to -proposed and not -release.
[23:51]  * ScottK rejects.   Please reupload.
[23:51] <zul> ScottK: how come?
[23:51] <ScottK> Because everything is pretty locked down for the release right now.
[23:51] <ScottK> In Main I don't think we're accepting anything not worth holding the release for.
[23:53] <zul> ScottK: k


[06:05] <lotuspsychje> news flash bug of the day; bug #1962021
[06:05] <lotuspsychje> alkisg tarzeau ^
[06:05] <alkisg> Ouuuuch
[06:05] <lotuspsychje> exactly
[06:06] <alkisg> Oh well, google-chrome it is then
[06:06] <lotuspsychje> and recent news about mozilla join forces with meta oO
[06:06] <alkisg> I'll see if I can start a thread somewhere at mozilla to tell them they're losing users that way
[06:06] <lotuspsychje> doesnt look too good for FF
[06:06] <lotuspsychje> yeah lemme know alkisg
[09:08] <PaulW2U> lotuspsychje: bug 1962036 no longer a duplicate of bug 1961910
[09:11] <lotuspsychje> tnx PaulW2U
[09:39] <frickler> "Canonical and Mozilla are working together to ..." get more users to move to Gentoo?
[10:04] <tarzeau> lotuspsychje: :'(
[10:06] <tarzeau> commented
[10:11] <tarzeau> rebuild the sid src pkg on 2204 fails due to not new enough libnss3-dev (dropping the version req) also fails...
[10:12] <tarzeau> so what will people do? we're not going to touch snap - but we're considering moving back to debian
[10:14] <tarzeau> wow they're hiding their source now actively? why am i not able to easily find it?
[10:15] <tarzeau> https://ftp.mozilla.org/pub/firefox/releases/
[14:14] <bittin> No canaries today?
[14:21] <lotuspsychje> https://www.omgubuntu.co.uk/2022/02/nautilus-42-arrives-in-ubuntu-22-04-daily-builds
[14:23] <tarzeau> https://discourse.ubuntu.com/t/jammy-jellyfish-release-schedule/23906
[14:23] <tarzeau> is the import freeze already or not yet?
[14:25] <bittin> tarzeau, in around 3,5 hours
[14:25] <Maik> tarzeau: if the release schedule says so it's today
[14:26] <lotuspsychje> Builds: Ubuntu Desktop amd64 [Focal 20.04.4] has been updated (20220223)
[14:26] <lotuspsychje> (from #ubuntu-quality)
[14:26] <tarzeau> Maik: so until the last second of today, great should be enough for linux-apfs-rw
[14:26] <tarzeau> bittin: best answer. maybe enough maybe not
[14:27] <tarzeau> i also wished far2l and groops would make it, but new queue processing takes time
[14:27] <tarzeau> i might try requestsync maybe
[14:39] <tarzeau> is there a web page showing the current imports?
[14:40] <lotuspsychje> tarzeau: there's also an #ubuntu-release to spam incoming packages