[00:31] <nixternal> evand: isn't adding Jockey to Gobuntu going against its purpose?
[00:32] <TheMuso> nixternal: I think its due to the seed inherritance. Let me check the seeds to be sure.
[00:32] <ion_> AFAIU, it’s suitable for free third-party drivers as well.
[00:33] <nixternal> ya, that could lead to very bad publicity
[00:34] <TheMuso> Well, I think its in the gobuntu seeds proper, as its not in the platform seeds. Pulling gobuntu seeds to have a better look.
[00:35] <slangasek> jockey is also supposed to be a general-purpose driver manager now
[00:36] <slangasek> but unseeding it shouldn't hurt either
[00:36] <nixternal> slangasek: ahhhh, general-purpose is cool...I thought it was just going to be the new 'restricted-manager'
[00:37] <slangasek> nixternal: nah, it got renamed because the scope has expanded to include management of free drivers
[00:37] <nixternal> groovy
[00:37] <slangasek> OTOH, I'm not sure there currently are any free drivers that it would suitably manage for gobuntu
[00:38] <mgunes> hi all
[00:38] <mgunes> slangasek, how much time do I have to add to the alpha 6 release notes?
[00:38] <slangasek> mgunes: around 12 hours, if everything else goes according to plan
[00:40] <mgunes> slangasek, thanks, I'll see what I can do
[00:40] <mathiaz> slangasek: can I add a section about windows integration (likewise-open) even if the package is in universe ?
[00:40] <mathiaz> slangasek: to do the Alpha6 release notes
[00:41] <slangasek> mathiaz: sure; you're looking to get more testing feedback, I suppose?
[00:41] <mathiaz> slangasek: yes !
[00:41] <slangasek> we've pointed people at packages while they were still in universe before; e.g., ufw, ff-3
[00:42] <mathiaz> slangasek: ok - I'll update the Release Notes then
[00:42] <mathiaz> slangasek: oh - and also a section about iscsi
[00:44]  * Hobbsee waves
[00:48] <ScottK> It's be cool if zul could upload ebox in time to make the release notes too.
[00:49]  * Hobbsee gives irc +1
[00:59] <Kano> hi, is it possible to add a script to the image which is outside the compressed part and execute it on startup?
[00:59] <Kano> for the live cds
[01:00] <Kano> i would like to execute something before X starts
[01:00] <TheMuso> Kano: Have you looked at the way casper works?
[01:01] <Kano> well i looked but did not see it
[01:02] <Kano> do you know more about casper
[01:02] <TheMuso> Kano: For a start, there are the several scripts in scripts/casper-bottom that do a lot of stuff.
[01:02] <Kano> thats too early for me
[01:03] <Kano> i need internet access
[01:03] <mathiaz> slangasek: I've updated the ReleaseNotes for Alpha6
[01:03] <TheMuso> Kano: Then you probably have to modify the squashfs image.
[01:04] <Kano> best would be after networking/network-manager and before x
[01:04] <Kano> also i see no option to stop network-manager from running
[01:05] <Kano> you could maybe delete the startup links for network-manager(-dispatcher) if a nodhcp option is used
[01:05] <slangasek> mathiaz: cheers
[01:06] <TheMuso> Perhaps, but it would need discussion, probably at the next UDS for example.
[01:06] <Kano> uds?
[01:07] <TheMuso> Ubuntu Developer's Summit.
[01:07] <Kano> when is that
[01:07] <TheMuso> Kano: I thought you had been around this community for long enough by now to know what that means.
[01:08] <Kano> i am no ubuntu developer, i only use parts currently
[01:08] <TheMuso> It is in May.
[01:13] <Kano> what are ubiquity-hooks?
[01:14]  * Hobbsee suggests RTFMing
[01:15] <Hobbsee> or looking at the source
[01:15] <Kano> which manual for casper?
[01:17]  * Hobbsee thought there only was one...
[01:18] <Kano> do you call your installer ubiquity?
[01:22] <Kano> a really logical name...
[01:25] <Kano> could somebody remove patch 03* from syslinux? because of that the menu.c32 countdown is always 0
[01:26] <Kano> http://kanotix.com/files/fix/casper-terminalserver/casper-terminalserver-kubuntu.jpg
[01:26] <Kano> usally 0 is never shown, 1 would be the last
[01:27] <Kano> in that test i boot kubuntu via pxe with a modified pxelinux.cfg/default derived from isolinux.cfg
[01:28] <Kano> if you drop patch 03 it counts down the 10 timeout i set
[01:32]  * Hobbsee suggests bugs work better than irc, particularly during au day.
[01:35] <TheMuso> Hobbsee: Not just particularly during au day, but any time.
[01:56] <_MMA_> Kano: After watching you over various Ubuntu IRC channels I wish you would start working *with* this community and its processes and not just take. You've been asked many times to file bugs on issues, on various channels. If you cant be bothered to do it, I wouldn't expect people to bother with you.
[01:57] <Kano> _MMA_: i filed already too many bugs
[01:57] <slangasek> "too many bugs"?
[01:58] <Kano> most of em are against the kernel
[01:58]  * cody-somerville pokes asac in the tummy.
[01:58] <_MMA_> I would also say being a part of various mailing lists are a good thing. -kernel, -devel, -devel-discuss, -motu
[01:59] <Kano> mailing lists are something what i absolutely hate
[02:00] <crimsun> cody-somerville: if it's WRT n-m, it's fixed in -0ubuntu3.
[02:00] <cody-somerville> :)
[02:00] <_MMA_> Kano: A sometimes unfortunate necessity. Patches with bugs also go a long way. And in the end, people might not agree with the patch and it doesn't go in. Just the way it goes sometimes.
[02:02] <Kano> i have got already a fixed version. just a i do not create live cds based on ubuntu yet it is a bit difficult to change what i want
[02:02] <slangasek> crimsun: um?  what's broken with n-m?
[02:03] <crimsun> slangasek: uninitialized priv struct in nm-supplicant.c
[02:03] <Kano> to explain how that works with kanotix -> identify bug -> fix bug -> package updated
[02:03] <slangasek> crimsun: should I be stopping this CD build I'm running specifically to pull in the n-m update, then?
[02:03] <Kano> no launchpad or something needed
[02:03] <crimsun> slangasek: very much so.  You want -0ubuntu3 on the CD build.
[02:04] <slangasek> grmbl
[02:04]  * cody-somerville nods.
[02:04] <crimsun> slangasek: the effect being that all wireless broke
[02:04] <slangasek> and when will -0ubuntu3 be available?  I currently only see -0ubuntu1 in the archive
[02:04] <slangasek> heh, "published 38 seconds ago"
[02:04] <slangasek> ok then
[02:05] <TheMuso> I was going to say, I saw it hit hardy-changes a few minutes ago.
[02:06]  * ScottK would have avoided that bug by virtue of having lost the wireless card for his Hardy laptop.
[02:07]  * cody-somerville is sitting on the floor by his router with a 15" ethernet cable :(
[02:09] <TheMuso> cody-somerville: lol
[02:09] <Kano> cody-somerville: did you ever think of using a router with dd-wrt or similar in client bridge mode?
[02:09]  * cody-somerville did not think of that, no.
[02:10] <Kano> works beautifully, no drivers needed for wlan cards, you can connect as many clients as you like to
[02:10] <Kano> for 2-3 pc in the same room even cheaper than wlan cards
[02:11] <cody-somerville> cool.
[02:12] <Kano> i have got wlan cards, but use em only for driver testing
[02:18]  * cody-somerville really hates the changes to the theme.
[02:20] <Hobbsee> ah yes, the new theme
[02:20] <Hobbsee> black text on dark shiny windeco really isn't a good combination
[02:20] <slangasek> cody-somerville: that reminds me; do you want to have a look at what needs to be done to get xubuntu i386 alternate down to size for alpha-6?
[02:21] <cody-somerville> slangasek, Sure
[02:22] <slangasek> cody-somerville: a metapackage update would probably help some, I removed from fonts from the platform seed that ArneGoetje says aren't needed; but i386 is currently 29MB oversize, so more is needed
[02:22]  * cody-somerville nods.
[02:23] <slangasek> s/from/some/ # need some rum
[02:26] <cody-somerville> slangasek, I noticed in the manifest for the live cd, there are duplication applications
[02:26] <cody-somerville> slangasek, I think xubuntu-meta needs to be regenerated and uploaded
[02:27] <slangasek> cody-somerville: hrrm, you're not MOTU?
[02:28] <ScottK> Hobbsee: Would you please ack Bug #198160?
[02:28] <ubotu> Launchpad bug 198160 in rails "Please sync package 'rails' 2.0.2-1 from debian sid" [Undecided,New] https://launchpad.net/bugs/198160
[02:28] <cody-somerville> slangasek, Not yet.
[02:28] <ScottK> Note that despite the title. it's a merge.
[02:28] <Hobbsee> hah
[02:28] <ScottK> The reporter thought it would be a sync, but we got that worked out.
[02:29] <slangasek> cody-somerville: right; well, do you want to have a look at whether any other seed changes are needed?  then I can upload xubuntu-meta for you
[02:29] <Hobbsee> ScottK2: looks fine
[02:30] <ScottK> OK.  Are you going to mark it in LP or do you want me to?
[02:30] <ScottK> Hobbsee: ^^
[02:30] <slangasek> Hobbsee, ScottK: knetworkmanager seems to still need a rebuild against libnl1, now that n-m is (theoretically) working with it, do either of you want to check that a no-change rebuild will DTRT?
[02:30] <slangasek> Tonio_: or you, if you're around ^^
[02:31] <ScottK> slangasek: Well see my earlier comment about lost the wireless card for the laptop I have Hardy on.
[02:31] <cody-somerville> slangasek, I just got a phone call and I gotta jet now but off the top of my head, example-content can be removed.
[02:31] <ScottK> I can check for wired use, but I dunno if that'll help or not.
[02:31] <Tonio_> slangasek: I can do that on friday
[02:31] <Tonio_> slangasek: no time for this now...
[02:32] <slangasek> ScottK: ah, right; as we've seen, wired-only testing of n-m does not give us good coverage ;)
[02:32] <Hobbsee> slangasek: not easily from here.  will probably be tomorrow as well
[02:32] <Hobbsee> enolaptophere
[02:32] <slangasek> Tonio_: ok - I'll just leave the package alone for alpha-6 then
[02:32] <Tonio_> slangasek: no problem :)
[02:33] <Tonio_> 3:30 am and I have to wake up at 7...... and I'm still not done with the job :/
[02:34]  * Hobbsee ponders actually doing some work
[02:38] <Hobbsee> dear 'doze, please stop munging the formatting.  if you have to do so, at least be consistent!
[03:02] <ScottK> slangasek: Due to the universe/main backport problem (db 4.6 this time) postfix backport in Gutsy also dep waits.  For that one I can trivially do a source backport to switch back to db4.3 (what the released postfix uses).  How about I do that instead of you messing with republishing it in Universe?
[03:12] <Neon_lights> uhm, hi y'all. =] I'd just like to say thanks for all your work. <3
[03:19] <TheMuso> 1/aw
[04:29] <Hobbsee> wow, quiet
[04:52] <TheMuso> //c
[04:53] <TheMuso> Hrm. I just got some weird keyboard behavior, after updating, restarting, and logging back into GNOME.
[04:53] <TheMuso> Using gedit, after a while when typing text, I started typing characters that appeared to be for another language...
[04:54] <Hobbsee> it's the start of text-input-via-brainwaves.  Stop thinking in other languages.
[05:03] <TheMuso> Hrm something appears to be broken, even on a fresh hardy install, using en_AU.UTF-8 locale, with a US layout.
[05:03]  * TheMuso updates from a.u.c to be sure.
[05:11] <RAOF> TheMuso: Have you been accidentally hitting shift-space?  That brings up some scim dialog which then eats a keypress & switches languages.
[05:12] <StevenK> One of my ex-workmates used to run SCIM on his machine so he could type Japanese, and the amount of times I'd accidently hit shift-space suprised me a lot.
[05:12] <RAOF> Go _away_, scim-bridge!
[05:12] <ScottK> Good night all.
[05:32] <slangasek> ScottK: sounds fine to me... :)
[06:59] <slangasek> Riddell: hummm, you verified network-manager-kde still works before uploading it, right?  It's been rebuilt against the new upstream version of libnl now, and I'm in the midst of rerolling alpha-6 images
[07:07] <asac> slangasek: all fine now for nm?
[07:07] <asac> -gnome didn't need an update to still work ... why does -kde need it?
[07:08] <slangasek> asac: ah, I assume it's fine now, because no one's told me about (or milestoned) any bugs saying it's broken
[07:08] <slangasek> asac: -kde didn't need an update to work, it /got/ an update for something else and as a result picked up libnl1
[07:08] <asac> slangasek: yeah. we shouldn't need it
[07:09] <slangasek> so I have no idea if the old -kde works ok with the new libnl
[07:09] <asac> slangasek: it should. i don't think it uses libnl on its own (at least i cannot see it in Depends: of my apt-cache)
[07:10] <asac> anyway, theoretical questions ;)
[07:10] <slangasek> it does depend on libnl
[07:10] <slangasek> Package: network-manager-kde
[07:10] <slangasek> Depends: [...] libnl1-pre6
[07:10] <asac> oh really. what a messy thing. it should interact with nm and not libnl
[07:11] <asac> if its fixed. fine
[07:11] <warp10> Good morning
[07:11] <slangasek> "theoretical questions" - these kind of questions are part of why you freeze before milestones...
[07:12] <dholbach> good morning
[07:12] <asac> i ment theoretical because you said that it works now.
[07:12] <slangasek> er?
[07:12] <slangasek> I have no idea if network-manager-kde works
[07:12] <slangasek> I have no idea if it's been tested at all
[07:25] <asac> slangasek: wfm
[07:26] <slangasek> ok
[07:28] <slangasek> well, images are posted then - now we just need to get people testing them... :)
[07:29] <asac> slangasek: where? its likely that i get a new notebook any minute. could use that to test ;)
[07:29] <StevenK> asac: Ooh. What's due?
[07:29] <asac> standard lenovo thing 12''
[07:30] <tjaalton> asac: X300?-)
[07:32] <asac> not yet :(
[07:34] <tjaalton> dang :)
[07:34] <stgraber> moin
[07:43] <slangasek> asac: http://iso.qa.ubuntu.com/qatracker/build/all
[07:46] <pitti> Good morning
[07:47] <asac> hi pitti
[07:48] <pitti> slangasek: waiting for ack> the hal FF
[08:14] <pitti> ah, I think I know why my keyboard is all broken for a few days
[08:14]  * pitti blames scim
[08:14] <pitti> martin   11958  0.0  0.0      0     0 ?        Z    08:40   0:00 [scim] <defunct>
[08:14] <pitti> bah
[08:15] <stgraber> pitti: any idea why gnome-power-manager always show 100% (Current rate and Design rate stay at 0 :( ) ? I tried with the new hal, reseted my gnome-power-manager settings and gconf, ...
[08:15] <stgraber> my next try will be to test with alpha-6's livecd (downloading now)
[08:15] <pitti> why do we install scim by default now for European languages?
[08:16] <pitti> seb128: ^ that might be one reason why the keyboard switch applet doesn't work any more?
[08:16] <seb128> pitti: I've no clue about scim so not sure
[08:16] <slangasek> stgraber: what kernel version?
[08:16] <pitti> ArneGoetje: why do we install scim by default now for European languages?
[08:17] <stgraber> slangasek: 2.6.24-11-generic on amd64 (HP Compaq nx7400)
[08:18] <slangasek> stgraber: ok, no idea then :)
[08:19] <slangasek> I was having g-p-m issues before the last time I restarted; don't know if those were kernel or hal though
[08:20] <stgraber> that's weird because it correctly detects manufacturer, technology and the charge rate but is unable to give me the charge status (stuck at 100% all time)
[08:29] <ArneGoetje> pitti: this is because of update-alternatives... it is called by scim to set the preferred modules.. and that one automatically enables scim for all_ALL
[08:30] <ArneGoetje> pitti: we need to call 'sudo im-switch -z all_ALL -s none' explicitely to disable it.
[08:34] <slytherin> Hi all. I was wondering if we are planning to take advantage of the network manager's GSM capabilities (http://blogs.gnome.org/dcbw/2008/03/02/networkmanager-your-gsm-mobile-and-you/) by adding appropriate information to .fdi files.
[08:43] <cjwatson> ArneGoetje: or we should change the alternative priorities in scim.postinst - update-alternatives is just doing what it's told :-)
[08:43]  * seb128_ kicks network-manager dropping network on upgrade
[08:45] <stgraber> hehe, mine did that while I was connected to the net over VPN :)
[08:46] <ArneGoetje> cjwatson: exactly. but if we change the priority to none, scim will never work for non-cjk locales.
[08:49] <ArneGoetje> cjwatson: the way it should interact with language-selector is: to disable scim, call 'sudo im-switch -z all_ALL -s none', to enable scim call: 'sudo im-switch -z all_ALL -a' (this sets it to automatic, which will use the priorities as they have been defined.
[08:51] <ArneGoetje> cjwatson: if we want to disable scim by default for all_ALL, we need to call 'sudo im-switch -z all_ALL -s none' *after* scim _and_ im-switch have been installed.
[08:52] <ArneGoetje> the reason why this behaviour has not been triggered before is simple: im-switch was not installed by default (which disabled scim altogether, not only for non-cjk locales).
[08:54] <ArneGoetje> so, suggestion is: add im-switch to Pre-Depends in scim and call im-switch to disable it for all_ALL by default in scim.postinst after the priorities have been set.
[08:55] <ArneGoetje> if this solution is acceptable, then I will change the scim package right away.
[09:01] <cjwatson> ArneGoetje: is it desirable for scim to work for non-CJK locales?
[09:02] <cjwatson> I suppose if you are in a German locale and writing Chinese
[09:02] <ArneGoetje> cjwatson: yes.
[09:02] <davmor2> is anyone else having issues with rsyncing the iso's from cdimages.ubuntu.com?  I keeps dying on me :(
[09:02] <cjwatson> it just seems like a bit of an edge case, and caused confusion on #ubuntu-devel within hours of being activated
[09:02] <cjwatson> I think it should be off by default
[09:03] <cjwatson> and perhaps enableable in some GUI way
[09:03] <ArneGoetje> cjwatson: basically any overseas CJK speakers and CJK language learners would want it to work for their locale.
[09:03] <ArneGoetje> cjwatson: that's what language-selector is supposed to do.
[09:04] <ArneGoetje> but this feature has not been properly implemented before. It was just not triggered, because im-switch only got installed when adding a CJK language pack.
[09:05] <cjwatson> ok
[09:05] <ArneGoetje> so, if my proposed solution is OK, I will change the scim package that way.
[09:10] <ArneGoetje> so, comments please... I'm waiting :)
[09:22] <mvo> ArneGoetje: I think the defaul for all_ALL should be to point to "none" in im-switch
[09:22] <mvo> ArneGoetje: I think that is how it was back in ~dapper :)
[09:23] <mvo> ArneGoetje: we then can use language-selector to turn it on. what do you think?
[09:23] <ArneGoetje> mvo: but this would be overwritten by scim.postinst, won't it?
[09:25] <mvo> ArneGoetje: hm, wouldn't it be enough to remove the "ua_inst all_ALL scim 0" from the scim postinst ? or modify it to point to "none" instead of scim?
[09:26] <ArneGoetje> mvo: no. that would disable scim permanently for all_ALL. it would never work until you set another module with a higher priority for all_ALL
[09:27]  * ogra doesnt understand, cant you start it on a per desktop/user base ? if so, why not use an /etc/xdg/autostart/ with a scrit wrapper that checks for a gconf key or so so the system wide stuff to globally enble the setup comes from postinst, but the .desktop file does the user related rest
[09:28] <mvo> ArneGoetje: hm, my impression was that "im-switch -z all_ALL -s scim" overwrites that - we would use that in language-selector then to activate scim for all_ALL if the user wants it
[09:28] <ArneGoetje> mvo: no. wrong.
[09:29] <ArneGoetje> mvo: the command called by language-selector should be 'im-switch -z all_ALL -a'!
[09:29] <ArneGoetje> mvo: this switches it into 'auto' mode, means it uses that module with the highest priority in u-a.
[09:29] <mvo> ArneGoetje: but that would mean that we have to leave scim enabled otherwise -a will not pick it up
[09:30] <mvo> (for all users, even those who are not interessted in it)
[09:31] <ArneGoetje> mvo: the priorities are set by scim.postinst (scim-bridge 60, scim 50, scim-immodule 0). and this is used when set to 'auto' mode.
[09:31] <ogra> mvo, see my comment above .... let scim be started by an xdg file and check the lang selector value during login if there is nothing requiring scim it wont be started
[09:31] <ArneGoetje> mvo: to disable scim, use '-s none'. this forces scim to use 'none' instead of 'auto'
[09:33] <mvo> ArneGoetje: if we do not want to have scim enabled for all_ALL  (that is what colin mentioned earlier), then were do we call '-s none'?
[09:33] <ArneGoetje> mvo: if you use '-s scim' to enable scim, you will force the 'scim' module instead of 'auto'. means if the user prefers to use scim-bridge for example, it will be overwritten by language-selector... and we don't want that.
[09:34] <ArneGoetje> mvo: if you uncheck the checkbox in language-selector, '-s none' should be called.
[09:34] <mvo> ArneGoetje: I think we are talking past each other, the problem we want to solve is how to make all_ALL not enabled by default for everybody, right?
[09:34] <mvo> (even with im-switch installed by default)
[09:34] <ArneGoetje> mvo: I have proposed a solution a couple of pages up...
[09:35] <mvo> ArneGoetje: "let language-selector" do it?
[09:35] <ArneGoetje> 16:54 < ArneGoetje> so, suggestion is: add im-switch to Pre-Depends in scim and call im-switch to disable it for all_ALL by default in scim.postinst after the priorities have been set.
[09:36] <mvo> aha, I think your wrote that before I logged in, sorry
[09:37] <ArneGoetje> this way the default for all_ALL would be '-s none'. if the user want's scim, he can enable the checkbox in language-selector, which would call '-a' to set it to 'auto', which in turn uses the module with the highest priority...
[09:38] <ArneGoetje> I have uploaded a new scim package to rookery (~arne/scim/), with these changes. So, if anyone wants to take a look, please go ahead.
[09:39] <ArneGoetje> mvo: I have updated my l-s/arne branch last night. did you take a look already?
[09:40] <mvo> making im-switch a pre-depend (its currently a recommends) sounds a bit drastic to me - I would prefer to make it the other way around (default none and explicitely enable it). but its your packages
[09:40] <mvo> ArneGoetje: no, sorry. haven't looked at it yet
[09:40] <ArneGoetje> mvo: the im-switch package does not set any defaults.
[09:41] <mvo> right, I was thinking about changing them in scim
[09:42] <ArneGoetje> mvo: but to set any defaults in sim.postinst, im-switch must have been installed already, otherwise the 'none' file doesn't exist and the symlink would fail!
[09:42] <mvo> we also need to be sure that no tool runs "im-switch -a", otherwise we would get the (possible) unwanted side-effect of suddently having scim enabled for all users
[09:42] <ArneGoetje> mvo: currently no package call '-a'
[09:43] <mvo> ther eis currently a line:        ua_inst all_ALL scim  0
[09:43] <mvo> in the scim.postinst
[09:43] <mvo> it dosn't need im-switch, it just sets up alternative in /etc/X11/xinit/xinput.d/
[09:45] <ArneGoetje> mvo: I suggest you do 'dpkg -L im-switch' and 'dpkg -L scim' and see which files get installed into /etc/X11/xinit/xinput.d/ by which package. I hope this makes it clear once and for all. :)
[09:47] <ArneGoetje> mvo: further more, im-switch install /etc/X11/Xsession.d/80im-switch , which is needed to eanable the locale specific im-switch settings. Without it scim won't work at all, no matter what is set in u-a.
[09:47] <cjwatson> ArneGoetje: (pre-depends is only needed if you're doing something in the preinst, or need something to be in place before the package is unpacked; it isn't needed for use in the postinst)
[09:47] <cjwatson> ArneGoetje: (for the latter, plain depends is just fine)
[09:48] <ArneGoetje> cjwatson: ok, will change that... hang on.
[09:48] <cjwatson> ArneGoetje: it just seems weird to call im-switch explicitly when setting appropriate alternative priorities would have the same effect
[09:49] <cjwatson> the default should be identical to what you get when everything is in auto mode
[09:49] <xhaker> cjwatson: scim doesn't ship the profile 'none'. if it did, he could just u-a on the .postinst
[09:51] <pitti> mvo: does compiz session management work for you? how do you save your session?
[09:51] <xhaker> if i'm looking into this correctly. a solution would be to ship 'none' in scim, and remove it from im-switch
[09:51] <mvo> pitti: yes, I had to modify gnome-session-properties to set it to "save session on logout"
[09:51] <ArneGoetje> cjwatson: the user can decide which moule he wants to use by default by adjusting the priorities in u-a. The priorities set by scim.postinst is just a suggestion (and in our case the default setting). if we hardcode a specific module as default by givig it a higher priority when enabling the checkbox in l-s, we will setup those users which have tweaked the settings to their liking.
[09:51] <pitti> mvo: ah, using 'gnome-session-save' or the button 'save now' in g-s-props doesn't work?
[09:52] <pitti> mvo: (usually I just want to save it once)
[09:52] <mvo> pitti: that should work too
[09:52] <mvo> pitti: is it not for you?
[09:52] <pitti> hm, I used the button last time
[09:52] <pitti> with no effect
[09:52] <mvo> pitti: you saved it when the new compiz (with session plugin) was on the system already
[09:52] <mvo> ?
[09:52] <pitti> yes, of course
[09:52] <mvo> hmmm
[09:53] <ArneGoetje> cjwatson: that's why I suggest we don't touch the priorities for 'auto' mode and just toggle scim on/off by setting im-switch to -a (== on) or -s none (== off)
[09:53] <pitti> mvo:how do I tell if the plugin is enabled?
[09:53] <mvo> pitti: ccsm will tell you, I set it to enabled by default so if you haven't modified your plugins then it should be on
[09:53] <mvo> pitti: its called "session" (surprise :) in ccsm
[09:54]  * pitti boots laptop and installs ccsm
[09:54] <cjwatson> ArneGoetje: "the user can decide which moule he wants to use by default by adjusting the priorities in u-a." that's not the way update-alternatives works
[09:54] <ArneGoetje> cjwatson: then how should it work?
[09:54] <cjwatson> ArneGoetje: the package sets priorities, the highest of which is the default; the user may override by picking a single one manually, not by changing the priorities
[09:55] <cjwatson> ArneGoetje: the priorities should always be set by us to represent what we think should be the default
[09:55] <mvo> ogra: about your suggestion, currently langauge-selector runs as root (yes :( and this is why we can't set per-user settings. something we should fix for hardy+1
[09:55] <cjwatson> ArneGoetje: it doesn't make sense to have this complicated system of priorities and then have the package override it at the end
[09:55] <ogra> mvo, i'm planning a spec to get rid of all unused background porcesses for prague
[09:56] <ogra> we waste a ton of ressources with crap we start but the user will never need, that should be fixed imho
[09:56] <ArneGoetje> cjwatson: then how would we enable scim by checking the checkbox in l-s? which module should be used by default? and why should we force to run 'im-switch -s $his_preferred_module' every time after he enabled the checkbox in l-s?
[09:56] <ArneGoetje> force the user...
[09:57] <cjwatson> ArneGoetje: checking the checkbox in l-s could select the next one down in priority order that isn't 'none' or 'default', I guess
[09:57] <cjwatson> certainly the user should not have to run some other command by hand as well as using l-s
[09:58] <mvo> ogra: what are those?
[09:58] <ArneGoetje> cjwatson: that's the same bastardized usage of im-switch as I proposed just the other way round.
[09:58] <cjwatson> ArneGoetje: in a multi-user environment where multiple users may have different locales, we simply can't use im-switch in the postinst sanely
[09:58] <pitti> mvo: ccsm> is that the simple-ccsm package?
[09:58] <cjwatson> im-switch has to be a per-user thing
[09:59] <mvo> pitti: if you install simple-ccsm it will get pulled in (as a dependency)
[09:59] <ogra> mvo, example: enabling bluetooth even if we dont have the HW etc ... its jut silly, we have udev that can detect hotplugged bluetooth HW so we can switch it on the fly if needed and dont need to start a system service for it all the time
[09:59] <ogra> (if there is no such HW on boot)
[09:59] <ogra> many things could benefit from better automation here
[09:59] <mvo> ogra: yeah, same for some hplip stuff I guess (not sure if this is still running)
[10:00] <ArneGoetje> cjwatson: in that case we wouldn'e be able to use l-s either, because that one changes the settings system wide.
[10:00] <cjwatson> although I guess that using the -z switch to im-switch makes that less of a problem
[10:00] <ogra> if i see the classmate dektop where i actually can get a workable gnome then i also see that 80% og the stuff i have runniong by default is useless in this HW
[10:01] <ogra> and the wasted ram is not in a kilobyte range rather tens of MB
[10:01] <ArneGoetje> cjwatson: if im-switch is called in a user environment it will overwrite the system settings anyways.
[10:01] <cjwatson> which is how it should be
[10:01] <ArneGoetje> cjwatson: we are talking about running im-switch as root
[10:02] <cjwatson> I understand that, yes
[10:02] <cjwatson> certainly, language-selector is conflating system-wide configuration (installing packages) and user configuration (enabling input method support)
[10:02] <cjwatson> so eventually it probably ought to use policykit to escalate privileges just for the system-wide bit
[10:02] <mvo> cjwatson: yes, absolutely
[10:02] <cjwatson> but I doubt that'll happen for hardy now, unless mvo has a trick up his sleeve
[10:03] <ArneGoetje> cjwatson: yes. and that enabling input method support uses im-switch as root to set sane defaults.
[10:03] <pitti> mvo: installed, called ccsm, it immediately crashes on me :/
[10:03] <cjwatson> which is a mistake, because it means that me playing around with input methods forces them on my wife using the same computer
[10:03] <mvo> cjwatson: its not too much work to port it so that it runs as the user, but there is little time :/
[10:03] <mvo> pitti: what is the backtrace?
[10:04] <pitti> mvo: "import ccm" -> 'No module named ccm'
[10:04] <pitti> mvo: simple-ccsm, line 31
[10:05] <ogra> ArneGoetje, btw, do you have any insight how the new hal input methods will influence the scim stuff ? with intrepid we're likely to switch over to that
[10:05] <mvo> pitti: *sigh* I thought that got fixed a couple of days ago, let me check. please install compizconfig-settings-manager
[10:05] <pitti> ok
[10:05] <ArneGoetje> ogra: I have no idea about hal and I doubt that sci will support it.
[10:05] <pitti> mvo: it's supposed to be 'import ccsm' by chance?
[10:05] <ogra> ArneGoetje, its likely that xorg will need it
[10:06] <pitti> mvo: hm, no
[10:06] <mvo> pitti: no, the library is provided by compizconfig-settings-manager, simple-ccsm makes use of it, its a missing dependency
[10:06] <ogra> ArneGoetje, it will switch to no config by default and rely on hal for everything (mice keyboards and layouts)
[10:06] <pitti> mvo: ah, that did it
[10:06] <cjwatson> ogra: scim is at a higher level
[10:06] <ogra> ArneGoetje, so its likely to massively influence scim
[10:06] <ogra> cjwatson, right
[10:06] <pitti> mvo: I don't see anythign session-like there?
[10:06] <cjwatson> ogra: switching to hal shouldn't affect scim
[10:07] <ArneGoetje> ogra: then it will probably not be possible anymore to use scim.
[10:07] <cjwatson> ArneGoetje: I don't think that's true - it just changes how xkb is configured
[10:07] <ogra> i think it changes other stuff as well
[10:07]  * cjwatson puts up a big "DON'T PANIC" sign
[10:07] <ArneGoetje> cjwatson: ok, then it should not be an issue indeed
[10:07] <ogra> anyway, nothing for hardy
[10:08] <ogra> i just dont want us to have somjething in the LTS thats probably not supportable later anymore ... would be good to have an idea about it in advance
[10:09] <cjwatson> ArneGoetje: anyway, don't let the debate about u-a priorities vs. calling im-switch stop you fixing the basic problem - if you feel it has to be by calling im-switch then your call
[10:09] <mvo> pitti: checking
[10:12] <mvo> pitti: I have it here in 0.6.99+git20080228-0ubuntu1 (plugins-main) as libsession.so, is that available in your package too?
[10:12] <ArneGoetje> cjwatson: the point is that the priorities are set and modified by any IM package which supports im-switch, not only scim. For example, nabi and gcin also set priorities in u-a. So, IMHO the best way would be to leave the priorities alone and use 'none' as explicit default and 'auto' when the user enables the checkbox in l-s (which is a system wide setting by design). if the user runs im-switch in a console he will overwrite the whole thing 
[10:14] <ArneGoetje> cjwatson: so, on a multi-user system the best way would be to leave scim disabled in l-s and use the im-switch command on a per user base to set the preferred module or 'auto' if the defaults sound sane to the user.
[10:14] <pitti> mvo: I mean, in simple-ccsm I only see  "info", animations, effects, workspaces, and a11y
[10:15] <pitti> mvo: I do have libsession.so, yes
[10:15] <mvo> pitti: aha, sorry. please run "ccsm" instead of "simple-ccsm"
[10:16] <ArneGoetje> I re-uploaded the scim package to rookery BTW.
[10:16] <pitti> mvo: ah, it's there and enabled
[10:16] <pitti> mvo: 'save legacy apps' is off, but the plugin is on
[10:16] <pitti> mvo: but gnome-terminal is hardly a legacy app?
[10:16] <mvo> pitti: no, g-t is saved just fine for me
[10:18] <pitti> mvo: trying with the 'save on quit' checkbox now
[10:18] <mvo> pitti: thanks
[10:19] <pitti> erk, WTH was that; the login sound was dramatically bouncing
[10:19] <pitti> mvo: it looks differnetly disturbed, but still not correct
[10:20] <pitti> mvo: the multi-tab terminal had the wrong size, and all terminals have wrong position
[10:20] <mvo> pitti: so the apps are not restored at the right place?
[10:20] <pitti> at least the workspace is correct
[10:20] <mvo> pitti: totally random or just a couple of pixels off?
[10:20] <pitti> couple of pixels
[10:20] <pitti> maybe 30 or 50
[10:21] <pitti> my terminal with mutt on 3rd workspace was sticking on the screen bottom instead of being at the top
[10:21] <mvo> ArneGoetje: I think this discussion made it clear that language-selector should run as per-user, this would solve most of the problems as I understand it. I will have a look into the code now to see how much work it is
[10:21]  * mvo considers the current behavior a bug
[10:21] <ArneGoetje> mvo: yes
[10:21] <pitti> mvo: how do you install langpacks then?
[10:22] <Nafallo> make apt-get suexec *hides*
[10:22] <mvo> pitti: hm, I wonder if it somehow confuses the decoration when it calculates the sizes
[10:22] <ArneGoetje> mvo: at least for the 'default system locale' and 'enable/disbale complex character input'. language packs and -support need to be instaled by root anyways
[10:22] <mvo> pitti: it will run synaptic as backend with gksu, that should be fine
[10:22] <pitti> mvo: the size of the 'no tabs' terminals was correct; the terminal size with two tabs was totally off
[10:24] <ArneGoetje> mvo: maybe two modes for these two settings. User and Admin... Admin sets system defaults.
[10:24] <\sh> bah
[10:24] <\sh> how can I disable this damn scim module which is running now by default
[10:24] <Sebastian> \sh: Hey Stephan :)
[10:24] <ogra> \sh, apt-get remove scim
[10:25] <mvo> ArneGoetje: not for hardy, if I port it, it will look exactly the same (UI freeze), it will just setup stuff like input methods per-user instead of system-wide
[10:25] <ogra> or so
[10:25] <ArneGoetje> \sh: sudo im-switch -z all_ALL -s none
[10:25] <ogra> better :)
[10:25] <mvo> ArneGoetje: sorry for that, we can do better for hardy+1
[10:25] <ArneGoetje> mvo: yeah
[10:26] <\sh> Sebastian: hey...what a surprise :) What gives us the pleasure of your Visit? Not zend-framework, right? :)
[10:26] <Sebastian> \sh: No :) Just started lurking here after I have been lurking for a couple of months in #ubuntu+1.
[10:27] <Sebastian> \sh: Maybe I should create eZ Components packages at some point.
[10:29] <\sh> Sebastian: That would be great :) Cool that you joined the Ubuntu Force :)
[10:29] <Sebastian> \sh: I'm still just a user. Although a very happy one.
[10:29] <\sh> ArneGoetje: thx :)
[10:30] <\sh> ArneGoetje: na that didn't work
[10:30] <Sebastian> \sh: It did for me.
[10:30] <ArneGoetje> \sh: need to re-login
[10:31] <\sh> ArneGoetje: ah that's the magic
[10:31] <\sh> Sebastian: still in siegburg area? :)
[10:31] <Sebastian> \sh: Yes. And today I am actually at home.
[10:31] <Sebastian> \sh: Been in Zurich and Munich the last week and leaving for Montreal tomorrow.
[10:32] <Sebastian> \sh: And after Montreal I will be near Berlin for a week.
[10:32] <davmor2> \sh: Wine works great thanks :)  I can do my course stuff now :)
[10:32] <\sh> davmor2: good to hear :)
[10:33] <Sebastian> \sh: You're with Webzooms now? I had a coaching/training gig there last year.
[10:33] <\sh> Sebastian: I heard about that :) And the people here were surprised, that I already knew you :)
[10:33] <Sebastian> \sh: hehe
[10:33] <Sebastian> Uh, the PHPUnit package is outdated. Maybe I should start by fixing that before getting into new packages.
[10:34] <\sh> Sebastian: I'm happy to sponsor :)
[10:34] <Sebastian> Ah, cool.
[10:34] <\sh> Sebastian: just join #ubuntu-motu :) the coolest crew in the world :)
[11:06] <emgent> heya
[11:20] <PecisDarbs_> Where is hidden messages in gksu dialogs? I can't find which module I should translate
[11:28] <xivulon> mjg59, do you remember the suspend to ram issues in loopinstallations (fuse)? Well have 2 users reporting they can now suspend!
[11:28] <xivulon> not sure what happened there but, I am very pleased
[11:29] <xivulon> I won't be able to test that myself until tonight though
[11:29] <ogra_cmpc> xivulon, whats the base device under the loop mount ?
[11:30] <ogra_cmpc> the normal windows HD ?
[11:30] <xivulon> guess so, ntfs in both cases, will ask about disk specs
[11:30]  * ogra_cmpc wonders if amitk already added the usb presistent patch 
[11:31] <ogra_cmpc> xivulon, ah, thats something different than what i am waiting for
[11:31] <ogra_cmpc> i thought i missed a change
[11:31] <xivulon> what is your issue?
[11:31] <ogra_cmpc> i have an usb jey as  bottom device ...
[11:31] <ogra_cmpc> *key
[11:32] <ogra_cmpc> they get automatically powered down by the kernel on suspend
[11:32] <xivulon> in my case it was problems suspending when root was in a loopfile on top of an ntfs host (i.e. the host device was mounted using fuse)
[11:32] <ogra_cmpc> if you resume your device is gone
[11:32] <xivulon> looks nasty
[11:32] <ogra_cmpc> it is
[11:33] <xivulon> by the way, I'd assume that hibernation does not work with swap on file, correct?
[11:33] <ogra_cmpc> but the function is in the kernel, we just dont enable it ... i'm waiting for a commandlne option to be added to switch it on dynamically
[11:35] <xivulon> Also did anyone follow up this story about loopdevice performance: http://lkml.org/lkml/2008/1/9/50 ?
[11:36] <xivulon> Any hope to see any of that in the kernel?
[11:37] <amitk> ogra_cmpc: no patch, only configuration. But no, I haven't finished that task yet. SOON (tm) :)
[11:39] <Bashtoni> cjwatson: That issue with installation on RAID still happens even with the new 'fixed' installer BTW (#198106)
[11:39] <ogra_cmpc> amitk, yeah, i'm monitoring the changelogs, was just wondering if i missed it whn i saw xivulon's comment
[11:48] <cjwatson> Bashtoni: please file a new bug with /var/log/syslog and /var/log/partman attached
[11:48] <Bashtoni> cjwatson: Will do
[11:48] <cjwatson> Bashtoni: I'll fix the non-executable thing mentioned in the bug
[11:49] <cjwatson> that's probably a side-effect of a subversion import bug we fixed YEARS ago
[11:49] <cjwatson> aggravating
[12:08] <Bashtoni> cjwatson: https://bugs.launchpad.net/ubuntu/+source/partman-target/+bug/199095
[12:08] <ubotu> Launchpad bug 199095 in partman-target "RAID1 installation fails" [Undecided,New]
[12:08] <cjwatson> Bashtoni: thanks; would you be able to do some interactive debugging with me?
[12:08] <cjwatson> Bashtoni: (give me a few minutes to prepare, though
[12:08] <cjwatson> )
[12:09] <Bashtoni> cjwatson: Can do in a bit, say 2pm GMT?
[12:10] <cjwatson> Bashtoni: ok
[12:10] <cjwatson> Bashtoni: hop onto #ubuntu-installer when you're ready
[12:10] <Bashtoni> cjwatson: OK, see you then
[12:11] <slytherin> Hi all. Does anyone know why the CD images for 'ports' (powerpc, sparc etc) have not been built today?
[12:17] <cjwatson> slytherin: all CD builds are disabled in preparation for alpha 6
[12:17] <pitti> slytherin: they are currently triggered manually; just hasn't been triggered for ports, I assume
[12:18] <slytherin> pitti: So whom should I bug for this? Because ports images are one day older than the officially supported architectures. And IMHO, latest GVFS and nautilus checkins call for latest CD.
[12:23] <cjwatson> slytherin: Ubuntu ports building now
[12:24] <cjwatson> though they might be a bit broken due to partman pain
[12:24] <slytherin> cjwatson: Thanks. :-) What partman pain by the way?
[12:25] <cjwatson> non-executable files due to an ancient svn->bzr import bug
[12:25] <cjwatson> (fixed years ago, but its effects linger)
[12:26] <slytherin> cjwatson: Ok. by the way partman doesn't support HFS+ resizing. Is it know and is there any work going on for this?
[12:34] <cjwatson> slytherin: should work if you disable the journal
[12:35] <cjwatson> slytherin: just lack of support in parted, IIRC; I don't know if anyone's working on it
[12:35] <slytherin> cjwatson: Not sure what that means exactly. But if I try to resize when using Alternative CD it simply says 'HFS+ resizing is not supported'
[12:36] <slytherin> I am assuming that the partition manager is 'partman' in alternate CD.
[12:36] <cjwatson> slytherin: yes. partman uses parted.
[12:36] <cjwatson> slytherin: google for 'hfs+ resize parted', first hit relevant
[12:37] <slytherin> Ok. thanks.
[12:53] <dholbach> can somebody moderate my mail to ubuntu-devel-announce?
[12:54] <cjwatson> dholbach: done
[12:54] <dholbach> cjwatson: gracias
[13:00]  * ogra_ waits for the next iteration from dholbach ... really_fix_five_a_day :P
[13:01]  * dholbach waits for ogra_ to join 5-a-day :)
[13:02] <cjwatson> Bashtoni: I think I've got it, actually
[13:03] <Bashtoni> cjwatson: Just in time for me to return from lunch :)
[13:03] <Bashtoni> cjwatson: Let me know if you want me to test
[13:05] <cjwatson> Bashtoni: sure, wouldn't hurt
[13:05] <cjwatson> Bashtoni: #ubuntu-installer?
[13:15] <slytherin> How can I add upstream bug watch for vunagre?
[13:15] <slytherin> vinagre?
[13:18] <TomaszD> seb128, hi, I've assigned you to a gvfs bug as I've noticed you do the heavylifting for gvfs in Ubuntu. This bug has been fixed in svn trunk and it would be really nice to have it synced https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/196770/
[13:18] <ubotu> Launchpad bug 196770 in gvfs "Nautilus with gvfs-obexftp breaks on colons" [Low,Confirmed]
[13:19] <seb128> TomaszD: please don't assign bugs, I'm subscribed to gvfs and look at those without that
[13:19] <seb128> TomaszD: I'll do a new svn snapshot when the freeze is over
[13:19] <TomaszD> seb128, ok, didn't know that.
[13:19] <TomaszD> seb128, thanks
[13:20] <seb128> you are welcome
[13:32] <sivang> hi all
[13:32] <sivang> I'm trying to figure how to set up usplash on a debian box, where would be the right channel to ask abou this?
[13:33] <sivang> (I'm using the debian etch package)
[13:33] <lamont> dear apt.  please accept 'udpate' as valid.  kthx.
[13:34]  * ScottK has often needed dkpg
[13:34] <soren> dear apt. please provide and apt-ge alias for yourself and accept tinstall. kthx
[13:34] <soren> dear soren. please spell properly. kthx
[13:35] <ion_> % apt-ge tinstall
[13:35] <ion_> zsh: correct 'apt-ge' to 'apt-get' [nyae]? y
[13:35] <ion_> Unfortunately, it doesn’t correct tinstall.
[13:35] <ogra_cmpc> soren, just remove the spacebar from your keyboard and improve tab completion
[13:36] <ion_> The tab completion already manages to do apt-get install without hitting the space bar.
[13:37] <ogra_cmpc> right, but you would surely waqnt other apps to do that as well without spacebar ;)
[13:45] <sivang> is there anyone here who knows a thing or two about usplash ? (hi again to all :) )
[13:46] <sivang> feel free to privmsg me if you will, I would appreciate for some pinpointed help re using it without ramfs (it seems to be hard coded to use certain directories under the ramfs)
[13:46] <pitti> sivang: no, you can run it under the normal system just fine
[13:47]  * sivang hugs pitti
[13:47] <sivang> pitti: are you sure?
[13:47] <sivang> pitti: I'm getting chdir errors when executing usplash
[13:47] <pitti> usplash -c &
[13:47] <sivang> pitti: and the directories listed in usplash.h are not existent
[13:47] <pitti> usplash_write "TEXT-URGENT hello"; sleep 2; usplash_write QUIT
[13:47] <pitti> weird
[13:47]  * sivang tries
[13:48] <pitti> WFM
[13:48] <sivang> pitti: I'm not using a ramfs so I don't have the .initramfs entry under dev
[13:48] <pitti> ah
[13:48] <pitti> that might be it
[13:48] <sivang> I think so :)
[13:48] <pitti> it uses /dev/.initramfs/usplash_outfifo for communication
[13:48] <sivang> right, can I just use any other dirs I like in the usplash.h file and rebuild with my setup ?
[13:48] <pitti> but you at least need usplash_fifo for usplash_write to work
[13:49] <pitti> sivang: yes, as long as you also use the rebuilt usplash_write, that should work
[13:50] <sivang> pitti: okay, cool, I will try this dude, then is there something comprehensive that automatically sends all regular boot scripts output from stdout to the usplash fifo ?
[13:51] <sivang> pitti: or do I need to write something to do that myself if I want to get the init scripts output directed to the usplash screen ?
[13:51] <pitti> sivang: yes, that's done in the usplash implementation of /lib/lsb/init-functions
[13:52] <pitti> (in /etc/lsb-base-logging.sh to be precise)
[13:52] <pitti> that turns lsb_daemon_msg et al into usplash_write
[13:52] <sivang> very cool
[13:53] <sivang> so that's supposed to work out of the box once recompiled with the correct and existing directory entries
[13:54] <sivang> cool
[13:57] <slytherin> how can I add upstream bug watch for vinagre?
[13:59] <seb128> slytherin: add on the also affects project under the table
[13:59] <seb128> click
[14:01] <slytherin> seb128: It gives this message -  Please select the appropriate upstream project. This step can be avoided by updating the packaging information for vinagre (Ubuntu).
[14:01] <seb128> slytherin: you need to register a vinagre product if there is none in launchpad yet
[14:03] <slytherin> seb128: vinagre is hosted on gnome project. do I still have to add vinagre product on launchpad?
[14:04] <seb128> slytherin: yes
[14:05] <slytherin> ok
[14:05] <seb128> slytherin: that is annoying I agree, but launchpad needs to know what bug tracker, svn etc to use
[14:05] <ScottK> seb128: Which it used to be able to figure out from simply asking for a url.
[14:05] <slytherin> I thought It was possible to simply give the upstream bug url and it will fetch information
[14:06] <ScottK> It used to be.
[14:06] <ScottK> It's been improved.
[14:06] <slytherin> ScottK: So how does it work now?
[14:06]  * ScottK is not the guy to answer launchpad how to questions.
[14:07]  * ScottK is unable to answer them without excessive editorialization that isn't always fully consistent with the CoC.
[14:07]  * slytherin joins #launchpad
[14:14] <davmor2> cjwatson: ping
[14:21] <cjwatson> davmor2: yes?
[14:23] <davmor2> cjwatson: on the wiki for alpha 6 Printing from Firefox 3 is now fixed.
[14:24] <cjwatson> davmor2: how come the bug's only fix-committed?
[14:25] <davmor2> cjwatson: No idea I've been able to for a few days after the last big set of updates.
[14:25] <cjwatson> asac: ^-- could you comment?
[14:26] <davmor2> cjwatson: all the images are being displayed properly too so I think that got fix at the same time :)
[14:39] <xivulon> Riddell: is there a different logo for Kubuntu-KDE4 vs KDE3.5?
[14:39] <Riddell> Kubuntu-KDE4 and Kubuntu normal have the same logo
[14:40] <xivulon> was asking in the umenu/wubi context, nothing to change then I assume
[14:47] <tseliot> Riddell: is there a way to detect whether a user is running kde4 or kde3 (with "ps" maybe)?
[14:47] <Riddell> xivulon: no just the one logo is fine thanks
[14:48] <Riddell> tseliot: you can check for plasma (KDE 4) against kdesktop (KDE 3) I guess
[14:48] <Riddell> tseliot: why?
[14:49] <tseliot> Riddell: I'm writing a pyQT4 interface for EnvyNG and I would like to launch it either with kdesudo or kdesudo-kde4
[14:50] <tseliot> according to the environment
[14:51] <tseliot> Riddell: does my need make any sense to you?
[14:52] <tseliot> Riddell: or should I just use kdesudo (also on KDE 4)?
[14:52] <Riddell> tseliot: a kde 4 session will have $PATH set so it should just find the right kdesudo
[14:53] <tseliot> Riddell: ok, thanks. Things are a bit clearer now
[14:53] <Riddell> tseliot: remind me again what envyng is?
[14:54] <tseliot> Riddell: EnvyNG is a program which builds and installs the latest ATI and/or NVIDIA driver
[14:55] <Chipzz> Riddell: envy is a way of installing nvidia drivers
[14:55] <Riddell> right
[14:55] <ogra_cmpc> Riddell, you clearly dont have enough spare time ...
[14:55] <Chipzz> totally broken idea IMO
[14:55] <ogra_cmpc> Riddell, info about envyng is hidden on planet.ubuntu.com ;)
[14:55] <tseliot> Chipzz: it's no longer such
[14:55] <Riddell> ogra_cmpc: can I have some of yours?
[14:55] <ogra_cmpc> haha
[14:56] <seb128> pitti: bug #116984 seems to be one of the avahi bug example
[14:56] <ubotu> Launchpad bug 116984 in avahi "Applications can't connect to avahi-daemon until avahi is restarted once." [Undecided,New] https://launchpad.net/bugs/116984
[14:56] <Chipzz> tseliot: nvidia drivers should be installed using your package manager, not through some gross hack
[14:56] <Chipzz> but that's just my opinion
[14:56] <seb128> pitti: the process is stucked on registering until avahi is restarted
[14:56] <tseliot> Chipzz: have a look at this page: https://wiki.ubuntu.com/EnvyNG
[14:56] <Amaranth> yeah, envyng seems pretty sane now
[14:57] <Amaranth> well, as sane as installing a new binary blob can be, they're always breaking something
[14:57] <tseliot> Amaranth: yes, I prefer free drivers too...
[14:58] <Amaranth> tseliot: I wouldn't mind these drivers if new versions didn't drop support for an older card or break something basically every release
[15:00] <tseliot> Amaranth: if the vendor decides to drop the support for your card there's nothing you can do (if the driver i proprietary)
[15:00] <Amaranth> right
[15:01] <tseliot> Amaranth: this is why I chose an Intel card for my laptop ;)
[15:01] <Amaranth> I am not complaining, I'm just saying EnvyNG can't be any safer than the driver it is installing
[15:01] <asac> cjwatson: davmor2: its fixed upstream; beta 4 will ship the fix
[15:01] <cjwatson> davmor2: perhaps it worked for you by accident?
[15:01] <tseliot> Amaranth: you're right
[15:01] <Amaranth> Which is why it can still be dangerous
[15:01] <emgent> heya
[15:01] <davmor2> cjwatson: Ah okay.
[15:02] <asac> davmor2: we have beta4pre builds in PPA if you want to test
[15:02] <tseliot> Amaranth: Ubuntu's l-r-m are always available
[15:02] <davmor2> asac: maybe latter try to get through the iso's at the moment :)
[15:19] <pitti> seb128: re
[15:19] <seb128> pitti: wb ;-)
[15:21] <pitti> seb128: hm, as a first thing I'd attach grep avahi /var/log/daemon.log after this happens
[15:22] <pitti> seb128: and the ps aux|grep avahi output, too, I think (it mentions its state there)
[15:22] <seb128> pitti: that's where I get the registering
[15:22] <seb128> $ ps ax | grep avahi
[15:22] <seb128>  5587 ?        Ss     0:00 avahi-daemon: registering [seb128-desktop.local]
[15:22] <pitti> mvo: tzdata is built everywhere, FYI (for bug 198129)
[15:22] <ubotu> Launchpad bug 198129 in tzdata "Chile delay in 3 weeks the daylight time transition" [Undecided,Fix committed] https://launchpad.net/bugs/198129
[15:22] <pitti> seb128: ah
[15:23] <seb128> pitti: what is the prefered media to file bugs for avahi? their tracker? or rather the mailing list?
[15:23] <pitti> seb128: not sure, but the tracker worked for me in the past
[15:24] <pitti> seb128: I pinged Lennart, he's not online yet, though
[15:24] <seb128> pitti: ok, let me know what he replies so I can file the bug with useful informations
[15:24] <pitti> seb128: I think you should add ps and daemon.log for now
[15:25] <pitti> then I'll hand him the URL
[15:25] <seb128> pitti: ok, will open a bug for those if I figure how the weird bug tracker is working
[15:27] <pitti> seb128: ah, talking to Lennart now
[15:27] <pitti> (with some troubles, pidgin otr makes his pidgin segfault)
[15:33] <sivang> pitti: hey again, it worked, ths time usplash is working as expected, however, now I get a theme related error "no usable theme for 1024x768"
[15:33] <sivang> pitti: any idea how I fix that?
[15:34] <sivang> pitti: (it was really a path problem and changing stuff in usplash.h solved it)
[15:35] <pitti> seb128: can you gdb attach to it and get a bt?
[15:35] <pitti> seb128: possibly with -dbgsym?
[15:36]  * sivang hugs dholbach
[15:36] <pitti> seb128: hm, do you have ubuntu-artwork installed?
[15:37] <pitti> seb128: also, can you change the init script to start the daemon with --debug? this would get it to the syslog
[15:37] <seb128> pitti: sure, doing that in a minute
[15:39] <pitti> seb128: can you /j #avahi?
[15:40] <seb128> pitti: sure
[15:40] <seb128> pitti: http://people.ubuntu.com/~seb128/avahi/ has a debug bt and the syslog not debug
[15:44] <ogra_> hrm
[15:45] <ogra_> is my DNS setup wonky or did google just drop off the face of the earth ?
[15:46] <afflux> ogra_: it's the deutsche telekom
[15:46] <jeromeg> ogra_: the second option is unlikely to be the good one ;)
[15:46] <ogra_> afflux, merci :)
[15:46] <afflux> ogra_: and it doesn't seem to be only the dns, since connecting to the IP directly doesn't work either
[15:46] <ogra_> ah
[15:47]  * ogra_ is on a business line, i would have thought thats handled through different routes
[15:47] <ogra_> silly telecom :)
[15:50]  * dholbach hugs sivang back
[16:30] <lamont> " Hmm.. this change is not backwardly compatible for 0.0001% of agetty users :-) Applied with small changes.:"
[16:40] <seb128> pitti: do you co maintain avahi somewhere or can I just do some changes to it?
[16:41] <pitti> seb128: I'm not a Debian uploader
[16:41] <pitti> seb128: so I can do the change in Ubuntu, or you do it now if you want
[16:41] <seb128> pitti: ok, will do the change then, thanks for pinging upstream etc ;-)
[16:46] <pitti> you're welcome
[16:47] <crevette> hey
[17:20] <Keybuk> so, err
[17:20] <Keybuk> I have a laptop
[17:21] <Keybuk> it won't let the external display use more than 1024x768 because that's all it knows
[17:21] <Keybuk> if I add a 1600x1200 mode, it lists it in xrandr
[17:21] <Keybuk> but won't set it because the virtual screen size is too small
[17:21] <Keybuk> xrandr -s 1600x1200 doesn't work, it says that the mode doesn't exist (?)
[17:25] <Amaranth> Keybuk: did you set your VirtualSize in xorg.conf?
[17:25] <Amaranth> You need to preset the maximize size you'll need, X can't resize the framebuffer
[17:25] <pitti> seb128: re automount_enabled_hint, I do have that to 'false' on my internal hard disks; you don't?
[17:29] <seb128> pitti: I've it for the disks but not the partitions
[17:29] <pitti> seb128: that's correct
[17:30] <seb128> pitti: why?
[17:30] <pitti> seb128: ok, I'll look after fixing this, shall I?
[17:30] <pitti> seb128: well, that's how it is defined
[17:30] <seb128> pitti: are you looking at the gvfs issue?
[17:30] <pitti> http://people.freedesktop.org/~david/hal-spec/hal-spec.html#device-properties-storage
[17:30] <pitti> seb128: yes, just checked the code
[17:30] <pitti> it does check volume.ignore, but not storage.automount_enabled_hint
[17:31] <seb128> pitti: http://bugzilla.gnome.org/show_bug.cgi?id=520736 btw
[17:31] <ubotu> Gnome bug 520736 in hal volume monitor "should not automount system partitions" [Normal,Unconfirmed]
[17:32] <pitti> seb128: ah, merci
[17:32] <seb128> de rien ;-)
[17:32] <pitti> ah, it's because I once agreed to keep org.freedesktop.hal.storage.mount-fixed forever
[17:32] <pitti> that's why it doesn't ask me for my password any more
[17:33] <Keybuk> Amaranth: can I do that live?
[17:33] <Keybuk> my own laptop has a different 1280x1280 max size
[17:33] <Amaranth> Keybuk: nope, have to restart X
[17:33] <Amaranth> If you could do it live you wouldn't have to worry about it at all, it would just do it
[17:34] <Keybuk> Amaranth: so where does what go?
[17:35] <Amaranth> in your Screen section, iirc
[17:35] <Amaranth> VirtualSize width height
[17:35] <Keybuk> width height not widthxheight?
[17:37] <Amaranth> Keybuk: right
[17:38] <Amaranth> oh, wait
[17:39] <Amaranth> Keybuk: Section "Screen", Subsection "Display", the option is Virtual width height
[17:54] <Keybuk> Amaranth: in hardy, without anything in xorg.conf ... it still seems to maximum limit to 1024x768
[17:54] <Keybuk> (one assumes the limit is panel size)
[17:54] <Keybuk> that's a bit silly
[17:54] <Keybuk> since we don't even have mode lines there
[17:54] <Amaranth> right, the default Virtual size is the starting resolution
[17:54] <Amaranth> to be able to get a larger resolution than the starting one you need to predefine it
[17:55] <Keybuk> why?
[17:55] <Keybuk> why can't it just pick the biggest possible size?
[17:55] <Amaranth> Keybuk: because X can't resize the framebuffer
[17:55] <Amaranth> you think it should just make a 4096x4096 framebuffer for everyone whether you need it or not?
[17:56] <Keybuk> sure
[17:56] <Keybuk> otherwise when they plug in to their big TV, monitor or projector ... they're limited to 1024x768
[17:56] <Keybuk> without xorg.conf surgery
[17:56] <Amaranth> talk to bryce and/or tjaalton then :P
[17:56] <Keybuk> tjaalton, bryce ^ :-)
[17:57] <Amaranth> I want no part in that hackery :P
[17:58] <keescook> mornin'
[18:01] <Keybuk> Amaranth: do you know think that limiting the external monitor size to the panel size, when the primary reason for *having* an external monitor is more resolution, is a bit ... wrong? :p
[18:02] <Amaranth> Keybuk: Oh, I agree it should be fixed
[18:02] <Amaranth> I just don't want Xorg people to come stab me
[18:03] <Keybuk> well, if they'd designed X right 40 years ago ... <g>
[18:08] <tjaalton> Keybuk: there are hardware limitations too.. some intel chips can only do 2048x2048
[18:08] <tjaalton> but I'm not sure what would be needed to make the max size default
[18:09] <tjaalton> bryce is more uptodate with this stuff :)
[18:15] <Keybuk> tjaalton: mine seems to only do 2048x2048
[18:15] <Keybuk> and even when plugged into a projector capable of 1600x1200 doesn't recognise that (even with Virtual 2048 2048)
[18:16] <Keybuk> and has to have the modeline manually added with --newmode and --addmode before I can use it
[18:17] <jdstrand> hi pitti!
[18:17] <tjaalton> Keybuk: yes, TTM et al should help getting past the limitations
[18:17] <jdstrand> pitti, keescook: is there a way to easily find what packages use a shared orig.tar.gz?
[18:17]  * keescook ponders
[18:18] <keescook> jdstrand: I don't think so -- all my thoughts end up processing the Packages files with grep-dctrl and the like
[18:19] <jdstrand> keescook: ok, np
[18:19] <Keybuk> jdstrand: yeah, I hear that Apache 3.0 is blocked on TTM now too :-/
[18:20] <Amaranth> tjaalton: but TTM will just make it possible to have a framebuffer per output, still can't have my wall-sized monitor :)
[18:21] <jdstrand> hmm... TTM...
[18:21]  * jdstrand scratches his head
[18:21] <tjaalton> Amaranth: hmm, ok could be that I'm just confused.. not the first time
[18:22] <Amaranth> tjaalton: it'll make it possible to have larger multi monitor setups
[18:22] <Amaranth> one framebuffer per monitor
[18:22] <zdzichu_1> intel i945 and lower have *3D* limitation to 2k x 2k
[18:22] <Amaranth> i was being funny :)
[18:22] <tjaalton> Amaranth: oh right, that's what it was :)
[18:22] <zdzichu_1> i965 has 8k x 8x
[18:22] <Amaranth> zdzichu_1: I'm pretty sure the 965 is 4096x4096
[18:23] <Amaranth> zdzichu_1: and that is framebuffer size too
[18:24] <zdzichu_1> sorry, I may be wrong, I have i945
[18:24] <zdzichu_1> but still, it's 3D limitation only. 2D will work with appropiate sized "Virtual" in xorg.conf
[18:26] <Keybuk> is there any sane reason why you'd never use the maximum size possible there?
[18:27] <zdzichu_1> memory constrain. buffer is preallocated
[18:27] <zdzichu_1> (still, if I understand correctly)
[18:28] <Keybuk> yes, but any reason you wouldn't use the maximum size possible for your video memory?
[18:28]  * Keybuk heads for the train
[18:30] <tjaalton> gah, shift-space seems to toggle scim
[18:32] <\sh> tjaalton: sudo im-switch -z all_ALL -s none and relogin
[18:38] <Amaranth> I was typing in Amharic earlier thanks to that
[18:40] <\sh> grmpf...fighting with virtualbox and gutsy...somehow it stops at nic-firmware udeb
[18:41] <\sh> hmm..acpi=off helped
[18:42] <\sh> or didn't
[18:42] <tjaalton> \sh: hmm, thanks.. I'll see if I can live with it for awhile first :)
[18:42] <tjaalton> Amaranth: yeah, nice default :)
[19:06] <zul> slangasek: ping does samba need a ffe when its a merge from debian?
[19:28] <stgraber> _MMA_: ping
[19:35] <\sh> ogra_cmpc: can you take care about bug #197261 ?:)
[19:35] <ubotu> Launchpad bug 197261 in xaos "please merge xaos 3.2-7 from Debian unstable main" [Undecided,New] https://launchpad.net/bugs/197261
[19:36] <slangasek> TheMuso, persia, joejaxx: looks like there are no ISO tests for Ubuntu Studio yet?
[19:37] <slangasek> zul: it needs a FFe whenever it includes significant changes that aren't bugfixes; I don't recall off-hand whether this is the case for the most recent Debian Samba upload
[19:37] <zul> slangasek: ok thanks
[19:41] <stgraber> ogra_cmpc: I plan to install edubuntu-desktop and some other educational stuff from the add-on CD with internet turned off, anything else to be tested for Edubuntu add-on ?
[19:41] <ogra_cmpc> \sh, is the .desktop fix in debian ?
[19:42] <ogra_cmpc> stgraber, make sure you get a notification that you need to re-login for the new artwork defaults to take effect
[19:42] <stgraber> ok
[19:42] <ogra_cmpc> beyond that i dont see anything special that needs testing
[19:44] <\sh> ogra_cmpc: I'll check
[19:45] <ogra_cmpc> i think tormod would have noted that down on the bug
[19:45] <\sh> ogra_cmpc: reading the debian changelog, no
[19:45] <ogra_cmpc> right
[19:45] <ogra_cmpc> thats what i'm waiting for (or a "no" from joey)
[19:46] <ogra_cmpc> as long as there are chances that we get it with all our changes merged into hardy i will wait
[19:46] <\sh> ogra_cmpc: but other fixes of tormod are in
[19:46] <ogra_cmpc> right
[19:46] <ogra_cmpc> but he's talking to joey afaik
[19:47] <ogra_cmpc> so chances are there that he gets that in as well before hardy
[19:47] <\sh> ogra_cmpc: just going up dholbachs list of bugs ;)
[19:48] <ogra_cmpc> its open in a tab on my desktop, i wont forget about it
[19:49] <stgraber> ogra_cmpc: it tried to download ttf-sil-gentium from the net
[19:49] <stgraber> ogra_cmpc: IIRC I saw that package removed from ubuntu-desktop seed
[19:50] <ogra_cmpc> hrm
[19:50] <ogra_cmpc> when ?
[19:50] <stgraber> ogra_cmpc: Steve Langasek <steve.langasek@ubuntu.com>  Wed, 05 Mar 2008 11:37:53 -0800
[19:50] <ogra_cmpc> argh
[19:51] <ogra_cmpc> crap, that has to move over then i guee that was due to space issues
[19:51] <ogra_cmpc> *guess
[19:51] <ogra_cmpc> thanks for looking it up (no working browser here atm)
[19:52] <stgraber> ogra_cmpc: how critical is that ? the font is probably small, but that means our add-on CD curently requires internet to install
[19:52] <stgraber> slangasek: ^
[19:54] <ogra_cmpc> i wonder if that justifies a rebuild ...
[19:54] <stgraber> yes, me too ...
[19:55] <keescook> slangasek: IIUC, if I look at http://people.ubuntu.com/~ubuntu-archive/germinate-output/*.hardy/all+extra.sources and don't see a given pkg listed, I'm safe to upload it, correct?
[19:56] <keescook> (I have a FFe already)
[19:56] <stgraber> ogra: btw why do we have install/, doc/, isolinux/ and preseed/ on the CD ?
[19:58] <_MMA_> stgraber: Im here. (kinda)
[19:58] <stgraber> _MMA_: Ubuntu Studio isos need testing (no result on the tracker last time I checked)
[19:59] <_MMA_> stgraber: Alpha6?
[19:59] <slangasek> stgraber: what is looking for ttf-sil-gentium still?
[19:59] <stgraber> _MMA_: yes
[19:59] <stgraber> slangasek: edubuntu-desktop I guess
[19:59] <slangasek> ok, then I think edubuntu-meta needs a reupload
[20:00] <slangasek> and yes, add-on CDs are cheap to rebuild, so I think we should go ahead with doing so in this case
[20:00] <stgraber> hmm, looking at its deps, it's not the one who's depending on ttf-sil-gentium :(
[20:00] <_MMA_> stgraber: 20080306 is to be Alpha6?
[20:01] <slangasek> keescook: well,  http://people.ubuntu.com/~ubuntu-archive/germinate-output/*.hardy/all+extra.sources doesn't show what's seeded for the derivatives that build out of universe I think?
[20:01] <ogra_> slangasek, ok, adding it
[20:02] <keescook> slangasek: I meant the "*" to mean I'd check each file... are there others affected by the alpha6 freeze that are in the germinate output?
[20:02] <slangasek> ogra_: adding what?
[20:02] <ogra_> slangasek, the font to the seed
[20:02] <keescook> slangasek: really I want to get an answer to theq uestion "is libsemanage in any of the CD images?"
[20:02] <slangasek> ogra_: is that really what's wanted here?
[20:02] <stgraber> ogra_cmpc: tuxtype is depending on ttf-gentium
[20:03] <slangasek> ah
[20:03] <ogra_> hmm, that should have pulled them in
[20:03] <slangasek> so why does it need added anywhere, tuxtype should pull it in - right
[20:03] <ogra_> s/them/it/
[20:03] <stgraber> ogra_cmpc: I just played a bit with apt-cache rdepends
[20:04] <\sh> if anyone has time to review bug #155543, it's appreciated :)
[20:04] <ubotu> Launchpad bug 155543 in xchat-gnome "Does not send IRC color escape codes properly" [Low,Triaged] https://launchpad.net/bugs/155543
[20:04] <ogra_> stgraber, your download is outdated
[20:04] <ogra_> http://cdimage.ubuntu.com/edubuntu/daily/20080305.2/hardy-addon-i386.list has it
[20:05] <slangasek> OMG how I hate the new gnome panel clock
[20:05] <stgraber> ogra_: hang on a sec, I'm trying to find exactly what the issue is
[20:05] <slangasek> give me back my timezone you rat bastard
[20:05] <stgraber> ogra_: ttf-gentium is on my CD (I just noticed)
[20:06] <stgraber> ogra_: ok, the error is : ttf-gentium: Depends: ttf-sil-gentium which is a virtual package.
[20:06] <slangasek> ttf-sil-gentium isn't virtual
[20:06] <ogra_> righ
[20:06] <slangasek> it's a real package, and it's in main
[20:06] <ogra_> t
[20:06] <_MMA_> stgraber: Just let me know what one is supposed to be pushed as Alpha6 and Ill test. 20080306 or 20080305.2?
[20:07] <slangasek> so that's just the "I don't know where this package is" error from apt
[20:07] <ogra_> hmm
[20:07] <ogra_> Replaces: ttf-gentium
[20:07] <ogra_> hmm
[20:07] <slangasek> _MMA_: this is always documented on http://iso.qa.ubuntu.com/qatracker/build/all
[20:08] <stgraber> slangasek: well, current Ubuntu-Studio on cdimage is 20080306 and 20080305.2 on the tracker
[20:08] <slangasek> ogra_: let me just try rebuilding and see if it fixes itself
[20:08] <ogra_> yeah
[20:09] <slangasek> _MMA_: the one listed on the tracker is the one we mean to release.  There's been another rebuild since then because I fat-fingered; there were no changes relevant to UbuntuStudio
[20:11] <slangasek> stgraber, ogra_: fixed in edubuntu 20080306; please re-test
[20:12] <slangasek> I understand on a high-level what happened with 20080305.2, but I'll spare you the horrible details :)
[20:13] <_MMA_> slangasek: Ok. Im on it. Ill report ASAP.
[20:17] <slangasek> ogra_: btw, ttf-gentium is a dummy transitional package; does the current tuxtype depend on ttf-sil-gentium instead?
[20:17] <ogra_> no
[20:18] <ogra_> the prob is that we dont have the curent tuxtype ... its pending a MIR approval for pango-sdl
[20:18] <slangasek> actually, "yes" - the current tuxtype does drop the dependency on ttf-gentium, one way or another
[20:18] <slangasek> tuxtype is just o-o-d, for the mentioned reason :)
[20:18] <ogra_> i culd just quickly drop it but that requires a fresh meta
[20:18] <ogra_> tuxtype i mean
[20:19] <slangasek> doesn't matter, a simple respin of the CD was enough to fix the gentium problem in the short term
[20:19] <slangasek> so once tuxtype is fixed (MIR or otherwise), the rest shakes out
[20:19] <ogra_> thanks
[20:20] <ogra_> sorry for missing that i didnt follow hardy-changes or some days
[20:20] <ogra_> *for
[20:21] <slangasek> hmm?  not sure what you're apologizing for, so... that's ok :)
[20:21] <ogra_> well, i maintain the addon CD ...
[20:22] <ogra_> so i could have noticed it earlier
[20:22]  * ogra_ feels like a slacker since he doesnt have to test three CDs in six install variants
[20:23] <ogra_> (which i did until last release)
[20:23] <slangasek> are you subscribed on http://iso.qa.ubuntu.com/ so you get emails when edubuntu CDs are published for testing?
[20:23] <ogra_> i used to
[20:23] <ogra_> apparently i dont atm
[20:24] <bdmurray> \sh: wouldn't fixed released me more appropriate for bug 180474?
[20:24] <ubotu> Launchpad bug 180474 in wammu "[hardy] wammu unable to connect with Nokia 6086" [Unknown,Fix released] https://launchpad.net/bugs/180474
[20:24] <bdmurray> be even?
[20:24] <slangasek> bdmurray: you mean like the "Fix released" that ubotu just quoted at you? :)
[20:25] <bdmurray> slangasek: that's the upstream task not the ubuntu one
[20:25] <slangasek> ah :)
[20:29] <stgraber> ogra_: you now are subscribed to all edubuntu testcases :)
[20:31] <ogra_> stgraber, tx
[20:33] <ogra_> looks good so far here, its already configuring the packages
[20:33] <_MMA_> stgraber: Ahh... Cool. I dint know about the notifications.
[20:34] <stgraber> _MMA_: you have to subscribe to the testcases you want and turn on e-mail notifications in your profile
[20:34] <_MMA_> stgraber: I updated my profile. I think should get 'em now.
[20:34] <_MMA_> I think I did it correctly.
[20:35] <stgraber> you don't seem to be subscribed to Ubuntu Studio's testcases
[20:35] <_MMA_> Isnt that "Preferred Ubuntu flavour(s)"?
[20:36] <daba> http://tipovidaba.bloger.hr/
[20:36] <daba> http://tipovidaba.bloger.hr/
[20:36] <daba> http://tipovidaba.bloger.hr/
[20:36] <daba> http://tipovidaba.bloger.hr/
[20:36] <daba> http://tipovidaba.bloger.hr/
[20:36] <\sh> bdmurray: actually it's invalid for hardy...and the bug reporter was at least < hardy;)
[20:36] <stgraber> _MMA_: nope, this one is just something that'll appear in your public profile (as soon as we actually have public profile)
[20:36] <stgraber> _MMA_: http://iso.qa.ubuntu.com/qatracker/test/1365
[20:36] <stgraber> and http://iso.qa.ubuntu.com/qatracker/test/1366
[20:36] <stgraber> then tick the one you want and click subscribe
[20:37] <_MMA_> Ok. I did. Should there be some kinda confirmation?
[20:37] <\sh> bdmurray: I would like to see the possibility to know the version of the package the reporter is using...or at least the ubuntu release when the bug was filed...
[20:38] <_MMA_> stgraber: nm. got it
[20:39] <bdmurray> \sh: I'm the reporter and I was using Hardy
[20:42] <\sh> bdmurray: sry :)
[20:42] <\sh> bdmurray: now
[20:43] <bdmurray> \sh: thanks, it just seemed liked Fix Released was the best state for that bug.
[20:44] <\sh> bdmurray: well, the right thing(tm) would be: wammu -> invalid , gammu fix released ;)
[20:46] <\sh> doko: are you updating vnc4 somehow? it ftfbs somehow (amd64)
[20:47] <doko> \sh: no
[20:48] <\sh> doko: any advise for make it building? it looks really weired with that xserver-xorg deb pkg inside ;)
[20:48] <bdmurray> \sh: because wammu is just a frontend for gammu right?
[20:48] <\sh> bdmurray: jepp...
[20:50] <TheMuso> slangasek: Cory was supposed to get them sorted, but the fact is that we don't have many testers. Theres pretty much myself, Cory, and one or two others from the dev team.
[20:50] <TheMuso> Which is rather disheartening.
[20:52]  * _MMA_ is installing i386 now.
[20:55] <stgraber> ogra_: edubuntu add-on looks good but my virtual HDD wasn't large enough and ran out of space, I'm doing an alternate install on a bigger hdd and will try again
[20:59] <stgraber> Please, could someone test auto-resize with debian-installer, according to http://iso.qa.ubuntu.com/qatracker/testcases (which will need to be reworked) it hasn't been tested on any ISO
[21:06] <slangasek> TheMuso: well, it sounds like _MMA_ is subscribed to the ISO tracker now for UbuntuStudio, so perhaps that will help for the future :)
[21:06] <_MMA_> \m/
[21:31] <slangasek> superm1: fwiw, since we don't have it set up for inclusion in the ISO testing, I'm not planning to include it in the release announcement; but if you want to do some testing and announce your own mythbuntu alpha-6, I'm happy to take care of the publishing side of things
[21:31] <slangasek> superm1: eh, "it" -> "mythbuntu"
[21:37] <mario_limonciell> slangasek, it's not entirely functional yet after testing the ISO.  the main thing that we wanted to use it for (diskless) isn't spawning properly.  we'll probably hold off until beta to make an announce (assuming that part gets straightened out)
[21:38] <slangasek> mario_limonciell: ok, sounds good
[21:48] <slangasek> _MMA_: how goes the UbuntuStudio testing?
[21:50]  * TheMuso has just synced ubuntustudio and is burning now.
[21:51] <ion_> Ouch. Better not sync ubuntustudio then.
[21:51] <ion_> Should we call the fire department?
[21:51] <TheMuso> har har har
[21:54] <_MMA_> slangasek: 97% (cleaning up) Manual partitioning test.
[21:55] <slangasek> great, thanks
[21:57] <_MMA_> slangasek: I do get a lang pack error but Im US_en. Install has completed.
[21:57] <slangasek> mm, what is the langpack error?
[21:58] <_MMA_> Language pack.
[21:58] <slangasek> I know what a langpack is, what's the *error*?
[21:58] <_MMA_> hehe
[21:59] <_MMA_> One I never seen. Forgot to take a pick. :(
[21:59] <slangasek> hrm
[21:59] <slangasek> i386, or amd64?
[21:59] <_MMA_> Something about them being missing.
[21:59] <_MMA_> i386
[22:00] <slangasek> there are updated language pack packages on the image from 20080306; should we check to see if that one's better?
[22:01] <_MMA_> slangasek: If you have time to wait, sure.
[22:01] <_MMA_> Will take about 90mins.
[22:03] <_MMA_> slangasek: It installed. I doubt anyone but the team will really care 'till release. Then we will get a ear full for whatever people find.
[22:04] <_MMA_> Id just push this.
[22:04] <slangasek> ok
[22:04] <_MMA_> 20080305.2
[22:04] <_MMA_> Im still gonna do the other tests and report later.
[22:27]  * ogra_cmpc scratches his head about the ping sound gnome-power-manager makes on lid close/open 
[22:28] <ogra_cmpc> i really wonder why someone thinks i need notification about an action i'm actually just doing ...
[22:29] <slangasek> ah, is that g-p-m's fault?
[22:29] <ogra_cmpc> yeah
[22:29] <ogra_cmpc> you can switch on/off sounds completely in the power settings ...
[22:30] <ogra_cmpc> but then you wont get alarm sounds etc
[22:31] <ogra_cmpc> the feature in general is good ...
[22:31] <ogra_cmpc> its just silly for this action ...
[22:49] <amitk> slangasek: is openoffice broken-ness known?
[22:50] <Amaranth> ogra_cmpc: It makes me feel like I have a Thinkpad :P
[22:50] <slangasek> amitk: not to me
[22:52] <Amaranth> I just saw someone else complaining about OOo
[22:52] <Amaranth> Maybe they caught a bad update
[22:52] <amitk> slangasek: https://pastebin.canonical.com/3070/ - I am running amd64.
[22:53] <slangasek> erm, that appears to be a password-protected pastebin and I don't know the l/p off the top of my head - can you push it somewhere public?
[22:53] <amitk> I am off now, good night
[22:54] <StevenK> "openoffice.org: Depends: openoffice.org-writer2latex but it is not installable" is the error
[22:55] <amitk> slangasek: http://pastebin.com/d38af47d1
[22:55] <slangasek> ok, thanks
[22:56] <slangasek> yeah, I haven't seen that error before now; the OOo metapackage hasn't been seeded for quite some time, between dependency and size issues
[22:57] <slangasek> that should go into a bug report on openoffice.org in LP though, if it hasn't already; I can have a look once I'm done pushing alpha-6 out the door