=== fta_ is now known as fta [01:17] hmm [01:17] are there an man-page editors? doing this manually is getting annoying >_< === jamesh_ is now known as jamesh [01:44] jscinoz: I've used docbook to man in the past, that wasn't too painful. [01:45] thanks [01:46] ill get it for future use, ended up doing these two manually >_< [01:47] hmm [01:47] I'm currently packaging for debian with the goal of getting my packages synced back to ubuntu for Intrepid, once my packages are in debian, what needs to be done to have them synced and ready for release with 8.10? [01:48] jscinoz: Do the packages currently have Ubuntu changes? [01:48] nope, this is the first time they've been packaged for a distro [01:48] jscinoz: Then they will get pulled in automatically when Intrepid opens [01:49] ah nice === jamesh_ is now known as jamesh === Whoopie_ is now known as Whoopie [04:16] Does someone knows what package should provide /etc/libuser.conf ? system-config-samba does not start because that file does not exist, even after installing libuser (bug #214959) [04:16] Launchpad bug 214959 in system-config-samba "system-config-samba.py fails to start due to missing /etc/libuser.conf after apt-get installation" [Medium,Confirmed] https://launchpad.net/bugs/214959 [04:17] Nevermind, this is libuser1 in gutsy, but I don't know why the file is not installed in Hardy === kitterma is now known as ScottK2 === foka__ is now known as foka_ [05:46] does anybody know if bug #185854 will be fixed in ubuntu hardy's release? [05:46] Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] https://launchpad.net/bugs/185854 [05:47] as of now the sys->admin>network configuration is broken as it misses out "auto " in /etc/network/interfaces [05:49] it seems it was declined for hardy by Pedro Villavicencioquite quite some time earlier. [05:50] before the patch and debdiff were created [06:10] good morning [06:29] morning [06:29] would you happen to know anything about Bug #185854 [06:29] the one where sys/admin/network is broken and "auto " is always missing from /etc/network/interfaces [06:30] hyperair: I just asked somebody to take a look at it [06:32] ah [06:32] i noticed [06:32] thanks === asac_ is now known as asac [06:48] asac: hi (re translations ping) [06:48] Good morning [07:00] Good morning [07:01] hey warp10 [07:02] heya pitti [07:13] morning [07:16] morning guys [07:27] hey fabbione! how are things? [07:28] pitti: hey dude.. pretty good thanks [07:29] you? [07:29] fabbione: arrived back home safely, and I'm mostly over the jetlag [07:29] pitti: from where/to where? :) i have no idea where have you been :) [07:30] fabbione: in Austin, Texas, for https://www.linux-foundation.org/events/collaboration [07:30] oh yeah you mentioned that sorry [07:30] i totally forgot [07:32] pitti: was it good? [07:33] fabbione: yes, indeed it was; we got a lot of things actually done in our workgroup discussions (driver backports) [07:33] nice [07:42] er.. so if this isn't the channel for application development ON ubuntu, what is? [07:45] ether_c: That depends on the application :). [07:45] ether_c: There's nothing special about developing on Ubuntu, basically. [07:45] I know.. it's just linux [07:45] supposedly [07:45] so I'm trying to learn how to use Xlibs [07:45] I installed the xorg-dev stuff [07:46] I included the Xlib.h library [07:46] my program has basically one line [07:46] display = XOpenDisplay(0); [07:46] and I get "undefined reference to XOpenDisplay" [07:47] ether_c: So, you're probably not linking to libX11. Also, what part of "not for application development on Ubuntu" is not clear :) [07:47] ether_c: You probably want #xorg, or at least they'd be able to point you in the right direction. [07:47] oh, I just read the channel title [07:48] "Development of Ubuntu (not support, not application development on Ubuntu)" [07:48] ubuntu-devel is related to developement projects around ubuntu (packaging, blueprint,...) [07:58] gdm has gone all big on me. I can't see the box to change my language, it's way off the bottom of the screen [07:58] is there any workaround? [08:01] (bugs 214704) [08:01] Launchpad bug 214704 in gdm "GDM login screen too wide" [Undecided,Confirmed] https://launchpad.net/bugs/214704 [08:01] Riddell, ogra: I just added b43-fwcutter to ubuntu's ship+ship-live; you might consider doing the same? [08:46] Keybuk: there? [08:47] Keybuk: I think http://gitweb.freedesktop.org/?p=hal-info.git;a=blob_plain;hb=HEAD;f=fdi/information/10freedesktop/10-usb-music-players.fdi should work alright, can you please confirm this? the fix looks small and logical [08:48] ^ or anyone else with an USB music player which is currently broken under Hardy [08:49] hey pitti [08:49] bonjour seb128 [08:50] pitti: we have a suboptimal situation. the first ffox update will introduce string changes ... and mozilla doesn't allow us to ship a glorified nightly of RC1. [08:50] seb128: btw, camera f-spot auto-opening is still broken :/ [08:50] asac: ack. [08:50] seb128: as a fallback we could always enalbe it in g-v-m again [08:50] Hobbsee: ack what? [08:50] :) [08:50] pitti: yeah, that's one of the few desktop bugs milestoned [08:50] suboptimal? [08:50] asac: not that kind of ack. [08:50] pitti: did you try to debug it? [08:50] asac: ugh [08:50] asac: ack as in "oh no" [08:50] seb128: no, just noticed it yesterday when downloading my Austin photos [08:51] seb128: btw, does f-spot crash/hang for you as well when you try to close it? [08:51] pitti: yes [08:51] pitti: so i ask you .... can we roll a lang update in sync with the first RC ... or can we bury the "translations in global langpacks" idea? [08:51] pitti: bug #199496 [08:51] Launchpad bug 199496 in gtk-sharp2 "Tomboy.exe crashed with SIGSEGV in exit()" [High,Confirmed] https://launchpad.net/bugs/199496 [08:51] asac: we'll do post-release langpack updates anyway [08:51] pitti: 165 duplicates === cjwatson_ is now known as cjwatson [08:52] asac: so as long as the only effect is "shows English strings" as opposed to "firefox crashes", that seems like a reasonable approach to me [08:52] pitti: yes, this one is difference though. we have two options if we want to guarantee that users end up with a broken UI: [08:52] seb128: wow [08:52] asac: :) (for guaranteeing broken UIs we have a lot more options) [08:52] pitti: 1. we make a tight maxVersion in the install.rdf of the language packs [08:52] hey cjwatson [08:53] pitti: 2. we make tight dependencies on xulrunner-1.9 and firefox ... [08:53] pitti: i guess option 2 is not an option, right? [08:53] asac: erm, dependencies in the langpacks? [08:53] no, that's not an option [08:53] we don't want to force people to install firefox [08:53] pitti: option 1 would mean that users might have a non-translated interface until the update arrives [08:54] quick query I did a fresh install of Ubuntu amd 64bit with disc date 20080411 there is no tracker/deskbar and when I plug a device in mp3 player/camera there is no app autostart is this deliberate or a bug? [08:54] pitti: hmm ... we could use conflicts instead of depends ;) [08:54] asac: if we coordinate the update properly, that shouldn't hurt too much IMHO [08:54] pitti: ok. [08:54] pitti: then lets go for it and hide ;) [08:54] pitti, asac: I guess you already saw latest language pack with firefox translations included [08:55] carlos: I did (since it broke langpack-o-matic :) ); for now I just ignore them, until we have a script which processes them properly [08:55] pitti: did it? [08:55] pitti: I thought your scripts take care of the new content [08:55] carlos: nonstandard layout (which is goood, btw, to tell them apart properly) [08:55] pitti: ill give you that script later today. [08:56] as discussed ... installed on rookery [08:56] I see, ok [09:08] did we have a wiki issue over the weekend? is it addressed? [09:09] i think it was more than a weekend, from memory? [09:16] anyone quick query I did a fresh install of Ubuntu amd 64bit with disc date 20080411 there is no tracker/deskbar and when I plug a device in mp3 player/camera there is no app autostart is this deliberate or a bug? [09:18] sabdfl: Yeah the issue was almost a week ago I think [09:25] pitti: morning [09:28] sabdfl: I filed an RT a few hours ago [09:29] sabdfl: #30451 FYI [09:53] <\sh> guys, I don't know if it's only me, but did somebody tried to add a new user via system->administration->users and groups ? the user will be created, but actually is not able to login into a new gnome session.... [09:54] <\sh> (hardy that is). I wonder if it's a flaw on my desktop or if it's repeatable [09:54] uhm [09:54] * emgent testing [09:55] \sh: I used that to add a user for the first time, 4 days ago. Worked fine. [09:55] <\sh> Fujitsu, hmm... [09:56] yes [09:56] work fine [09:56] <\sh> Fujitsu, well, the creation worked without problems....I wonder what is happening, that gdm tells me, that the user is not able to login via gdm... [09:57] <\sh> login in via ssh works, fine, too....just gdm failes [09:57] work in gdm too in my hardy box [09:58] \sh: You must have restricted it in gdmsetup. [09:59] <\sh> Fujitsu, how can this happen...strange... [10:01] * \sh has to recheck it this evening when he's back at home [10:12] thanks pitti [10:18] mvo: ping [10:18] davmor2: pong [10:19] mvo: dapper -> hardy died a death about 2/3's of the way through [10:19] just tracking down the bug report I did for it [10:19] \sh: saw Bug #211350 and Bug #216813 ? [10:19] Launchpad bug 211350 in lighttpd "Lighttpd install changes directory permissions (Ubuntu Gutsy)" [Undecided,New] https://launchpad.net/bugs/211350 [10:19] Launchpad bug 216813 in lighttpd "Lighttpd enables a login shell for user www-data" [Undecided,New] https://launchpad.net/bugs/216813 [10:22] mvo: bug 216326 I uploaded the relevant logs for you [10:22] Launchpad bug 216326 in ubuntu "Dapper -> Hardy upgrade = Fail" [Undecided,New] https://launchpad.net/bugs/216326 [10:24] www-data:x:33:33:www-data:/var/www:/bin/sh [10:24] uhm.. [10:25] davmor2: thanks, that log looks good. could you also please attach /var/log/dist-upgrade/apt-term.log ? [10:27] mvo: I don't understand that log. It seems to be a file overwrite in xkeyboard-config/xkb-data, but xkb-data seems to have the proper Replaces [10:30] cjwatson: yeha, I need to see the terminal log to get a better idea about it [10:33] <\sh> ember, yay...+1 for adduser ,-> [10:34] <\sh> grmpf [10:35] <\sh> emgent, bug #211350 is a won't fix, because standard user/group for webserver is www-data:www-data...self changed defaults can't be our problem...or actually we find a small fix which determines the used user/group and forget about chowning those files [10:35] Launchpad bug 211350 in lighttpd "Lighttpd install changes directory permissions (Ubuntu Gutsy)" [Undecided,New] https://launchpad.net/bugs/211350 [10:41] <\sh> emgent, regarding the /bin/sh to www-data ... [10:42] <\sh> emgent, I wonder if this is actually a lighty error, or a general bug somewhere [10:42] <\sh> emgent, cause I have the same with apache somehow [10:43] <\sh> emgent, at least all system accounts have /bin/sh :( [10:43] yes i saw now [10:43] :| [10:44] <\sh> guys, what triggers the creation of new users (e.g. www-data/proxy/uucp etc.) and sets by default a /bin/sh shell for non-human-accounts? [10:46] \sh: Wouldn't that be adduser being called in the postinst? [10:46] I thought it should default to /bin/false... [10:46] <\sh> Fujitsu, If I would find adduser,useradd somewhere in apache2-*/debian/ or whatever [10:46] At least --system is meant to. [10:47] Ah. [10:47] <\sh> Fujitsu, yes...but proxy/uucp/list/news/irc/gnats/fetchmail all those accounts have /bin/sh [10:47] <\sh> even lp [10:47] <\sh> mail [10:47] ok people, i go away. see you later quickly. [10:47] <\sh> etc. [10:47] that seems broken [10:47] <\sh> bin and sys too :) [10:47] They're created initially... not by the packages. [10:48] <\sh> grmpf [10:48] Everything created by postinsts is correctly /bin/false. [10:48] <\sh> from shadow package or passwd? [10:48] But those must be in a template somewhere. [10:48] One of them. [10:49] base-passwd seems to be i. [10:49] *it [10:50] <\sh> uh yeah [10:50] william@irranat:~/MOTUing/base-passwd-3.5.16$ grep www-data passwd.master [10:50] www-data:*:33:33:www-data:/var/www:/bin/sh [10:50] <\sh> passwd.master in base-passwd is /bin/sh default [10:51] <\sh> cjwatson, any reason for /bin/sh instead of /bin/false or something else in passwd.master? :) [10:53] yay. suspend to ram works in hardy, suspend to disk works in hardy, it doesn't crash anymore when i close the lid.. now i like my hp 6510b even better. thanks :) [10:56] <\sh> Fujitsu, anyways...I'm closing bug #216813 and reopen one for base-passwd [10:56] Launchpad bug 216813 in lighttpd "Lighttpd enables a login shell for user www-data" [Undecided,New] https://launchpad.net/bugs/216813 [10:58] back [11:00] \sh: there are a couple of Debian bugs about it; it does need to be changed to /bin/false eventually, but I want to be extremely careful not to break anything and I need to debconfise base-passwd first otherwise it'll cause terminal prompts. Please don't change it in Ubuntu. [11:01] <\sh> cjwatson, na...I don't want to change anything until a reliable solution is in place :) bug #216813 is for the reminder :) [11:01] Launchpad bug 216813 in base-passwd "Lighttpd enables a login shell for user www-data" [Medium,Confirmed] https://launchpad.net/bugs/216813 [11:01] I want to make sure that somebody doesn't do a trigger-happy upload and break the world [11:02] <\sh> cjwatson, /me <- no main rights...and I don't change those stuff after hard freeze :) [11:03] \sh: maintainer scripts at least used to use su to execute stuff as other users in various places; changing the shell to false will break anything that does that [11:05] <\sh> cjwatson, well, regarding www-data e.g. this is an account which is set as chown parameter but I don't know any app which runs or execute scripts as www-data...I think we need to verify those settings and changing them when there is no need for /bin/sh by default [11:05] <\sh> cyrus user is e.g. a different issue... [11:05] <\sh> but this user is set when installing the package actually [11:06] <\sh> (scripts == maintainer scripts ;)) [11:06] there certainly used to be maintainer scripts that dropped to some of the other users in passwd.master that ought to be /bin/false [11:06] whether www-data specifically is one such user is not my immediate concern [11:08] I keep getting "svn: error while loading shared libraries: /usr/lib/libsvn_wc-1.so.1: unsupported version 0 of Verneed record" for some days now... I've no clue what's causing this or what a "verneed record" is. Anybody with some ideas? [11:08] <\sh> cjwatson, something for the next release :) [11:09] :) [11:09] cjwatson: do you have an opinion about bug 211357? should we have IPv6 addresses by default in /etc/hosts? [11:09] Launchpad bug 211357 in netbase "No IPv6 addresses in default /etc/hosts" [Medium,In progress] https://launchpad.net/bugs/211357 [11:10] MacSlow: How is the facebrowser going? [11:11] very slow as I'm mostly battleing with my nvidia-card, the driver, svn (see above) and compiz [11:12] aww, don't fight compiz [11:12] you have no chance of winning :P [11:12] MacSlow: I remember seeing a video or screens about it a while ago and it looked pretty cool [11:12] Amaranth, it's more the nvidia-driver than compiz I think... it's working on intel :) [11:12] MacSlow: is it something that might be in Ibiz? [11:12] creAtion, mockups of what I attempt to achive [11:13] intrepid, you mean? [11:13] yeah :P [11:13] Amaranth, right now on nvidia I cannot start compiz via normal UI-tools [11:14] (read: avoiding the command-line) [11:14] MacSlow: what ever happened to the object groupings thing you were working on e.g. moving photos around in groups etc [11:14] <\sh> emgent, regarding bug #211350 if there is a simple solution to determine the user:group of the directories which the user changed, we can use it in postinst and change it to his/her user/group..but if it's not (easily) possible, -> won't fix, cause www-data:www-data is distri default [11:14] Launchpad bug 211350 in lighttpd "Lighttpd install changes directory permissions (Ubuntu Gutsy)" [Undecided,New] https://launchpad.net/bugs/211350 [11:14] MacSlow: I blame your code and/or the nvidia driver :) [11:14] * Amaranth runs [11:14] creAtion, lowfat... collecting dust as I don't find time to continue working on it :/ [11:15] Amaranth, no... I'm not talking about any of my code. [11:15] just normal operation [11:15] pitti, ogra@osiris:~$ apt-cache rdepends ubuntu-desktop|grep edu [11:15] edubuntu-desktop [11:16] pitti, no more sh and ship-live for me, only addon :) [11:16] MacSlow: lowfat that's right ... interesting concept [11:16] s/sh/ship/ [11:16] ogra: ah, I keep forgetting [11:16] creAtion, thanks [11:16] pitti, thanks for the ping though :) [11:17] MacSlow: what's the model of your graphic card? [11:18] pitti: that's odd, it's supposed to be there [11:18] \sh: I suspected it :) [11:18] pitti: how was the install in question done? [11:18] cjwatson: ok; if it's supposed to be there, I'll look at it [11:18] cjwatson: it's from mvo's upgrade tester [11:18] pitti: I know, but what underlying installer does it use? [11:18] tseliot, tried GeForce 7900GT and 8800GTS... same issues [11:18] mvo: ^ see cjwatson's question? [11:19] cjwatson: the uprade tester uses the jeos-builder [11:19] both netcfg and ubiquity add those IPv6 entries automatically [11:19] then I claim a [11:19] jeos-builder bug [11:19] MacSlow: what's the output of compiz? [11:19] s/automatically/unconditionally/ [11:19] hm, my box is a reasonably fresh install [11:19] I can check it out later [11:19] and I have the entries, too [11:20] mvo: so it might be an artifact from the upgrade tester itself? [11:20] it is [11:21] like I say, jeos-builder bug [11:21] cjwatson: ok, thank you [11:22] <\sh> emgent, I trust you, set the bug to whatever you think is ok :) [11:26] tseliot, "Error: Could not acquire compositing manager selection on screen 0 display :0.0", which is odd because it used to work and there's hardly any change I did to my system... it cretainly worked with compiz 0.7.x [11:26] \sh: hehehe :) [11:29] pitti: Could you upload a new version of ia32-libs for me that adds libasound2-plugins (bug #182731) ? [11:29] pitti: going through the debdiff/freeze exception process at this point would be difficult for ia32-libs :( [11:30] <\sh> YokoZar, I think a spoken "yes, please do" from motu-release is enough ... motu-release can add the acks afterwards to the papers [11:30] YokoZar: please get approval from motu-release for that, though [11:30] YokoZar: right, debdiff is pretty pointless for ia32-libs [11:31] MacSlow: can you try the solution suggested here? http://ubuntuforums.org/showthread.php?p=4691222 [11:42] mr_pouit: bug-buddy displays wrong libexec paths, just for information [11:43] seb128: ah, ok, thanks. [11:48] MacSlow: did you get my last message before you disconnected? [11:48] tseliot, that hint was helpful... odd that the metacity-compositor was enabled here [11:49] MacSlow: at least it's not a bug in Compiz ;) [12:25] cjwatson: got a mo? [12:25] munckfish: yep [12:26] cjwatson: sorry, I'm at work at the mo, I can look at kboot at lunch [12:26] did you guys get any further idea what was going wrong? [12:26] my mails have the most recent information I have [12:26] Adam's in .au so probably hasn't seen them yet [12:26] err, no he's not, he's in .ca, sorry [12:26] but still [12:27] mvo: so, err, how did we manage to get two files owning the same conffile? [12:27] two packages, I should say [12:28] cjwatson: ok understood [12:28] cjwatson: I think we need to agree some sort of goal for this first Hardy release [12:28] at the moment I'm guessing it would be get X working [12:28] and no more [12:29] I looked at the PS3 specific stuff in the repo [12:29] I think most of it could be done with back ports [12:29] what do you think? [12:29] If we can't get X fixed, or if we discover some other complete show stopper [12:29] would should we do then? [12:30] delay PS3 on Hardy? [12:30] or just not release it at all? [12:30] munckfish: not release it, and defer to 8.04.1 [12:30] munckfish: this is a *nuclear option* and a bad idea [12:31] cjwatson: I don't understand that sorry [12:31] nuclear option? [12:31] last resort [12:31] yes it would be a big shame [12:31] I agree that the best plan is to concentrate on what is absolutely required; don't worry about fripperies [12:32] what about the back ports situ though? [12:32] forget about it for now [12:32] right fare enough [12:32] *fair [12:32] later, maybe, but it's not worth the distraction of considering it [12:32] hmmm spelling [12:32] yep [12:32] ok [12:32] well the X null pointer I have [12:32] didn't get time to grab the trace [12:33] but from what I remember [12:33] it was in the some function called [12:33] selectDriver or chooseDriver or similar [12:33] I have the X log [12:33] I'll open a LP report at lunchtime [12:33] ps3fb did seem to be loaded in the kernel ok as far as I could see [12:34] <\sh> you are talking about PS3 as in "sony" ? :) [12:36] \sh: yes [12:36] <\sh> munckfish, sounds like I need to convince my future wife to buy such a gadget then ;) [12:37] \sh: it's a very very cool device [12:37] I have a supercomputer in my lounge! [12:37] <\sh> :)) [12:38] Our port project needs some care and attention though [12:39] \sh: if you get one jump on ubuntu-cell@lists.ubuntu.com to follow progress [12:40] <\sh> munckfish, hmm...but still usable as "playstation"? or is it then my next generation build server/webserver? :) [12:41] no still usable for games [12:41] the only compromise is [12:41] you can ever have 10GB for linux and the rest for sony [12:41] or vice versa [12:41] s/ever/only/ [12:43] and with only 256MB of RAM, I guess we could do some optimisation at some point along the way [12:49] but the cell chip is cool, I can't wait to start exploring it's potential. Which is something I think the guys on #ps3dev are already quite far ahead on [12:49] some of those guys are working on some interesting projects === davmor2 is now known as davmor2_away [12:53] Keybuk: I have no idea, I was wondering that too [12:54] hmm, do we have any xubuntu devs here apart from cody-sommerville ? [12:55] * ogra just discovered they might need some extra preseeding for ltsp on the cd to make it use universe packages ... [12:56] mvo: we just need to find another impossible thing, then we can dine at Millways [12:57] Q for the channel; does anyone running hardy *not* have two answers for: grep rcS-sulogin /var/lib/dpkg/info/*.conffiles ? [12:58] I see one [12:58] Keybuk: one answer [12:58] Keybuk: [12:58] $ grep rcS-sulogin /var/lib/dpkg/info/*.conffiles [12:58] /var/lib/dpkg/info/upstart-compat-sysv.conffiles:/etc/event.d/rcS-sulogin [12:58] $ [12:58] upstart-compat-sysv [12:58] Ditto [12:58] Ng, seb128, laga, ion_: do you have friendly-recovery installed? [12:58] yes [12:58] yes [12:59] <\sh> yes [12:59] Ng, seb128, laga, ion_: can you nopaste grep -e friendly-recovery -e upstart-compat-sysv /var/log/dpkg.log [12:59] Keybuk: yes. [12:59] Huh, i don't have it installed, even though ubuntu-standard recommends it. [12:59] http://www.pastebin.ca/984563 [12:59] <\sh> Keybuk, http://paste.ubuntu.com/6985/ [13:00] \sh: one answer or two? [13:00] * Fujitsu has just one too. [13:00] <\sh> Keybuk, one... [13:00] Keybuk: http://pastebin.com/f7f06fbe5 [13:02] laga: ok, you have f-r bzr installed, you upgrade to compat-sysv 0.3.9-2, then friendly-recovery 0.1, then compat-sysv 0.3.9-2 [13:02] \sh: you have the same [13:02] Ng: likewise [13:03] elmo: don't suppose you can run the same grep? [13:03] mvo: do you see one or two results on your machine? [13:03] Keybuk: one answer here, http://paste.ubuntu.com/6987/ [13:03] keybuk: http://pastebin.com/f4aaf2546 Just installed friendly-recovery, the grep for rcS-sulogin still prints one entry. [13:04] just to prove I'm not going nuts: [13:04] Keybuk: just one [13:04] quest scott% grep rcS-sulogin /var/lib/dpkg/info/*.conffiles [13:04] /var/lib/dpkg/info/friendly-recovery.conffiles:/etc/event.d/rcS-sulogin [13:04] /var/lib/dpkg/info/upstart-compat-sysv.conffiles:/etc/event.d/rcS-sulogin [13:04] Keybuk: just read your post on upstart couple of days ago... was wondering (but maybe this will be covered in a next post) if upstart also supports actions like 'reload'? [13:04] Chipzz: not yet [13:04] Keybuk: planned? [13:04] Chipzz: considered [13:05] Keybuk: would be *really* needed for apache I think [13:05] s/I think/imho/ [13:05] cjwatson: you have the same sequence again === kitterma is now known as ScottK2 [13:05] ftr, I see f-r bzr installed, then compat-sysv 0.3.9-**1**, then f-r upgraded to bzr [13:06] if I upgrade compat-sysv now, I get a conffile prompt [13:06] as did elmo [13:06] not having reload for apache would mean significantly longer delays + downtime when adding a site in apache [13:06] well, you can use apache2-ctrl, but... [13:07] that's ugly imho [13:07] cody-somerville, hey [13:08] Hey ogasawara__ [13:08] erm [13:08] Hey ogra [13:08] cody-somerville, coud you take a look at the last three comments on bug 214481 ? [13:08] Launchpad bug 214481 in ltsp "[hardy] ltsp-build-client builds incomplete filesystem" [Undecided,Fix released] https://launchpad.net/bugs/214481 [13:08] (not sure you still build ltsp on the alternate iso) [13:08] ogra, certainly [13:09] ok, so channel-wide question -- does anyone else have *two* answers for grep rcS-sulogin /var/lib/dpkg/info/*.conffiles [13:09] Keybuk, nope, but i'm only up to date with yesterday (no upgrades today yet) [13:10] ogra: I'm briefly theorising that it may be people who did a gutsy->hardy upgrade who have two [13:10] and people who followed who only have one [13:10] or it could simply be that people who have upstart 0.3.9-2 only have one [13:10] well, that laptop was installed last thursday [13:10] <\sh> Keybuk, my amd64 is a gutsy -> hardy install .... but from early stages... [13:10] indeed with hardy directly [13:10] Keybuk: I have a PC at home which did gutsy->hardy and I haven't updated it for weeks, it has two matches for the grep [13:10] <\sh> Keybuk, and the machine has only one answer to your grep [13:11] Ng: it has friendly-recovery bzr and upstart 0.3.9-1 installed? [13:11] Keybuk: yes [13:11] Ng: at least that's consistent then [13:11] <\sh> Keybuk, so something went wrong between december and now ,-) (in december I upgraded to hardy) [13:12] I've not updated that machine since the end of february though [13:12] Ng: updating in the last few days seems to "resolve" the problem [13:12] I reinstalled with Hardy beta, and have but one match. [13:12] but may give you a conffile prompt in the process [13:12] I last upgraded last night. [13:12] Keybuk: I'm entirely happy to try that if you want? [13:13] Ng: not just yet, I'd like to capture lots of dpkg debug output in the process [13:13] <\sh> Keybuk, but no f-r installed that is [13:13] so let me simulate in vmware first [13:13] Keybuk: sure [13:15] mvo: could you perhaps put the fix for bug 216211 in, since the upstream translation was again broken when 0.7.4 was made? [13:15] Launchpad bug 216211 in compizconfig-settings-manager "ccsm Finnish translation broken again" [Undecided,New] https://launchpad.net/bugs/216211 [13:15] Keybuk: gutsy upgraded machine, 0.3.9-2, one copy. OTOH, still no ck-session-daemon [13:15] there's a debdiff and .dsc (at PPA) [13:16] Mirv: thanks, does it have approval of the universe release team yet? IIRC its required to get a exception at this stage [13:17] mvo: oh, and I'm still getting that compiz-crashes-and-randomly-rearranges-workspaces bug ;-) [13:17] this time on nvidia [13:18] Keybuk: meh :/ what does the crashfile for this one look like? [13:18] mvo: oh, good question. I tried to ask at #ubuntu-motu yesterday but I haven't gotten a reply. any other place/way to ask? of course, there was an exception for the compiz 0.7.4 in general. [13:18] mvo: no crash detected [13:18] screen freezes for a second, and then when it comes back, it's all rearranged [13:18] apport stays silent on the matter [13:19] pitti: there would be the bug 204155 which was the other i18n bug you asked me to assign you to (but I couldn't). I doubt asac has time for that. [13:19] Launchpad bug 204155 in network-manager-applet "Nm-editor translations not loaded" [Undecided,Confirmed] https://launchpad.net/bugs/204155 [13:19] Keybuk: does that mean that compiz keeps on running after the freeze? [13:21] Keybuk: http://bugs.opencompositing.org/show_bug.cgi?id=876 ? [13:21] bugs.opencompositing.org bug 876 in -Unknown "windows change the workspace" [Normal,Unconfirmed] [13:22] mvo: I'm not sure, let me find out next time it happens [13:22] just tried to run compiz under gdb [13:22] that doesn't work so well [13:22] ;-) [13:22] tjaalton: no, not that [13:22] all of my windows move [13:22] all to different workspaces [13:23] * ogra pokes vbox ... damned thing, stop messing with my brightness settings ... grr [13:24] Keybuk: ok, I think they are related though.. the freeze and all [13:24] Keybuk: no :) only via ssh from a different machine [13:26] (ok, now subscribe motu-release to the ccsm bug, too) === svolpe_gerrath is now known as svolpe [13:38] Mirv: please commit to bzr branch in case you update nm-XXX [13:38] :) [13:38] asac: ok, I can do that. [13:40] asac, bug 185854, wasnt NM supposed to take over the bring up/tear down part for all interfaces now ? [13:40] Launchpad bug 185854 in gnome-system-tools "Setting static IP in Network Settings doesn't produce correct data" [High,Confirmed] https://launchpad.net/bugs/185854 [13:43] ogra: whose the best person to speak to about LTSP? [13:44]