[00:48] <ogra_cmpc> evand, eventually, yes ... i cant tell if that means hardy though, thats a RichEed decision, afaik he wants something to demo an edu desktop
[00:49] <evand> ogra_cmpc: ok, thanks
[01:04] <ogra_cmpc> grmbl
[01:04]  * ogra_cmpc just learned that the lenovo page kills classmates
[01:06] <LaserJock> ogra_cmpc: yucky
[01:08] <ogra_cmpc> and i didnt even get to see any pics of the new lappie ...
[01:48] <bobwhoops> join #gsoc
[01:49] <bobwhoops> whoops
[02:44] <superm1> slangasek, did you ever manage to get those changes merged into cdimage?
[03:22] <slangasek> superm1: now I have... :)
[03:23] <superm1> slangasek, yay :)
[03:23] <superm1> slangasek, so with space being a commodity, would it be feasible to only ever keep one image of ours at a given time?
[03:24] <superm1> slangasek, or will we have to wait until cdimage gains more hard drives?
[03:25] <slangasek> superm1: currently the etc/purge-days script has a single rule for all daily alternate images; I've made a policy change already that gives us a little more space though, so mythbuntu should fit in ok
[03:25] <superm1> slangasek, wonderful :)
[03:26] <superm1> slangasek, we're not going to explore doing the livecd via livecd-rootfs for some time, to that will work great
[03:34] <TheMuso> superm1: You guys are getting images done via cdimage for mythbuntu? Awesome!
[03:34] <superm1> TheMuso, at least for an alternate disk (which we have needed for ages) :)
[03:35] <TheMuso> superm1: Again, awesome!
[04:33] <Hobbsee> *drool*
[04:33] <Hobbsee> iwlwifi fixes!
[04:33] <TheMuso> Hobbsee: I can only guess that they benefit you.
[04:33] <RAOF> Hobbsee: As in: "please don't fill up /var/log with gigabytes of debug spam"!
[04:34] <RAOF> Things get really wierd when there's 0 bytes free on /, /tmp and /var :)
[04:34] <ScottK2> Hmmm. Spam.
[04:35] <Hobbsee> RAOF: yeah, that too.  the led, in particular
[04:36] <RAOF> Hobbsee: My LED has been working?
[04:36] <Hobbsee> ipw or iwl?
[04:38] <RAOF> iwl
[04:38] <RAOF> ipw doesn't work anymore, right?  I don't have the non-free daemon anymore, certainly.
[04:38] <RAOF> Or whatever it was keeping ipw in -restricted.
[04:39] <Hobbsee> strange.
[04:39] <RAOF> I suppose it depends on what you mean by "working".  My LED is _on_.  It doesn't seem to turn off when I hit the killswitch, though :)
[04:40] <RAOF> I've just never noticed this, because I treat the killswitch as basically a way to accidentally break my networking.
[04:40] <StevenK> "accidentally" ? :-)
[04:40] <RAOF> It's in a place where I *can* accidentally brush against it.  Or removing the laptop from a bag, or...
[04:40] <Hobbsee> RAOF: ah right.  mine's always off, killswitch or not
[04:41] <RAOF> Hobbsee: Yay for crazy non-standard laptops.  Standards are for _pussies_!
[04:41] <Hobbsee> hehe
[04:49] <pwnguin> its a bit sad though
[04:49] <pwnguin> iwl is a much bigger powertop offender than ipw
[04:50] <RAOF> pwnguin: I haven't noticed that, but then the nvidia driver is a big powertop offender, too.
[04:51] <pwnguin> i turned off the nvidia driver
[04:51] <pwnguin> but check out the top offender
[04:52] <pwnguin> 59.1% (148.6)      <kernel IPI> : Rescheduling interrupts
[04:52] <RAOF> I like compiz, when I'm not using nouveau.
[04:52] <pwnguin> is nouveau usable for 2d?
[04:52] <pwnguin> i just use nv
[04:53] <RAOF> pwnguin: Nouveau is *extremely* usable for 2d.
[04:53] <RAOF> It's basically as fast or faster than the blob for 2d, at least on my chip.
[04:53] <pwnguin> neat
[04:53] <RAOF> (Also, has better dual head support).
[04:53] <pwnguin> double neat
[04:54] <pwnguin> the twenty thousand dollar question: xrandr rotations
[04:54] <RAOF> Accelerated.
[04:54] <pwnguin> 180?
[04:54] <RAOF> and 90, and 270.
[04:54] <RAOF> As far as I can tell.
[04:54] <pwnguin> have you tried 180?
[04:54] <RAOF> No, I don't think so.
[04:54] <RAOF> Oh, actually, yes I have.
[04:55] <RAOF> Probably.  I played around with "mirror x", "mirror y", "mirror xy" at one point.
[04:55] <RAOF> Somewhere in that playing I probably managed a 180 rotation :)
[04:56] <pwnguin> not quite the same
[04:56] <RAOF> Try it yourself, then :)
[04:56] <pwnguin> im considering it
[04:57] <RAOF> I can even play OpenArena on nouveau :)
[04:57] <pwnguin> heh
[04:57] <pwnguin> i'd be more interested in the crack attacks and gunroars
[04:57]  * StevenK remembers submitting debugging information about his card to the nouveau guys on RAOF's insistance
[04:58] <RAOF> :)
[04:58] <pwnguin> RAOF: does your ppa still have nouveau up for testing?
[04:58] <RAOF> Yup.
[04:58] <RAOF> I should work out the module-assistant magic required to make this useful for Debian and push it into experimental.
[05:01] <RAOF> StevenK: And in return, the randr12 code probably properly handles your chip :)
[05:02] <StevenK> RAOF: Heh. Come back to me when Nouveau is in Ubuntu and handles WoW, and I'll switch :-)
[05:02] <RAOF> StevenK: I've tried, it doesn't quite yet :P
[05:04] <StevenK> RAOF: It doesn't run, or it looks wierd?
[05:04] <RAOF> It won't be in Ubuntu until DRI2 is stable, probably.
[05:04] <RAOF> StevenK: Doesn't run.  There's still a bunch of unimplemented stuff in gallium, would you believe it? :)
[05:04] <StevenK> Heh
[05:06] <RAOF> Although I also had to fight with my additional 32bits, so it's possible (but unlikely) that an i386 install would have better luck.
[05:07] <pwnguin> wow is overrated
[05:07] <TheMuso> pwnguin: Watch out!
[05:07] <TheMuso> :p
[05:09]  * RAOF hopes DRI2 will make Ibex.  DRI2 not only brings back kittens killed by god, it also procs world peace (5% chance).
[05:12] <pwnguin> so did ati actually release 3d docs?
[05:13] <toresbe> Ibex?
[05:14] <toresbe> Is that the one after Heron?
[05:14] <TheMuso> toresbe: Yes.
[05:14] <toresbe> neat
[05:14] <toresbe> I think there's a painkiller in Norway named Ibex
[05:15] <toresbe> no, that's Ibux, probably.
[05:15] <toresbe> http://www.ibextours.com/ though.
[05:16] <StevenK> toresbe: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-February/000383.html
[07:03] <dholbach> good morning
[07:04] <asac> morning dholbach
[07:05] <dholbach> hey asac
[07:08] <warp10> Good morning!
[07:09] <pitti> Good morning
[07:22] <thekorn> hi dholbach, where can a file bugs/suggestions related to this 5-a-day tool?
[07:23] <thekorn> https://edge.launchpad.net/five-a-day/+filebug seems to be disabled
[07:25] <dholbach> thekorn: should work now - thanks for letting me know
[07:25] <thekorn> dholbach, yes, works, thanks
[07:35] <dholbach> asac: http://daniel.holba.ch/ubuntu/ic/ does not load up in hardy, but does in gutsy
[07:37] <pitti> lool: WDYT about the updated packages in bug 186647 ?
[07:37] <ubotu> Launchpad bug 186647 in pigment "promote to main" [Undecided,New] https://launchpad.net/bugs/186647
[07:38] <asac> dholbach: didn't i look at that once?
[07:38] <asac> dholbach: i think it was illegal html ;)
[07:39] <dholbach> "illegal html"
[07:40] <dholbach> EXPECT THE POLICE! :)
[07:40] <asac> hehe
[07:44] <asac> dholbach: close the script elements properly
[07:44] <asac> or use XHTML DTD :)
[07:46] <asac> e.g <script type='text/javascript'></script>
[07:48] <dholbach> asac: OK, seems to be the script tag :)
[07:50] <Mithrandir> asac: it doesn't handle <script type='text/javascript' /> correct either, even with doctype = XHTML
[07:50] <asac> Mithrandir: is |'| legal in xml?
[07:51] <Mithrandir> asac: well, it was "", iirc.  I don't have that bit of code in front of me here.
[07:51] <asac> hmm
[07:51] <Mithrandir> asac: I ran it through a validator and it didn't complain, at least.
[07:52] <asac> Mithrandir: scary. you didn't file a bug, did you?
[07:52] <Mithrandir> asac: no, but I could.
[07:52] <pitti> slangasek: WDYT about bug 193265 ?
[07:52] <ubotu> Launchpad bug 193265 in sane-backends "FF exception request: update sane-backends to 1.0.19 final" [Undecided,New] https://launchpad.net/bugs/193265
[07:53] <asac> Mithrandir: please do you if you can reproduce with latest ffox 3 ... and attach the testcase
[07:53] <Mithrandir> asac: 'k
[07:54] <asac> Mithrandir: we are still pretty good at forwarding bugs upstream and getting things fixed
[07:54] <asac>  ... though time runs low
[07:54] <asac> ;)
[07:54] <slangasek> pitti: wanted to finish reading through the upstream changelog, which I don't think I'll get through tonight
[07:55] <asac> Mithrandir: package "xulrunner-1.9" most likely
[07:56] <pitti> slangasek: ok, no problem; just wanted to check if it's on your list, thanks
[07:57] <slangasek> pitti: yep, definitely; I should be able to catch up on the list of FFe requests tomorrow (Tuesday)... and sooner if other members of ubuntu-release were to help ;)
[07:57] <pitti> slangasek: I obviously can't approve my own request, but if you need help I can look at others
[07:58] <slangasek> I'd appreciate it if you had the time
[07:59] <pitti> ok, noted
[08:01]  * Hobbsee headbashes quietly
[08:01]  * Mithrandir puts a pillow between Hobbsee's head and the wall
[08:03] <Hobbsee> hey there Mithrandir!
[08:30] <cjwatson> toresbe: FWIW, if we're going to use a single word to describe the release, we normally use the adjective, not the noun
[08:31] <cjwatson> RAOF: ^-- err, I guess that was really for you
[08:38] <pwnguin> what was the i? idyllic?
[08:39] <cjwatson> pwnguin: please see ubuntu-devel-announce
[08:39] <pwnguin> intrepid
[09:11] <lool> pitti: I've poked philn to please commit his elisa/pigment packaging changes for the new upstream release/svn snapshot he mentions; if it takes too long, I'll do them; if you like, I can do a quick upload with only the python 2.5 packaging fixes, but it wont solve the issue you were seeing
[09:23] <ArneGoetje> Riddell: If you use "System Default" as antialiasing setting in KDE, it will probably fall back to fontconfig. However, hinting and antialiasing is not enabled by default in fontconfig.
[09:25] <ArneGoetje> Riddell: the Gnome desktop uses Greyscale (rgba none) and medium hinting as default settings. Question is if we should enable this setting in fontconfig globally... then KDE should get the same settings...
[09:27] <pitti> lool: right; when we do an Ubutu upload, it shuold make the package actually working
[09:28] <pitti> lool: we can wait a few days, but for the MIR it would be good to get it working ASAP
[09:58] <pitti> Mithrandir: since you seem to work on bluetooth, do you have an idea about bug 72033? what would need to happen to make this work OOTB?
[09:58] <ubotu> Launchpad bug 72033 in ubuntu-meta "Install gnome-bluetooth by default to enable receiving files via bluetooth" [Undecided,Confirmed] https://launchpad.net/bugs/72033
[10:01] <lool> pitti: Not sure we want to have an obex server listening on bluetooth 100% of the time
[10:01] <lool> (No open port policy?)
[10:01] <pitti> ah, right
[10:02] <pitti> so the bug is merely about making it much easier, not making it totally automatic?
[10:02] <lool> I guess so
[10:02] <mjj29> installed, but not enabled by default is probably reasonable
[10:02] <mjj29> so enableable from the gnome menus
[10:02] <lool> pitti: The bug seems to be about having it installed by default
[10:03] <lool> Someone proposes installing it when a bluetooth device is present/inserted
[10:03] <lool> I'd say we should install on mobile devices like laptops; I'm not sure it's easy to see the bluetooth adapter if it's off
[10:03] <lool> (ISTR it's an USB device appearing on the USB bus on my thinkpad)
[10:05] <lool> pitti: Also, I don't think there's an easy way to launch the obex server from the bluetooth adapter icon when it's visible
[10:09] <geser> pitti: Hi, please give-back: libwnck. Thanks.
[10:11] <pitti> hi geser; kicked
[10:18] <Riddell> ArneGoet1e: why would we ever not want antialiasing by default?
[10:29] <Keybuk> pitti: are ddebs not being generated automatically any more?
[10:29] <seb128> Keybuk: they are, what package is that about?
[10:29] <pitti> Keybuk: they are supposed to
[10:29] <Keybuk> pitti: there's nothing in gutsy-security
[10:29] <seb128> ah, pockets is an another story
[10:30] <pitti> Keybuk: right, it seems that the sbuild hack is not applied to the security buildds
[10:30] <seb128> I think it's a buildd thing
[10:36] <pitti> seb128: for bug 186569, TBH I'd prefer to fix nautilus for conforming to the SuSv3 spec rather than changing ntfs3g; do you object?
[10:36] <ubotu> Launchpad bug 186569 in ntfs-3g "cannot delete files off of an Fuse mounted NTFS partition in nautilus" [High,In progress] https://launchpad.net/bugs/186569
[10:36] <pitti> seb128: I'll do it and forward it to upstream, just asking for your opinion
[10:36] <seb128> pitti: let me ask alex, we discuss bugs on IRC usually
[10:36]  * pitti hugs seb128, merci
[10:37] <seb128> pitti: but are you sure it's not a ntfs3g issue?
[10:37] <seb128> pitti: man rmdir on hardy doesn't list EEXIST as a valid codecase
[10:37] <pitti> seb128: well, you can argue that ntfs3g should throw the errno as described in the Linux manpage of rmdir
[10:37] <pitti> seb128: but since the unix spec says otherwise, I see the point of ntfs3g doing it otherwise
[10:38] <seb128> why should we trust the unix specs rather than the ubuntu rmdir one?
[10:39] <pitti> "NTFS-3G uses EEXIST because more software handle the relevant error scenario better that way. Seemingly that doesn't include Nautilus." -> I can't really validate this, but it should be considered at least
[10:40] <pitti> seb128: well, rmdir() on ext3 just returns ENOTEMPTY exclusively, no doubt
[10:40] <pitti> but it doesn't actively say "rmdir must not return anything else"?
[10:40] <ArneGoetje> Riddell: in that case, the fontconfig package needs to be patched.
[10:41] <Riddell> ArneGoetje: doesn't sound too hard
[10:41] <seb128> pitti: well, if you can't trust the manpage ...
[10:41] <pitti> seb128: I don't have a strong opinion on doing either, but in the principle of being tolerant with inputs and strict with outputs I tend to fix nautilus
[10:42] <seb128> well, I'll discuss it with alex
[10:42] <seb128> but I'm not fan to use workarounds for broken code
[10:42] <pitti> seb128: I'll file a bug against the rmdir manpage in Debian
[10:45] <ArneGoetje> Riddell: yep, will do.
[10:47] <pitti> seb128: done
[10:47] <seb128> pitti: thanks
[10:49] <Hobbsee> pitti: i didn't know MIR's could get done without going thru universe.  that's kinda neat.
[10:49] <pitti> Hobbsee: how do you mean? they should usually go through universe first
[10:50] <Hobbsee> pitti: the hwdb stuff
[10:50] <pitti> oh, right, that should get ~motu-release subscribed
[10:51] <Hobbsee> pitti: no point now - youv'e already given the ack...
[10:51] <pitti> we should consider it, though, hwdb-client is horrible
[10:51] <pitti> Hobbsee: no, I didn't?
[10:51] <ogra_cmpc> pitti, i was told hwdb2 is ready for hardy
[10:51] <Hobbsee> well, put it on the MIR list is the same as "you have an exception for this, if it's OK", isn't it?
[10:51] <Hobbsee> it's a good way for getting important stuff thru REVU
[10:52] <Hobbsee> er, with avoiding REVU
[10:53] <pitti> Hobbsee: no, not at all; I didn't approve anything yet, I asked to get it into universe first
[10:53] <pitti> ogra_cmpc: hwdb2?
[10:53] <Hobbsee> pitti: i thought your comment after reverted that, saying it was in a ppa, so that was OK
[10:53] <cjwatson> seb128: if SUSv3 documents things that aren't mentioned in the Ubuntu rmdir manual page, you should trust SUSv3 rather than the manual page because many more people were involved in reviewing SUSv3 and it applies to more operating systems. If the manual page explicitly mentioned a deviation from SUSv3 then that might be a different matter, but it doesn't
[10:54] <ogra_cmpc> pitti, the thing liw and cr3 work on
[10:54] <ogra_cmpc> (they didnt change the gui much though)
[10:54] <cjwatson> seb128: besides, the Linux manpages package only really documents what the Linux kernel does
[10:54] <Hobbsee> well, for MIR review
[10:54] <seb128> cjwatson: ok, I don't know what SUSv3 is and didn't know that was a reference on the topic
[10:54] <pitti> ogra_cmpc: right, isn't that what hwtest is?
[10:54] <ogra_cmpc> thats the replacement
[10:54] <cjwatson> seb128: SUSv3 == POSIX
[10:54] <cjwatson> http://www.opengroup.org/onlinepubs/009695399/nfindex.html
[10:55] <ogra_cmpc> pitti, once you see its gui you understand :)
[10:55] <ogra_cmpc> it looks pretty miuch identical
[10:55] <pitti> cjwatson: my thought as well, that's why I filed a bug against manpages-dev (not in the BTS yet)
[10:55] <ogra_cmpc> just the insane backend is gone
[10:55] <cjwatson> seb128: definitely the applicable standard :)
[10:55] <seb128> cjwatson: ok, good to know, thanks ;-)
[10:58] <seb128> speaking about fuse, could we add desktop users to the fuse group on hardy?
[10:58] <seb128> what would be the right place to discuss that? irc? mailing list? launchpad?
[10:59]  * ogra_cmpc wouldnt mind
[10:59] <ogra_cmpc> would make things easier in ltsp land as well ...
[10:59] <seb128> gvfs does fuse mounts transparently when accessing a network location which means applications not using vfs can access network shares transparently
[10:59] <ogra_cmpc> seb128, do you plan gvfs-fuse in the desktop as well ? i heard there are some massive probs with sabayon
[11:00] <seb128> ogra_cmpc: no idea about sabayon, we got no bug on launchpad and it's not in the default installation
[11:00] <ogra_cmpc> seb128, i was planning to pull it into e-dsktop
[11:01] <seb128> ogra_cmpc: I don't think it's a desktop user application
[11:01] <ogra_cmpc> (thats why we had so many sessions about it in boston :))
[11:01] <seb128> and yes having gvfs-fuse in the desktop installation would be nice
[11:01] <ogra_cmpc> seb128, well, then edubuntu-server in any case it will end up on the edubuntu cd
[11:01] <pitti> seb128, cjwatson: FYI, Debian bug 467552
[11:01] <ubotu> Debian bug 467552 in manpages-dev "rmdir(2) can return EEXISTS, too" [Normal,Open] http://bugs.debian.org/467552
[11:02] <ogra_cmpc> seb128, ok, thats all i wanted to know :)
[11:04] <cjwatson> seb128,ogra_cmpc: we discussed this 20 days ago in this channel and the agreed output was not to add all users by default, and for Oliver to add a notification to fuse-utils. However, I'll make the user-setup change now to add the default user to the group
[11:05] <cjwatson> seb128: see http://irclogs.ubuntu.com/2008/02/06/%23ubuntu-devel.txt for the log
[11:06] <seb128> cjwatson: right, I know we discussed it but I didn't open a bug or anything and no change was made that's why I was asking again
[11:06] <seb128> cjwatson: thanks ;-)
[11:07] <ogra_cmpc> i'll do the fuse change today ...
[11:10] <cjwatson> user-setup> will do it once we've fixed a bit of bzr desync
[11:20] <seb128> pitti: http://bugzilla.gnome.org/show_bug.cgi?id=518816
[11:20] <ubotu> Gnome bug 518816 in general "should handle rmdir returning EEXIST correctly" [Normal,Unconfirmed]
[11:20] <pitti> seb128: cool, thanks; did alex agree?
[11:21] <hackeron_> hey, it seems hardy is ignoring my xorg.conf -- I have Modes           "800x480" - yet hardy starts X with "800x600" -- Is there anyway to force hardy to use my required resolution?
[12:05] <pitti> Riddell: does anything in Kubuntu still use cupsys' enable_{browsing,sharing}?
[12:06] <Ng> is sun-java6-plugin supposed to be empty apart from directories?
[12:12] <Riddell> pitti: no
[12:19] <seb128> pitti: the gvfs fix has been commited to svn and uploaded to hardy now
[12:21] <cjwatson> mjg59: are you planning to push that vt font restoration patch to the hardy kernel?
[12:21] <pitti> seb128: wow, that was fast
[12:33] <mjg59> cjwatson: Can do
[12:34] <cjwatson> thanks
[13:10] <seb128> carlos, pitti: any idea of why seahorse.mo is not in the hardy language packs?
[13:12] <pitti> hm, according to the build logs they were stripped
[13:13] <pitti> seb128: from what I can see it's probably stuck in the LP translations moderation queue?
[13:13] <seb128> pitti: no idea, that's why I was asking
[13:13] <seb128> is carlos on holidays this week?
[13:15] <seb128> right, he's not working today, ok will ask him tomorrow
[13:15] <pitti> sorry, I tried to find it out using the webui, but it's not really searchable enough
[13:16] <seb128> that's alright
[13:16] <ScottK> pitti: I was looking into recent Debian changes in cyrus-sasl and it looks like there are some fixes worth a merge to get.  I'm a little uncertain how to proceed since when Debian incorporated your lidbd4.6 migration patch they did it slightly differently.  Would you please take a look at it and advise me if their patch is appropriate?
[13:17] <pitti> ScottK: looking
[13:17] <ScottK> Thanks
[13:18] <pitti> ScottK: meh, our Ubuntun diff is horrible, 2.6 MB
[13:18] <pitti> and only because someone autoreconf'ed with a wildly different version
[13:19] <pitti> ScottK: can you please clean this up during the merge?
[13:19] <ScottK> pitti: I can try.
[13:19] <ScottK> pitti: I'm not certain this is one I'll be sufficiently confident to do on my own, but I'm going to give it a shot and see how it goes.
[13:22] <pitti> ScottK: confirmed that the Debian patch for db migration is fine
[13:23] <ScottK> pitti: Thanks.  I'll add that back to my TODO then.
[13:57] <cjwatson> tjaalton: ooh. I figured out the console-setup 'any' keysym bug
[13:57] <cjwatson> -               && ($symbol !~ /^nosymbol$/i
[13:57] <cjwatson> +               && ($symbol !~ /^(?:nosymbol|any)$/i
[13:57] <cjwatson> all that over a one-liner ;-)
[14:20] <\sh> slangasek: thx again for your help yesterday night :) I found the error actually...and it has nothing to do with ubuntu or anything from the system
[14:22] <ogra> seb128, hmm, with gvfs my ltspfs patches seem not to work anymore, i suddenly have unmount options for ltspfs devices in nautilus
[14:23] <seb128> ogra: sure, gvfs has no ltsp patch yet
[14:23] <ogra> right, seems i need to look into that
[14:23] <seb128> you are welcome to do the patch porting
[14:24] <ogra> i have to look at gvfs first :)
[14:24] <seb128> I will have a look otherwise but that was not a priority on my list before getting gvfs uploaded
[14:24] <ogra> right, understood
[14:24] <ogra> i just noticed it after upgrading my ltsp server
[14:46] <tjaalton> cjwatson: yay :)
[14:51] <cjwatson> Riddell: please push your ubiquity 1.7.12 release to bzr
[14:51] <Mithrandir> pitti: 72033 is fixed with the new bluez-gnome
[14:51] <pitti> ah, neat
[14:51] <cjwatson> Riddell: also if you could try to avoid the tab characters in debian/changelog that make vim display them in red as errors, that'd be good ;)
[14:59] <Riddell> hmm, I'm sure I did
[15:00] <Riddell> right, I missed the final commit
[15:01] <cjwatson> 'bzr bind' is your friend :)
[15:02] <ogra> http://paste.ubuntu-nl.org/57470/ any comments from native english speakers ?
[15:03] <ogra> (thast supposed to become teh fuse-utils notification)
[15:04] <jdong> ogra: awfully wordy for a simple concept IMO
[15:04] <ogra> jdong, i'm open for everything, suggest a better text
[15:04] <ogra> it shouldnt scare my mom on upgrades please :)
[15:05] <jdong> ogra: "Please add users to the 'fuse' group to grant permission to use fuse filesystems" would be a good paraphrase
[15:06] <jdong> probably not optimal either, but I don't see a reason why it can't be said in a sentence
[15:06] <jdong> if you choose to go with the original, s/base/basis/
[15:06] <ogra> well, i thought some slightly more explaining text of teh why/how might be good
[15:09] <jdong> ogra: "For security reasons, only members of the 'fuse' group are permitted to use fuse filesystems. Please use the Users and Groups administration tool to grant users this priviledge"
[15:10] <ogra> now *that* sounds good :)
[15:10] <cjwatson> (it's spelled "privilege")
[15:10] <jdong> oops thanks cjwatson :)
[15:10] <cjwatson> can we also ban the text "For security reasons"?
[15:10] <cjwatson> we aren't an airport :)
[15:10] <ogra> lol
[15:10] <jdong> lol
[15:11] <ogra> dont leave your files unattnded :)
[15:11] <ogra> *unattended
[15:11] <jdong> Please keep your tarballs in 3kb or smaller containers in a quart sized ziploc bag
[15:11] <ogra> ok, i'll go with the above then, minus the security warning and typo
[15:12] <ogra> what about the title ?
[15:12] <ogra> Name: Filesystem in userspace access info
[15:12] <cjwatson> "Only members of the 'fuse' group are permitted to use userspace file systems, since this is a powerful facility that has not been completely audited for safety."
[15:12] <cjwatson> something like that?
[15:13] <cjwatson> I think the installer goes for "file system" rather than "filesystem" consistently
[15:13] <ogra> uh, that implies its insecure
[15:13] <cjwatson> so does "for security reasons"
[15:13] <ogra> yeah
[15:13] <pitti> BenC: are you fine with bug 188806?
[15:13] <ubotu> Launchpad bug 188806 in git-core "Please sync git-core 1:<IP_ADDRESS>-1 (main) from Debian unstable (main)" [Undecided,New] https://launchpad.net/bugs/188806
[15:13] <cjwatson> the discussion the other day was that we weren't confident enough in it to grant access to it to all users
[15:13] <cjwatson> which is pretty much what the above is saying
[15:13] <BenC> pitti: yeah
[15:13] <pitti> BenC: i. e. do you know whether the new version introduces any behaviour changes, and have you used it?
[15:13] <pitti> BenC: ok, thanks
[15:14] <cjwatson> ogra: title> "Using userspace file systems"
[15:14] <ogra> thanks ...
[15:14] <cjwatson> although "userspace" is still jargon; I'm not sure how far we can go given that the whole thing is fundamentally jargon
[15:14] <ogra> i'd really rather formulate it positive ... like "to gain you conntrol over access of ..." or so
[15:14] <ogra> *control
[15:15] <cjwatson> actually, the obvious flaw in all of this is that if you don't know what fuse is then you have no idea what it grants you access to
[15:15] <ogra> instead of implying its not safe
[15:15] <ogra> right
[15:15] <jdong> cjwatson: well presumably someone who's just installed fuse-utils should know what it is?
[15:15] <cjwatson> so it needs some examples, like NTFS, sshfs, etc.
[15:15] <jdong> ah, examples would be nice :)
[15:15] <cjwatson> jdong: not given that it's installed by default, no
[15:15] <jdong> oh I totally forgot about ntfs-3g by default
[15:15] <ogra> jdong, you will get the note on upgrades
[15:16] <cjwatson> ogra: perhaps drop the bit about auditing but still include "powerful" in the text, which gives users a hint why it's not available across the board
[15:16] <jdong> ogra: should we instead make the fuse frontends display this message?
[15:17] <ogra> jdong, every single one ? that would get annoying if you have multiple ones installed
[15:18] <ogra> i.e. i have ltspfs here, sshfs, through the default install i get ntfs3g ....
[15:18] <cjwatson> "FUSE is a powerful facility that allows users to create virtual file systems. It can be used for applications ranging from digital cameras through online photo-sharing to compatibility with Microsoft Windows file systems."
[15:18] <pitti> ScottK, mathiaz: could one of you please have a look at bug 79371 while you touch cyrus-sasl? seems to be an easy fix
[15:18] <cjwatson> something like that?
[15:18] <ubotu> Launchpad bug 79371 in cyrus-sasl2 "saslauthd init script does not allow movement of PID" [Low,In progress] https://launchpad.net/bugs/79371
[15:20] <ogra> "By default access to it is only granted to the first user of the system to gain the system administrator full control over access. Please add users to teh fuse group to your liking"
[15:20] <ogra> the repititive "access" isnt good though
[15:20] <cjwatson> it also needs more punctuation
[15:20] <ogra> yeah, i suck at that
[15:21] <ogra> but something in that spirit combined with your explanation
[15:21] <cjwatson> "By default, only the first user is allowed to work with virtual file systems. To grant access to other users, add them to the 'fuse' group."
[15:21] <ogra> oki
[15:21] <cjwatson> or something along those lines
[15:22] <mjg59> I think "virtual file systems" is potentially confusing
[15:22] <cjwatson> aye
[15:22] <mjg59> As well as being inaccurate :)
[15:22] <cjwatson> as it happens, I was quoting 'apt-cache show fuse-utils'
[15:23] <mjg59> Heh
[15:26] <ogra> mjg59, userspace filesystems instead ?
[15:27] <mjg59> Yeah, though I'm not sure that's terribly meaningful for most people
[15:27] <mjg59> I can't think of anything better off-hand, though
[15:29] <ogra> thats my final text now: http://paste.ubuntu-nl.org/57475/+
[15:29] <ogra> err
[15:29] <ogra> http://paste.ubuntu-nl.org/57475/
[15:30] <cjwatson> "fuse-based"
[15:30] <ogra> ah
[15:30] <cjwatson> and I think the second and third paragraphs should be merged into one paragraph
[15:31] <ogra> ok, done http://paste.ubuntu-nl.org/57476/
[15:33] <cjwatson> good enough for me
[15:35] <CyberSnooP> "create userspace file systems" or "use userspace file systems"?
[15:40] <cjwatson> CyberSnooP: "mount", really, except that's more jargon. You can use a fuse filesystem mounted by another user without needing to be in the fuse group yourself.
[15:41] <CyberSnooP> yeah, the whole thing is leaning toward jargon anyway so I guess there is no easy way to get it right.
[15:46] <Keybuk> that's ok compiz ...
[15:46] <Keybuk> I didn't need window management anymore
[15:48] <geser> Keybuk: isn't a terminal on each side of the cube enough?
[16:15] <keescook> Keybuk: can you take a look at the most recent patch to 45842?  We were unable to reproduce the "does not mount" bug, but this fixes documentation, possible races, and the mtab bug for network fs's
[16:22] <Keybuk> keescook: err, so it's not an ifup script anymore?
[16:22] <Keybuk> oh, sorry, I didn't see the + at the end
[16:23] <keescook> *ctrl-u* yawp
[16:23] <Keybuk> I'm not sure the extra call is needed, but otherwise I see where you're going
[16:23] <keescook> Keybuk: also, if it uses watershed, should we explicitly add udev as a Depend
[16:23] <Keybuk> yes
[16:23] <keescook> okay, we'll get that fixed
[16:24] <keescook> the extra is kind of a "it doesn't hurt and may fix future problems or issues that are hard to reproduce"
[16:25] <Keybuk> I have a natural distaste for "just in case" coding ;)
[16:25] <Keybuk> but that's just a personal issue <g>
[16:26] <keescook> Keybuk: yeah, I figured that'd be the oddest part for you.  I'm taking the angle of "for Hardy, this seems more stable".  I'd be happy to rip it out for intrepid
[16:27] <Keybuk> sure :)
[16:27] <Keybuk> imagine my displeasure at discovering that the reason we call sync before reboot is "just in case"
[16:27] <keescook> okay, so I'll take this as a +1 from you then, and get it fixed and upload.  :)
[16:27] <keescook> sync> hehe
[16:27] <Keybuk> I like to think that the kernel is not silly enough to discard writes when it feels like it
[16:28] <Keybuk> but I'm odd like that
[16:28] <keescook> I'd tend to agree.  :)
[16:30] <Keybuk> had an interesting experience the other day along those lines actually
[16:30] <Keybuk> had copied lots of stuff onto USB storage device
[16:30] <Keybuk> and shutdown the machine
[16:30] <Keybuk> and as it was going down thought "hey, I wonder whether it's actually going to finish writing and unmount that"
[16:30] <Keybuk> happily it stopped at "Will now halt..." sufficiently long that usplash timed out
[16:31] <Keybuk> (it amuses me that halt() appears to not actually stop processes)
[16:31] <Keybuk> and after a short while, powered off
[16:31] <Keybuk> so it must have been writing out to the disk still
[16:31] <keescook> so it correctly sync'd then?
[16:31] <mjg59> Yes, filesystems are synced before the machine is halted
[16:32] <keescook> kernel ftw
[16:37] <Keybuk> mjg59: it seems they mostly are
[16:37] <Keybuk> we think we found a couple of cases where they may not have been
[16:37] <Keybuk> but didn't follow them up yet
[16:37] <mjg59> device_shutdown() isn't called until after that, to the best of my knowledge
[16:37] <Keybuk> I'm pretty sure one of them involved the ide subsystem, so was irrelevant
[16:38] <mjg59> That was cache flushing, no?
[16:38] <Keybuk> err, can't remember; you could possibly be right
[16:39] <mjg59> The filesystem stuff is at the VFS and block device level
[16:39] <mjg59> Hardware subsystems then need to make sure that writes have actually hit the disk
[16:39]  * mjg59 goes out
[16:39] <Keybuk> ah, you're absolutely right
[16:42] <ogra> cjwatson, hmm, did you ever notice the " #!/bin/bash -e" at the top of the fuse-utils.postinst ?
[16:43]  * ogra doesnt see any bashisms in there that would justify it
[16:47] <cjwatson> ogra: I don't see any bashisms either. I imagine it was there before I touched it and I never bothered changing it
[16:48] <ogra> i'll try with plain /bin/sh
[16:48] <ogra> if it works i'll change it
[16:49] <cjwatson> Riddell: ubiquity 1.7.12 final commit is still missing from bzr
[16:50] <cjwatson> Riddell: please push it so that we don't have to merge
[16:52] <Riddell> cjwatson: sorry, done that now
[16:52] <cjwatson> Riddell: thanks. FWIW I find 'debcommit --release' to be a useful habit (and it tags too, if your bzr branch format is new enough)
[17:27] <netzmeister> pitti:  ping
[17:28] <netzmeister> crimsun_:  did you know how can i contact Colin Watson?
[17:29] <netzmeister> s/did/do
[17:29] <cjwatson> netzmeister: hello
[17:32] <netzmeister> cjwatson:  hello..
[17:32] <netzmeister> cjwatson:  i need some info about that bug...
[17:32] <netzmeister> https://bugs.launchpad.net/ubuntu/+source/grub/+bug/22220/comments/26
[17:32] <ubotu> Launchpad bug 22220 in grub "Correct modules for I2O-based raid are not loaded" [High,Fix released]
[17:32] <netzmeister> ? nice feature here.. :-)
[17:33] <cjwatson> netzmeister: should be fixed in 6.06.2
[17:33] <netzmeister> cjwatson:  the latest ISO's on ubuntu.com?
[17:34] <netzmeister> if it is 6.06.2 the bug isn't fixed..
[17:34] <cjwatson> http://releases.ubuntu.com/6.06.2/
[17:35] <cjwatson> netzmeister: if there's still a problem, please update the bug with all relevant detail
[17:35] <cjwatson> it is entirely possible it is a specific problem with your hardware rather than a recurrence of the general problem, for instance
[17:36] <netzmeister> cjwatson:  jep there is still a problem..
[17:36] <netzmeister> :(
[17:40] <netzmeister> i don't understand, because the installer works perfectly.
[17:42] <nosrednaekim> pitti: ping
[18:12] <shaya> anyone use bzr on feisty?  the package seems broken to me
[18:13] <nosrednaekim> shaya: if you are try to use it with launchpad, I think you need to use the latest version
[18:15] <shaya> nosrednaekim: just trying to run it
[18:15] <shaya> errors out w/ python error
[18:15] <shaya> can't find bzrlib
[18:15] <shaya> very default feisty installation
[18:15] <nosrednaekim> shaya: oh... whats the error?
[18:18] <shaya> ImportError: No module named bzrlib
[18:18] <shaya> Please check bzrlib is on your PYTHONPATH....
[18:19] <shaya> could it be a python problem? (updating python now, but download is slow, only 120kB/s)
[18:19] <nosrednaekim> shaya: did the package install correctly? and did you install bzr-common (I think there is apckage called that)
[18:19] <shaya> no bzr-common in fesity
[18:19] <shaya> bzr, bzrtools
[18:21] <shaya> works on my debian testing box w/o a proble
[18:23] <pochu> is ubuntu-minimal installed in buildds?
[18:24] <pochu> or does anyone know why gnome-build fails to build in the buildds but builds in my pbuilder and in debian? http://launchpadlibrarian.net/12236635/buildlog_ubuntu-hardy-i386.gnome-build_0.2.3-1ubuntu1_FAILEDTOBUILD.txt.gz
[18:24] <pochu> this is the new configure check: http://pastebin.com/f65e1711a
[18:25] <cjwatson> the buildd chroot does not install ubuntu-minimal
[18:25] <cjwatson> start with 'debootstrap --variant=buildd' if you want to reproduce it
[18:26] <shaya> ok, seemed like a python bug
[18:26] <shaya> updated python fixed it
[18:26] <pochu> cjwatson: thanks. seb128 suggested it could be liblocale-gettext-perl, which is priority required in debian, but I've noticed ubuntu-minimal depends on it (indirectly)
[18:27] <cjwatson> it's actually priority required in Ubuntu too (due to adduser), so I'm not entirely sure why it isn't installed, but no matter, you should have a build-dependency on it anyway
[18:56] <emgent> pitti, ping
[19:38] <Riddell> slangasek: how come you didn't remove xen-unstable in bug 195453 ?
[19:38] <ubotu> Launchpad bug 195453 in xen-source "Please remove xen-{source,unstable} from hardy" [Undecided,Fix released] https://launchpad.net/bugs/195453
[19:40] <slangasek> Riddell: I was checking with geser whether it needed blacklisting; it's blacklisted now, you can do the xen-unstable removal or I can
[19:40] <Riddell> slangasek: thanks, I'll do it
[21:38] <okaratas> hello
[21:39] <tino> hello
[21:41] <luisbg> is there a problem with the bzr package in gutsy?
[21:41] <luisbg> two friends already asked they are having trouble and they are running an old version
[21:41] <luisbg> but up to date to the repo
[21:43] <TheMuso> luisbg: They could still be bitten by the python-central issues that were around a week or so ago./
[21:44] <luisbg> TheMuso, ouch! that's true
[21:44] <geser> TheMuso: they affect also gutsy? I thought they affected only hardy
[21:44] <TheMuso> oh sorry, right.
[22:56] <somerville32> Where are the global gtkrc-2.0 settings kept?
[22:57] <seb128> somerville32: what do you want to know exactly?
[22:57] <seb128> somerville32: there is no global configuration, each theme has its own gtkrc
[22:58] <somerville32> hmmm
[22:59] <somerville32> Ok, I think you've answered my question thanks.
[22:59] <seb128> you are welcome
[23:09] <zyx386> hi
[23:11] <zyx386> we are as Kurdish users of ubuntu, have we ubuntu on our language however mussen we manuel after that installation kurdish fonts the package to add. it would better be if beside many fonts packages kurdish fonts also in usr/shre/fonts its.
[23:12] <zyx386> can anyone answer me!?
[23:12] <zyx386> :)
[23:13] <zyx386> that is very very important for us.
[23:14] <somerville32> zyx386: You should file a bug report.
[23:14] <zyx386> somerville32, that is not bug!
[23:14] <slangasek> zyx386: the solution is to identify the missing font packages and have them added to a language-support-fonts-ku package, depended on by language-support-ku
[23:14] <slangasek> zyx386: of course it's a bug.
[23:15] <zyx386> ok who can report bug?
[23:15] <somerville32> zyx386: You can :)
[23:15] <somerville32> zyx386: http://launchpad.net/ubuntu/+filebug
[23:16] <zyx386> yes thanx
[23:17] <slangasek> rather, http://launchpad.net/ubuntu/+source/language-support-ku/+filebug
[23:17] <ScottK> zyx386: I think I know of a font that might work reasonably well that's already packaged for Ubuntu.  I need a moment to check.
[23:18] <zyx386> ok
[23:19] <zyx386> her is some report about my Q
[23:19] <zyx386> https://bugs.launchpad.net/ubuntu/+source/djvulibre/+bug/33981
[23:19] <ubotu> Launchpad bug 33981 in djvulibre "No font for Kurdish in Arabic script" [Medium,Fix released]
[23:20] <zyx386> uboto no, is not fixed
[23:21] <ScottK> https://launchpad.net/ubuntu/+source/ttf-sil-scheherazade is a font that is said to support Kurdish.
[23:21] <ogra_cmpc> according to that bug above the kurdish characters are in the DejaVu Sans font
[23:22] <slangasek> uh.  how did a font bug get filed against djvulibre?
[23:22] <zyx386> ScottK, i mean kurdish in arabic script, if inot add the font paket manuel. can't see any website in kurdish (sorani)
[23:23] <ScottK> zyx386: ttf-sil-scheherazade is an arabic font.
[23:23] <zyx386> but not kurdish
[23:23] <zyx386> arabisch fonts are not utf-8
[23:24] <slangasek> that's not true
[23:24] <ScottK> zyx386: http://www.wazu.jp/gallery/views/View_Scheherazade.html is does have Kurdish
[23:24] <slangasek> whether a font is unicode has nothing to do with whether it's arabic
[23:24] <ScottK> is/it
[23:25] <zyx386> ScottK, that is kurdisch fonts Sorani
[23:25] <zyx386> http://www.wazu.jp/gallery/Fonts_KurdishA.html
[23:26] <ScottK> zyx386: Scheherazade is one of the fonts listed on that page.
[23:28] <zyx386> ScottK, this page are not complet correct kurdisch fonts, sschehrezade fonts is arabisch fonts but is edited to kurdisch and have arabic encoding
[23:28] <zyx386> i mean 44 kurdish fonts Unkurd Fonts(unicode fonts)
[23:29] <ScottK> zyx386: Would Scheherazade be better than what you have now?
[23:29] <zyx386> no schehrezade is not Unikurd fonts
[23:30] <zyx386> the unikode font begin with Uni###
[23:30] <zyx386> that is correct list from unikurd fonts
[23:30] <zyx386> http://kurditgroup.org/download/fonts
[23:32] <slangasek> zyx386: can you please explain again why the scheherazade font is not suitable for this purpose?  It's already in the archive, so if there are bugs with it that we can fix, that would be a shorter path to a solution
[23:32] <ogra_cmpc> so scheherazade wouldnt display your webpages correctly ? do you have a page that shows wrong font behavior with the fonts missing ?
[23:33] <zyx386> slangasek, i try to explain you, sorry for my bad englisch. i can german to
[23:34] <zyx386> also Sherhrezad fonts is arabic fonts under encoding arabich
[23:34] <slangasek> what do you mean by "encoding arabisch" (arabic encoding)?
[23:34] <slangasek> are the glyphs needed by Kurdish present in the font?
[23:35] <zyx386> but the Unkurd font under encoding UTF-8, and is standard in all kurdish webpage
[23:35] <zyx386> ok
[23:35] <zyx386> the 99% kurdish website used this fonts as standard
[23:35] <zyx386> Unikurd Web
[23:36] <slangasek> the encoding for a webpage, and the encoding for a font, do not have to be the same in order for them to be used compatibly
[23:36] <slangasek> it's only required that the system *know* the encoding of each, and know how to map between the encodings
[23:37] <ScottK> http://www.omniglot.com/writing/kurdish.htm seems to show that standard Arabic fonts should be adequate.
[23:37] <zyx386> schehrezad font is unknown, the standard fonts is Unikurd Web
[23:37] <slangasek> when I visit http://kurditgroup.org/download/fonts from Ubuntu, I see text in Kurdish.  I of course don't know if it's correct, or if there are characters missing, because I don't speak Kurdish; but the text displays
[23:37] <zyx386> for exapmle
[23:38] <slangasek> so I don't see any encoding problem
[23:38] <zyx386> slangasek, can you tke screen shot
[23:39] <zyx386> for expample show all CSS page
[23:39] <zyx386> http://www.webchin.org/style/style.css
[23:39] <zyx386> Unikurd Web is  standard
[23:39] <zyx386> or Tahoma
[23:40] <slangasek> zyx386: http://people.ubuntu.com/~vorlon/Screenshot-kurditgroup.png
[23:40] <zyx386> wow
[23:40] <zyx386> i test with ubuntu!!
[23:41] <zyx386> but have ubuntu or debian, because of debian is ok
[23:41] <ScottK> Works fine with Kubuntu too.
[23:41] <zyx386> ScottK, just 1min
[23:41] <somerville32> Works fine with Xubuntu too
[23:41] <slangasek> this screenshot is with Ubuntu; it's hardy, the upcoming release, so I don't know for sure if it works the same in Ubuntu 7.10
[23:42] <ScottK> slangasek: It displays fine on my Dapper Kubuntu in Firefox, so I suspect all the ones in between work too.
[23:42] <zyx386> slangasek, of 7.10 not worked fine
[23:42] <zyx386> in Faist fawn and dapper have no problem
[23:43] <zyx386> i remove the kurdish font paket and take screenshot ok
[23:43] <ScottK2> I'm on Gutsy Kubuntu now and it looks like slangasek's screen shot.
[23:45] <zyx386> i find it
[23:45] <zyx386> the problem is firefox
[23:45] <zyx386> because of galeon have no prblemo
[23:45] <ScottK2> Works fine for me with both Firefox and Konqueror.
[23:47] <zyx386> ScottK, test this website please and take screenshot
[23:47] <zyx386> i think the problem is CSS atribude
[23:47] <slangasek> zyx386: can you show us a screenshot of the wrong behavior, instead?
[23:47] <zyx386> ok
[23:48] <zyx386> http://img508.imageshack.us/img508/8038/screenshotnh0.png
[23:49] <cjwatson> that looks like lack of proper Arabic shaping to me ...
[23:49] <cjwatson> (by which I mean Arabic and related scripts)
[23:49]  * ScottK2 needs to go eat dinner.
[23:50] <cjwatson> seems to display much better in Firefox 3 in Hardy; it may simply be that Firefox 2's Arabic shaping support was poor
[23:50] <zyx386> cjwatson, correct
[23:51] <zyx386> ok i found my annswer, and thank you Ubuntu
[23:51] <zyx386> thanx all
[23:51] <cjwatson> (not that I would know for sure, I can just see that characters are joined up better; and I have to go to bed ;-) )
[23:52] <ogra_cmpc_> probably a good ised
[23:52] <ogra_cmpc_> *idea
[23:53] <zyx386> have nice time all
[23:55] <TheMuso> Hrm. Are there any known issues with python and apps not being able to import module _bsddb?


[07:05] <diplo> Morning all
[07:05] <JonTheNiceGuy[m]> Morning :)
[07:40] <CoderEurope> Mornin you guys.
[07:41] <CoderEurope> Hopefully - I should have an UbuntuMate iMac soon, but maybe not : https://redd.it/554wg6
[07:43] <CoderEurope> no-one about.
[07:45] <JonTheNiceGuy[m]> Morning.
[07:49] <SebthreeBQM10HD> JonTheNiceGuy[m], oh
[07:49] <SebthreeBQM10HD> JonTheNiceGuy[m], hey
[07:49] <SebthreeBQM10HD> JonTheNiceGuy[m], acsaully I had emailed you :d  to do with my event, and the creative commons prescence
[07:49] <JonTheNiceGuy[m]> Hi :D
[07:50] <JonTheNiceGuy[m]> Oh cool :D
[07:50]  * JonTheNiceGuy[m] waves
[07:50] <SebthreeBQM10HD> JonTheNiceGuy[m], assuming your the same guy which I expect so
[07:50] <SebthreeBQM10HD> JonTheNiceGuy[m], so is there a better way to search cchits for  music?  for example if I don't want love songs, how do I get up the  other music easier ?
[07:51] <JonTheNiceGuy[m]> Ugh, that we don't have.
[07:51] <SebthreeBQM10HD> ok so I Really got to go throught the charts then
[07:51] <JonTheNiceGuy[m]> One tic, moving a server... Brb
[07:51] <SebthreeBQM10HD> like I was doing before
[07:51] <SebthreeBQM10HD> ok
[08:01] <JonTheNiceGuy[m]> Yehr, sorry about that, we never got to the point of tagging tracks with genres...
[08:02] <JonTheNiceGuy[m]> It just never quite took off in that way
[08:05] <SebthreeBQM10HD> JonTheNiceGuy[m], that's ok
[08:05] <SebthreeBQM10HD> JonTheNiceGuy[m], I still have a nice base site :)
[08:05] <SebthreeBQM10HD> for finding music t
[08:06] <SebthreeBQM10HD> that I want
[08:06] <SebthreeBQM10HD> better than http://libre.fm for that
[08:07]  * SebthreeBQM10HD is a bit disapointed with Linux Voice team
[08:07] <SebthreeBQM10HD> JonTheNiceGuy[m], would you have any suggestions foro ther content by the way, specfically open movies, and graphics ?
[08:08] <SebthreeBQM10HD> CC
[08:21] <brobostigon> morning boys and girls.
[08:22] <SebthreeBQM10HD> brobostigon, morning girl
[08:23] <brobostigon> morning green amorphous blob.
[08:40] <JonTheNiceGuy[m]> SebthreeBQM10HD: no, not really. Aside from the various blender projects?
[08:40] <JonTheNiceGuy[m]> Morning brobostigon
[08:40] <brobostigon> morning JonTheNiceGuy[m]
[09:03] <SebthreeBQM10HD> JonTheNiceGuy[m], bender projects right
[09:03] <SebthreeBQM10HD> JonTheNiceGuy[m], they have like a demo show case of a few things, elephants dream and such
[09:03] <SebthreeBQM10HD> JonTheNiceGuy[m], but yeah just any animation really or open movie, as long as family friendly, which not all are I been looking at net
[09:03] <SebthreeBQM10HD> and around 20 minutes at most in lengeth ideally
[09:10] <JamesTait> Good morning all!  Happy Friday, and happy International Podcast Day! 😃
[12:09] <diddledan> JamesTait: http://ubuntupodcast.org/
[12:47] <JonTheNiceGuy[m]> Happy Friday JamesTait!
[12:47] <JonTheNiceGuy[m]> Just out of interest, I'm trying to figure out how to request a package from Upstream Debian get updated to a later version (ntopng)
[12:48] <JamesTait> JonTheNiceGuy[m]! Long time no see! Happy Friday!
[12:48] <JonTheNiceGuy[m]> Indeed JamesTait
[12:49] <JamesTait> JonTheNiceGuy[m], I'd have thought that should happen each release with the sync from Debian.
[12:50] <JonTheNiceGuy[m]> It's currently on 2.2+dfsg1-2+b3 in both the Ubuntu (16.04/10) releases. ntopng is currently at 2.4 at source.
[12:50] <JonTheNiceGuy[m]> Debian Sid has it at 2.2 as well.
[12:51] <JonTheNiceGuy[m]> So, I'm wondering whether it's just where Debian haven't had the resources to bring it up to speed, or if there's something more fundamental going on in the ntopng source.
[12:51] <JonTheNiceGuy[m]> I've noticed that ntop.org are only making x64 packages now, and I don't know whether that has any baring on things.
[12:51] <JonTheNiceGuy[m]> s/baring/bearing
[12:55] <JonTheNiceGuy[m]> Should I be filing a bug on the Launchpad ntopng package, against Debian's bug tracker, or... just cope until someone does something about it? :)
[14:14] <diplo> Anyone recommend a windows screen recording software ( free? )
[14:17] <popey> never tried, i know camstudio is one people often recommend
[14:18] <JonTheNiceGuy[m]> diplo: OpenBroadcastSoftware (sometimes referred to as OBS) works well, and is cross platform too.
[14:18] <popey> yeah, OBS is quite uh.. comprehensive
[14:19] <JonTheNiceGuy[m]> :D It is at that :D
[14:20] <JonTheNiceGuy[m]> But, I think it's also FaiF, which is nice :)
[14:25] <Seeker`> OBS++
[14:28] <popey> true
[14:28] <popey> although he's on windows, so....
[14:30] <diplo> Will take a look thanks
[14:30] <diplo> Windows on other machine, not on this one :)
[15:07] <Azelphur> More interesting stuff on the GPD Win, seems someone got hold of a prototype and got Linux running on it to some degree, https://www.reddit.com/r/gpdwin/comments/50hpif/evildragon_installs_linux_on_the_gpd_win/
[15:59] <daftykins> !info irssi trusty
[15:59] <daftykins> how would i know whether that's patched for the issues fixed in 0.8.20? o0
[15:59] <daftykins> also hi all! i'm home :>
[17:40] <daftykins> lo
[17:45] <diddledan> o/
[17:47] <daftykins> diddledan: how do sir? i am home at last!
[17:47] <diddledan> yey
[17:47] <diddledan> I be ok ta
[17:48] <daftykins> vewy gewd
[17:48] <daftykins> https://training.linuxfoundation.org/linux-courses/system-administration-training/essentials-of-system-administration - i see this course is discounted and gives a free chromebook if you sign up before midnight, PST
[17:49] <diddledan> how was your horrorshow? horrorday.. holiday
[17:49] <daftykins> not really worried about that as it's some little baytrail celeron toy i'm sure, but i've wanted a sys admin course to try :>
[17:49] <daftykins> pretty good thanks! although 10 flights in 3 weeks, oy
[17:49] <diddledan> dang
[17:50] <daftykins> https://youtu.be/GBU_y1RcQ3c - these falls look like Guinness!
[17:50] <daftykins> (waterfalls i saw in Upper Michigan)
[17:51] <daftykins> i'll bore you all with pics once i get some time to sort them
[17:51] <diddledan> doesn't say free chromebook that I can see. maybe I'm being descrimised?
[17:51] <diddledan> descriminised
[17:52] <MartijnVdS> decriminalized?
[17:52] <daftykins> nah not on the page but it is
[17:52] <diddledan> MartijnVdS: decriminalated?
[17:53] <diddledan> decriminated
[17:53] <diddledan> demilitarised
[17:55] <diddledan> http://arstechnica.com/security/2016/09/firefox-ready-to-block-certificate-authority-that-threatened-web-security/
[18:04] <daftykins> oh looks like that one course i'm interested in isn't included in the deal, hah
[18:04] <diddledan> awww :-(
[18:07] <daftykins> yeah the applicable ones are $2,700 oy vey - https://training.linuxfoundation.org/get-a-free-chromebook
[18:13] <daftykins> turns out irssi 0.8.15 didn't get affected by those recent woes - https://irssi.org/security/irssi_sa_2016.txt
[18:13] <daftykins> christel: you had me all concerned i'd have to lift a finger :P
[18:16] <SebthreeBQM10HD> s
[18:17] <daftykins> h
[18:19] <diddledan> i
[18:19] <SebthreeBQM10HD> which is better in a flyer
[18:19] <diddledan> orange
[18:19] <SebthreeBQM10HD> FREE entry or
[18:19] <SebthreeBQM10HD> FREE Entry
[18:19] <SebthreeBQM10HD> or something else?
[18:20] <diddledan> "attempting to pay results sin your ass being whooped"
[18:20] <diddledan> s/sin/in/
[18:21] <diddledan> I hate when people insist on paying
[18:21] <SebthreeBQM10HD> diddledan nah this event is free, and it has to be really, since what it is, and what it's for
[18:22] <diddledan> exactly, hence the need to be beating-on people that try to pay
[18:23] <SebthreeBQM10HD> diddledannah people who want to donate money to the event, that's  fine and good actually
[18:24] <SebthreeBQM10HD> diddledan altough what it's for would pay what's left of the venue cost, pay me back, but there are other htings that will cost abit of money for an event
[18:26] <christel> daftykins: haha yeah, only .17 and newer <3
[18:27] <christel> what are we paying diddledan for
[18:29] <daftykins> he makes a terrible tea boy
[18:45] <christel> daftykins: haha
[20:42]  * zmoylan-pi makes a big mug of tea to warm up after walk to shops
[20:42] <daftykins> :D
[20:43] <daftykins> greetings, sir
[20:43] <daftykins> i was on a flight with two Michigan sisters headed your way, recently
[20:44] <zmoylan-pi> proper lyons tea from the company thay gave us leo... https://en.wikipedia.org/wiki/LEO_(computer)
[20:45] <daftykins> :)
[21:21] <diddledan> daftykins: when you tickle your cat do you say you're daftickling?
[21:22] <diddledan> (and I've not had a drop of alcohol!)
[21:23] <daftykins> :>


[00:03] <edlik> RAOF: Good morning to you- actually it is my desktop computer, do you have a suggestion on how I can work around this error?
[00:06] <edlik> I just edited my xorg.conf file as suggested in workaround B here https://wiki.ubuntu.com/X/Bugs/Lucidi8xxFreezes - still not working
[00:08] <RAOF> Can you pastebin your /var/log/Xorg.0.log, /etc/X11/xorg.conf and dmesg logs please?  You can do that from a VT with the “pastebinit” package.
[00:12] <edlik> I only have command line, but I can do it if you dont mind walking me through a little bit. What is VT?
[00:13] <RAOF> Virtual Terminal - the command line that you've got :)
[00:13] <RAOF> (The things accessed by Ctrl+Alt+F{1,2,3,4,…})
[00:13] <edlik> :-[
[00:13] <edlik> I got it
[00:14] <RAOF> So, “sudo aptitude install pastebinit” to install the package, then “pastebinit /etc/X11/xorg.conf” will send xorg.conf to a pastebin and return the URL.
[00:19] <ccheney> RAOF, it seemed like he might have a messed up xorg.conf plus another problem, after updating his bios the console is now high resolution so it appears kms works
[00:19] <ccheney> RAOF, he tried booting lucid live cd and it didn't come up to desktop
[00:19] <RAOF> Hm.  That's more troubling.
[00:20] <ccheney> RAOF, i was having him try the maverick live cd once he could download it, but i'm not sure if that would help or not as the intel driver is still the same
[00:20] <edlik> http://pastebin.com/S1UXksk4
[00:20] <RAOF> The kernel is different, though, and that contains a _lot_ of the driver code.
[00:20] <ccheney> RAOF, yea, it might help, but the console working was the reason I wasn't sure if it would be enough
[00:23]  * ccheney is confused by the xorg.conf file being set to vesa by nvidia
[00:24] <edlik> I set it to vesa per instructions from the site I pasted earlier
[00:24] <ccheney> oh ok
[00:24] <RAOF> Oh.  That's not going to work with KMS active :).
[00:25] <ccheney> it looks like he could just delete the xorg.conf and have it potentially work?
[00:25] <RAOF> I note with suspicion that the xorg.conf was generated by nvidia-xconfig - do you have an nvidia card in there at all?  Anyway, try moving the xorg.conf out of the way totally.
[00:26] <ccheney> edlik, pastebin output of lspci
[00:26] <ccheney> that should be able to conclude for certain there isn't any nvidia stuff in their lurking around
[00:26] <ccheney> er there
[00:27] <edlik> can you give me more detailed instructions? Im kind of new to the command line
[00:28] <RAOF> sudo mv /etc/X11/xorg.conf ~/xorg.conf.backup
[00:28] <RAOF> That'll move your xorg.conf out of the way.
[00:29]  * RAOF contends that mission-control-5 shouldn't be using 500MiB physical memory.
[00:29] <ccheney> i think for lspci running:  lspci | pastebinit   would do it
[00:32] <edlik> pastebin.com/Xx7S0RnS
[00:35] <RAOF> Have you manually installed the nvidia drivers at some point?
[00:38] <edlik> I know I had them once upon a time, I have tried since my upgrade to 10.04 but it says they are not there
[00:40] <ccheney> doesn't appear to be any nvidia devices in the box at least anymore
[00:42] <edlik> I just got done installing maveric to a usb, should I try it?
[00:42] <RAOF> Yes please.
[00:45] <edlik> :-( disappointment, the same as lucid.
[00:46] <RAOF> Hm.  So, the system brings up a nice Ubuntu splash screen, then you don't get anything when X should come up?
[00:47]  * ccheney bbl, dinner time
[00:49] <edlik> correct, it powers down my monitor, i cant even get into safe graphics mode and have a gui anymore. At first I was able to get into safe graphics mode, then I messed around and had kde at start up, and then I tried that other one...xfce I think, no gui since.
[00:51] <RAOF> edlik: https://wiki.ubuntu.com/X/Reporting#Reporting%20Bugs%20from%20a%20Different%20Machine should, at least, get you a usable bug report.
[00:53] <ccheney> edlik, and hitting the ctrl-alt-f1 gives you high resolution console from what you said before?
[00:53] <edlik> correct
[00:54] <ccheney> so at least from someone not familiar with kms/xorg i think that would indicate that edid is ok, which some reports have been about
[00:54]  * ccheney finally really has to leave, wife is ready now
[01:00] <edlik> I am rebooting into lucid, it is checking disc for errors, it must do that after so many reboots?
[01:10] <TheMuso> RAOF: fun times ahead.
[01:10] <edlik> I tried the reporting as suggested...my computer says "no pending crash reports". I tried sudo startx and get fatal server error: server is already active for display 0, if this server is no longer running remove /tmp/.X0-lock and start again
[01:10] <RAOF> Damn straight!
[01:10]  * TheMuso is still running lucid, so won't be affected.
[01:11]  * RAOF is running the new server, and is affected by vsync working.  Yay!
[01:14] <RAOF> edlik: Hm, I think those instructions might be slightly misleading for you.  Try “ubuntu-bug --save ~/xorg-bug.apport xorg”.
[01:18] <edlik> it worked, does that send the information or just put it into a file that I have to find and send?
[01:21] <RAOF> It just saves it to the file xorg-bug.apport.  When you've got a webbrowser available, you can report it by running “ubuntu-bug ~/xorg-bug.apport”
[01:26] <edlik> I have a live 9.10 cd that works great, can I run that command from there and send it?
[01:27] <RAOF> Absolutely, as long as you've got the file (xorg-bug.apport) with you.
[01:34] <edlik> How do I navigate from my live terminal to the file on my hard drive?
[01:57] <edlik1> RAOF: I was able to find the file by a search, can you decipher this? http://pastebin.com/q9dANQQy
[01:59] <RAOF> edlik1: Sorry, didn't notice your question.  That's the main apport script.  From memory, to get at the files on your hard drive you want to go to Places→Computer and browse the hard drive there.
[01:59] <RAOF> edlik1: I'm pretty sure that just double-clicking on the xorg-bug.apport will start the submission process.
[02:14] <edlik1> RAOF: that worked, it is nice to know that the ubuntu community is so full of good people like you and ccheney who are there to help others, I thank you very much:)
[03:04]  * ccheney back
[07:38] <pitti> Good morning
[08:00] <didrocks> good morning
[08:01] <baptistemm> salut didrocks
[08:01] <didrocks> hello baptistemm, ça va ?
[08:02] <baptistemm> mouais
[08:04] <pitti> bonjour didrocks, baptistemm
[08:04] <baptistemm> hi pitti
[08:04] <didrocks> Guten Morgen pitti, enjoyed your week-end?
[08:04] <pitti> it was great, yes
[08:04] <pitti> no rain any more since Friday \o/
[08:04] <pitti> it was really depressing before
[08:07] <didrocks> oh really? Very nice weather from a few more days there (apart from yesterday Morning, very very rainy for an hour)
[08:08] <pitti> I'm back in Dresden now
[08:09]  * pitti goes to hunt some food to refill his fridge, bbl
[09:03] <didrocks> salut seb128
[09:03] <seb128> lut didrocks
[09:05] <pitti> bonjour seb128
[09:05] <seb128> hello pitti
[09:58] <pitti> l
[10:26] <seb128> mvo, hey
[10:26] <seb128> bug #572550
[10:26] <ubot2> Launchpad bug 572550 in xserver-xorg-video-mga (Ubuntu) (and 1 other project) "Panel utilities not shown on startup using Matrox gfx with compiz (affects: 15) (dups: 6) (heat: 115)" [Low,Confirmed] https://launchpad.net/bugs/572550
[10:26] <seb128> do you have any clue if compiz works with matrox drivers for some people on lucid?
[10:26] <mvo> no idea
[10:26] <mvo> sorry
[10:27] <seb128> or if we can,should turn compiz off on those cards?
[10:27] <mvo> its odd
[10:27] <mvo> is that hardware still in production?
[10:27] <mvo> we can easily do that
[10:27] <mvo> if we gather the pciids
[10:27] <mvo> its probably some sort of timing problem (a race)
[10:27] <mvo> like that mga inits slowly
[10:27] <seb128> not sure what you call production
[10:27] <mvo> and panel gets loaded
[10:27] <mvo> before compiz
[10:27] <seb128> but the bug has 6 duplicates now
[10:28] <seb128> so it means some users still have such cards ;-)
[10:28] <mvo> I was not aware that you can buy mga cards that will work with compiz :)
[10:28] <mvo> its cool if it works :)
[10:28] <seb128> I'm not sure that you can still buy those
[10:28] <seb128> but seems compiz accepts to run on old cards
[10:29] <seb128> mvo, the compiz filtering is by pci ids not drivers?
[10:30] <mvo> we can do both
[10:30] <mvo> but nowdays that its no longer a script
[10:30] <mvo> but part of the binary
[10:30] <mvo> I think its not looking for the driver anymore
[10:30] <seb128> right
[10:30] <mvo> but instead just probes the capabilities
[10:30] <seb128> ok, let's wait for some feedback on the bug
[10:30] <mvo> and if they look ok, starts
[10:30] <seb128> I will ask for lspci infos
[10:30] <mvo> that would explain why we see the bug now
[10:30] <mvo> thanks seb128
[10:31] <seb128> mvo, did matrox used to be filtered out by compiz?
[10:31] <seb128> ie compiz was not running on matrox cards before?
[10:31] <mvo> yeah, before 9.10 I think we just did not run it for them
[10:31] <mvo> because I thought it would just not work
[10:32] <mvo> eh, before 10.04
[10:32] <seb128> ok
[10:33] <seb128> mvo, thanks
[10:33] <seb128> mvo, how are you otherwise?
[10:33] <seb128> had a good weekend?
[10:40] <mvo> seb128: yeah, very nice
[10:40] <mvo> seb128: looong
[10:40] <seb128> ;-)
[10:40] <mvo> seb128: and next week I will be on vacation too
[10:40] <mvo> kind of odd :)
[10:40] <seb128> slacker!
[10:41] <mvo> haha
[10:41]  * seb128 hugs mvo
[10:41] <mvo> I knew that you would say this :)
[10:41]  * mvo hugs seb128
[10:41] <mvo> didn't you just change jobs from hacker to slacker for the whole cycle ;) ?
[10:41] <seb128> lol
[10:41] <seb128> right, but it's official for me!
[10:50] <seb128> chrisccoulson, hey
[10:50] <seb128> chrisccoulson, how are you?
[10:50] <chrisccoulson> hey seb128
[10:50] <chrisccoulson> yeah, i'm ok thanks. how are you?
[10:51] <seb128> chrisccoulson, I'm fine thanks
[10:51] <seb128> chrisccoulson, "ok" is not great? did you work again during weekend?
[10:52] <chrisccoulson> i did a bit of work, trying to figure out why firefox isn't respecting gnome font settings
[10:52] <chrisccoulson> i didn't work much though ;)
[10:53] <seb128> chrisccoulson, ok
[10:53] <seb128> chrisccoulson, I assigned bug #562027 to you
[10:53] <ubot2> Launchpad bug 562027 in gnome-session (Ubuntu Lucid) (and 1 other project) "openoffice: unable to shutdown / reboot / logout when quickstarter is active (affects: 35) (dups: 6) (heat: 202)" [Low,New] https://launchpad.net/bugs/562027
[10:53] <seb128> no hurry to look at it so please don't overwork yourself for it
[10:53] <fta> kenvandine, here? gwibber refuses to start in maverick. http://paste.ubuntu.com/445997/
[10:54] <chrisccoulson> seb128 - that's an openoffice bug
[10:54] <seb128> fta, https://lists.ubuntu.com/archives/kernel-team/2010-June/010945.html
[10:54] <chrisccoulson> i had a quick look at that one at UDS, and openoffice is cancelling the logout
[10:54] <seb128> fta, it's likely fixed by that change
[10:54] <seb128> chrisccoulson, ok, can you drop a comment on the bug saying that?
[10:55] <chrisccoulson> seb128 - yeah, can do. i think there's a duplicate somewhere too
[10:55] <seb128> chrisccoulson, and maybe reassign to openoffice, I will assign to ccheney
[10:55] <seb128> chrisccoulson, well that one has a collection of duplicates
[10:55] <fta> seb128, uh? a new kernel?
[10:55] <chrisccoulson> yeah, i just saw that
[10:55] <seb128> fta, it's the ptrace security change which limitation proc use
[10:55] <seb128> fta, that breaks port finding for desktopcouch
[10:56] <fta> seb128, oh. ok. Thanks
[10:56] <seb128> np
[10:56] <seb128> that breaks lpi as well
[10:56] <seb128> ara, hey
[10:57] <seb128> ara, chrisccoulson: do you know if anybody tested the hardy langpack updates?
[10:57] <seb128> ara, chrisccoulson: we need those to be tested with the new firefox today
[10:57] <ara> seb128, I don't
[10:58] <ara> (and I haven't)
[10:58] <seb128> ara, could you try to organize some testing?
[10:58] <seb128> ara, how are you btw? had a good weekend? ;-)
[10:58] <seb128> ara, sorry to have tasks already on a monday morning there :-)
[10:59] <ara> seb128, OK, I will try to organize something, although I am busy with other stuff. where are the langpacks?
[11:00] <seb128> dpm, ^
[11:00] <seb128> dpm, maybe you can get some translators to help testing those?
[11:00] <seb128> ara, https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA
[11:00] <ara> seb128, thanks
[11:00] <seb128> ara, dpm has been setting that
[11:01] <ara> seb128, but are the lang packs already in -proposed?
[11:01] <seb128> ara, I'm checking, I think not since they should go with a security update
[11:01] <seb128> ArneGoetje, ^
[11:02] <seb128> though that would be a good way to get them tested
[11:02] <seb128> ara, https://edge.launchpad.net/~ubuntu-langpack/+archive/ppa
[11:02] <seb128> pitti, ^
[11:02] <seb128> help! ;-)
[11:03] <pitti> seb128: I got a mail from Arne over the weekend wrt. langpacks
[11:03] <seb128> the langpacks updates for hardy should go with the security update
[11:03] <seb128> how do we test those?
[11:03] <pitti> but there were some problems with the PPA overflowing, haven't checked the status yet
[11:03] <seb128> do we push them to hardy-proposed for now?
[11:03] <pitti> yes, -proposed sounds fine
[11:03] <seb128> pitti, I got that solved on thursday
[11:03] <seb128> the ppa has 8G now
[11:03] <seb128> ArneGoetje did the upload
[11:03] <seb128> pitti, I'm not sure what to do next though
[11:03] <pitti> right, but I got a million reject mails
[11:04] <seb128> pitti, when?
[11:04] <pitti> did he reupload the bunch after increasing the size?
[11:04] <seb128> pitti, should have been fixed on thursday?
[11:04] <seb128> yes
[11:04] <seb128> on thursday evening
[11:04] <pitti> ok, good
[11:04] <pitti> we have an existing process for testing langpack updates
[11:04] <seb128> right, though usually don't go to -security
[11:05] <seb128> so I don't know how much that impacts the process for this round?
[11:05] <pitti> do they need to go to -security?
[11:06] <seb128> I think so
[11:06] <seb128> chrisccoulson, ^ can you confirm
[11:06] <seb128> pitti, we need the new firefox xpi with the update
[11:06] <seb128> I don't think -security can depends on -updates
[11:07] <pitti> ok, then we should upload them to -proposed, test, and then copy to -security
[11:07] <seb128> ok
[11:07] <seb128> pitti, can you do the copy to proposed?
[11:07] <chrisccoulson> yeah, tha langpacks have to go through security
[11:07] <pitti> can do
[11:08] <seb128> pitti, thankss
[11:08] <chrisccoulson> we probably don't want to do the copy just yet
[11:08] <seb128> chrisccoulson, why not?
[11:08] <seb128> chrisccoulson, well, we are speaking about copying the updated langpacks to hardy-proposed
[11:08]  * pitti holds on
[11:08] <seb128> chrisccoulson, so they get some testing
[11:11] <pitti> I'm just confused why Arne doesn't want me to copy the entire PPA, just a subset of languages
[11:11] <pitti> but well, I'll use Arne's subset for now, once we clear chrisccoulson's comment about "not just yet"
[11:11] <seb128> pitti, another issue is that the updated langpacks don't have translations for current firefox
[11:12] <seb128> pitti, that's the issue chrisccoulson is concerned about
[11:12] <pitti> seb128: ? I thought that was the very point of them?
[11:12] <seb128> since the new firefox didn't get flagged yet
[11:12] <pitti> "flagged"?
[11:12] <seb128> pitti, well it means people using -proposed without the mozilla ppa will get broken firefox
[11:12] <pitti> oh, I thought ffox already was in -proposed
[11:12] <seb128> pitti, it's still in the ppa and the security update is not officially out yet
[11:13] <pitti> why isn't it?
[11:13] <seb128> because mozilla still didn't release it
[11:13] <pitti> ah
[11:13] <pitti> seb128: then we should ask people to test the langpack PPA instead of -proposed
[11:13] <seb128> we should perhaps copy those langpacks in the mozilla ppa?
[11:13] <seb128> can we do that?
[11:13] <seb128> chrisccoulson, ^
[11:14] <pitti> yes, there's a --to-ppa option
[11:14] <pitti> but it might be easier to just add the langpack PPA
[11:15] <seb128> well that means having to reach testers with that informations again
[11:15] <chrisccoulson> we can. i'm not sure if i need to change the series to hardy-security though
[11:15] <seb128> rather than having people getting those updates as they test what we called for testing a week ago
[11:15] <chrisccoulson> i'll ask jdstrand
[11:22] <asac> i would think pushing the langpacks in the mozilla ppa makes sense if we just stage everything there and push the update from there. why did you do a full new langpack update anyway? i would have thought that putting the mozilla.data.tar.gz in the old hardy langpacks manually would have been the safest way to move forward
[11:24] <seb128> asac, that is a good question, I would have though as well
[11:24] <seb128> chrisccoulson, ^
[11:24] <seb128> or ArneGoetje^
[11:25] <chrisccoulson> i'm not sure, i'm not really involved with the langpacks
[11:25] <asac> at least i thought that we didnt roll langpack updates for ages, which makes it feel risky to send out a big batch
[11:25] <asac> from a fresh hardy launchpad export
[11:25] <seb128> it does
[11:26] <seb128> that's why I'm a bit nervous that didn't get tested yet
[13:39] <seb128> hey slomo
[13:39] <seb128> slomo, did you read bugs about divx playing being broken with current gst stack?
[13:39] <seb128> it's in maverick, could be an issue with ffmpeg or something
[13:49] <slomo> seb128: nope, which bug?
[13:50] <seb128> slomo, https://bugs.edge.launchpad.net/ubuntu/+source/gstreamer0.10/+bug/590062
[13:50] <ubot2> Launchpad bug 590062 in gstreamer0.10 (Ubuntu) " Missing plugin: gstreamer (affects: 2) (dups: 1) (heat: 3131)" [Undecided,New]
[13:50] <seb128> for example
[13:51] <slomo> seb128: maybe a rebuild against ffmpeg 0.6 helps, i don't know
[13:52] <seb128> slomo, ok
[13:52] <slomo> seb128: seems to be a ffmpeg problem though, gst-ffmpeg git uses ffmpeg 0.6 too without any changes and there it works ;)
[13:52] <seb128> slomo, you don't have such issues in debian?
[13:53] <tdr112> anyone know how to automount a ext4 drive , i looked up https://help.ubuntu.com/community/Fstab but there is noting on ext4 there
[13:55] <slomo> seb128: debian doesn't have 0.6
[13:57] <seb128> slomo, in experimental it has it seems
[13:57] <slomo> oh yes, i didn't try that ;) but sjoerd uses the experimental ffmpeg and had no problems
[13:58] <seb128> ok thanks
[13:58] <seb128> slomo, btw I will upload dconf to debian this week
[13:58] <seb128> I would have done it some days ago but current glib i386 built failed
[13:58] <seb128> and I didn't have time to rebuild glib before the weekend to build dconf
[13:59] <seb128> I hate that Debian doesn't accept source uploads ;-)
[14:02] <ccheney> good morning
[14:20] <seb128> hey ccheney
[14:20] <ccheney> seb128, hi
[14:22] <seb128> ccheney, I assigned you that openoffice inhibiting the session bug
[14:22] <seb128> ccheney, chrisccoulson says it's an openoffice bug
[14:23] <ccheney> seb128, ok, testing it now, yea i saw he said it is the quickstarter telling the session not to end
[14:28] <ccheney> seb128, forwarded it on to the ooo-build guys it appears that part of the code is disabled in official OOo at the moment
[14:28] <ccheney> seb128, so it seems ooo-build thought they fixed it and turned it back on
[14:30] <seb128> ccheney, ok thanks
[14:43] <ArneGoetje> seb128: The Hardy langpacks have been rebuilt with the FF3.6 translations injected and the FF3.0 ones removed for those languages where we have translations for. The rest in the langpacks is the same like in the currently published ones. Therefor, once you can confirm that FF3.6 is properly translated for the subset of languages I mailed to you, you can copy them to -security directly. For the remaining languages, there are no changes at all compare
[14:44] <seb128> ArneGoetje, hey
[14:44] <seb128> ArneGoetje, so they have no new export of po?
[14:44] <seb128> ArneGoetje, only the xpi changes?
[14:45] <ArneGoetje> seb128: For Jaunty, I had to do a faked full export (i.e. a merge of the last full export and the latest published delta) and therefor there will be translation updates for other applications as well. But only the subset of languages like in the Hardy langpacks, have XPI updates.
[14:45] <ArneGoetje> seb128: For Hardy, yes.
[14:46] <seb128> ArneGoetje, ok thanks
[14:46] <seb128> pitti, chrisccoulson^
[14:46] <seb128> ara, dpm, chrisccoulson: so we need to test those translations
[14:46] <seb128> either by telling users to add the langpack ppa or by copying those to the mozilla one
[14:47] <seb128> but we need to start testing now
[14:47] <pitti> ok, thanks
[14:47] <ara> seb128, hardy only?
[14:48] <dpm> ArneGoetje, seb128, yeah, which distros and which languages need testing?
[14:48] <seb128> chrisccoulson, ^
[14:48] <chrisccoulson> ArneGoetje, thanks. would you be able to do the same for karmic as well when you get the chance?
[14:48] <seb128> ara, dpm: hardy to start yes
[14:49] <ArneGoetje> chrisccoulson: sure, just tell me when
[14:51] <chrisccoulson> ArneGoetje, once we've got hardy ready, the plan is to work on jaunty and karmic in parallel too
[14:52] <ArneGoetje> chrisccoulson: I see... Iʼll have a meeting in 10 minutes, but after that I can prepare new Karmic langpacks as well.
[14:52] <chrisccoulson> ArneGoetje, thanks :)
[14:53] <dpm> So we need to give instructions to testers: where do we put the PPAs then, on the langpack or on the mozilla one? Would the mozilla one not be easier for users, so that they only have to add a PPA subscription?
[14:53] <dpm> ArneGoetje, what's the subset of languages that need testing?
[14:57] <ara> chrisccoulson, are you checking the feedback people are giving at http://mozilla.qa.ubuntu.com/qatracker/result/4173/537
[14:57] <ara> ?
[14:57] <chrisccoulson> ara - i am, although i didn't look today
[14:57] <chrisccoulson> i'm going to address jdstrand's issue today once i've got the font rendering issues sorted
[14:57] <ara> dpm, if we use the mozilla ppa, we could use the same instructions as https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade
[14:58] <ara> dpm, if you want, we can provide different instructions for the langpacks, and add a couple of specific test cases
[14:58] <chrisccoulson> jdstrand found some fairly serious regressions in epiphany too
[14:59] <dpm> ara, reading the instructions now
[15:02] <ArneGoetje> dpm: ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/latest-3.6/linux-i686/xpi/ <- all those language codes have the updates
[15:05] <dpm> ara, yeah, I'd say if technically possible to use the mozilla ppa, it will be easier for testers and we can reuse the current instructions as you're saying. As per specific test cases on FF translations, I'm still not sure which ones would be best to add. A crash due to invalid translations will be noticed in other test cases, and the only think I can think of is to go through the menus and check if everything is translated as it was before. Actually,
[15:05] <dpm>  that might be a test case worth adding
[15:06] <ara> dpm, OK, I will add that testcase
[15:06] <dpm> thanks ara
[15:07] <ara> seb128, chrisccoulson: please, let us know when the lang packs are in the mozilla ppa, so we can resend the updated call for testing
[15:32] <ara> seb128, ping
[15:33] <seb128> hello
[15:39] <ara> seb128, dpm and I thought that it is better to move the lang packs to the mozilla ppa to make it easier for testers
[15:39] <ara> seb128, need the packages to be moved to send the call
[15:44] <rodrigo_> hmm, emacs seems to be broekn in maverick
[15:45] <seb128> ara, chrisccoulson is working on it
[15:45] <ara> seb128, OK, thanks
[15:45] <seb128> ara, the issue is that he needs to change the changelog target to be lucid-security
[15:46] <seb128> so he can't ppa copy over
[15:56] <ArneGoetje> seb128: if we copy them over to another ppa, doesnʼt it mean the packages need to be rebuilt in that ppa?
[15:56] <seb128> pitti, ^ do you know?
[15:57] <seb128> chrisccoulson, pitti, ArneGoetje: I'm not clear how we get those updated hardy packages in the mozilla ppa but we need that today
[15:57] <pitti> you can copy the binaries, too
[15:57] <pitti> no need to rebuild
[15:57] <seb128> chrisccoulson, what is the current plan of actions?
[15:57] <seb128> pitti, but will that work for security?
[15:57] <ArneGoetje> pitti: thanks for info
[15:57] <chrisccoulson> seb128 - i'll do that in a minute
[15:57] <pitti> no, we can't copy binaries from PPA to distro
[15:57] <pitti> they'll need rebuilds
[15:58] <pitti> but I don't see a problem with that?
[15:59] <seb128> pitti, I don't think there is an issue I'm just trying to figure how we move forward since we are not making progresses today on this it seems
[15:59] <seb128> so current plan of record is to move the updates langpacks to the mozilla ppa and do a call for testing?
[16:00] <seb128> chrisccoulson, ^
[16:09] <vish> seb128: have you seen the recent comments on Bug 403135 , seems to be pointing to the gnome-panel again. seems to be fixed when compiled with--with-in-process-applets=all
[16:09] <ubot2> Launchpad bug 403135 in wine1.2 (Ubuntu) (and 31 other projects) "Notification area icon wrongly rendered/uses bg_color as a background (multiple apps) (affects: 356) (dups: 32) (heat: 1692)" [Low,Triaged] https://launchpad.net/bugs/403135
[16:09] <vish> seb128: can the gnome-panel task be re-opened?
[16:11] <seb128> vuntz, ^ do you know about this?
[16:11] <seb128> vish, seems there is still application side issue since some are working
[16:11] <seb128> vish, but yes you can reopen the gnome-panel task if you want
[16:12] <rodrigo_> seb128, do you know anything about X having some brokenness in latest maverick? most apps run ok, but at least banshee and emacs fail with X errors
[16:12] <seb128> rodrigo_, it's bratsche's fault with gtk csd
[16:12] <rodrigo_> bratsche, !!! :)
[16:12] <seb128> rodrigo_, there is an environement variable to turn rgba off I think
[16:12] <rodrigo_> seb128, oh, which one?
[16:12] <seb128> mvo knows it
[16:12] <seb128> mvo, ^
[16:14] <fta> strangely, i loose the cursor in the evolution editor each time i click somewhere in the window. could it be gtk/rgba once again?
[16:14] <seb128> fta, there is an open bug about that but not sure
[16:14] <pedro_> rodrigo_, try to run it with: export XLIB_SKIP_ARGB_VISUALS=1
[16:14] <seb128> that's it
[16:14] <rodrigo_> hey pedro_, cool, trying
[16:14] <seb128> thanks pedro_
[16:14] <pedro_> you're welcome
[16:15] <bratsche> I'm getting back to work on this stuff today finally.  Sorry for the trouble.
[16:15] <seb128> pedro_, hey btw
[16:15] <rodrigo_> yay, it works
[16:15] <seb128> how are you?
[16:15] <seb128> hey bratsche
[16:15] <seb128> bratsche, had a nice weekend?
[16:15] <pedro_> bonjour seb128! good good catching up with weekend bug mail. how are you doing?
[16:16] <seb128> pedro_, I'm good thank you!
[16:46] <ara> dpm, seb128, chrisccoulson: I have to step out now. I have added a "Translations" testcase to mozilla.qa.ubuntu.com and I have updated https://wiki.ubuntu.com/Testing/Firefox3.6.4Upgrade to ask to test the langpacks
[16:46] <seb128> ara, thanks!
[16:46] <seb128> ara, have fun, see you tomorrow
[16:46] <ara> once ready, you can send the updated call for testing to the translator mailing list, and also reply my original email to ubuntu-dev and ubuntu-qa with the updated info
[16:47] <seb128> ok
[16:47] <seb128> thanks!
[16:49] <ara> seb128, np, please, keep me posted by email
[16:49] <ara> thanks!
[16:49] <ara> cheers
[16:49] <seb128> will do
[16:50] <ArneGoetje> seb128, chrisccoulson, dpm: I have tested ff3.6.4 on hardy with the following languages: ar_SA de_DE es_ES fi_FI fr_FR it_IT tr_TR zh_CN zh_TW; all look fine to me.
[16:51] <seb128> ArneGoetje, thanks!
[16:52] <jcastro> seb128: what days are you going to guadec?
[16:52] <seb128> jcastro, didn't decide yet
[16:52] <seb128> jcastro, I guess start to wednesday or thursday
[16:52] <seb128> I need to look at the schedule
[16:52] <seb128> jcastro, what about you?
[16:52] <jcastro> wednesday is the start afaik
[16:53] <seb128> ?
[16:53] <seb128> bah
[16:54] <seb128> sucks
[16:54] <jcastro> indeed
[16:54] <seb128> I'm not sure then
[16:54] <seb128> I might go back home after the sprint
[16:55] <seb128> and come to GUADEC on tuesday afternoon
[16:58] <ArneGoetje> seb128, chrisccoulson: langpack-o-matic run for karmic to include FF3.6 translations is running. Expect uploads to the langpack PPA tomorrow morning.
[17:00] <seb128> ArneGoetje, excellent, thank you
[17:03] <chrisccoulson> thanks ArneGoetje
[17:05] <seb128> chrisccoulson, let me know when you get those in the mozilla ppa
[17:55] <seb128> chrisccoulson, bug #562027, shouldn't gnome-session display a dialog with "log out anyway"?
[17:55] <ubot2> Launchpad bug 562027 in openoffice.org (Ubuntu Lucid) (and 1 other project) "[ooo-build] OOo QuickStarter: unable to shutdown / reboot / logout when quickstarter is active (affects: 35) (dups: 6) (heat: 198)" [Low,New] https://launchpad.net/bugs/562027
[17:56] <seb128> isn't the standard way to display, the "what do you want to do" with "cancel" or "log out"
[17:56] <chrisccoulson> seb128 - if openoffice was genuinely interacting with the user, or not responding, then gnome-session would display a dialog
[17:56] <chrisccoulson> but it requests interaction and then immediately sends a message saying it has finished and logout shoud be cancelled
[17:57] <seb128> I see
[17:57] <seb128> gnome-session[30945]: DEBUG(+): GsmManager: Response from end session request: is-ok=1 do-last=0 cancel=0 reason=
[17:57] <seb128> gnome-session[30945]: DEBUG(+): GsmXSMPClient: Client '0x16e1be0 [/usr/lib/openoffice/program/soffice 10e1827b246fac322127590469171257800000309450041]' received InteractDone(cancel_shutdown = True)
[17:57] <seb128> that?
[17:57] <chrisccoulson> seb128 - yeah, thats it
[17:58] <seb128> chrisccoulson, ok, makes sense, thank you ;-)
[17:58] <chrisccoulson> so, as far as gnome-session is concerned, openoffice has already displayed a dialog and the user clicked to cancel the logout
[17:59] <seb128> right
[17:59] <seb128> I knew there was a reason I don't use openoffice ;-)
[17:59] <didrocks> LaTeX \o/
[17:59] <didrocks> sorry :)
[18:00] <didrocks> seb128: do you think you will have some time for NEWing or we will do the back and forth tomorrow morning? (no hurry, almost all the MIR paperwork is done, just have to get a package in launchpad to open corresponding bugs)
[18:01] <seb128> didrocks, what source do you need NEW-ed,
[18:01] <seb128> ?
[18:01] <seb128> didrocks, I will go to sport in 15 minutes but if I don't do it tonight I will do it first thing tomorrow
[18:02] <didrocks> seb128: bamf, indicator-datetime, dee, unity-asset-pool, unity
[18:03] <seb128> I didn't NEW bamf the other day?
[18:03] <didrocks> seb128: but no hurry, if you can't do it this evening, not a big issue. I'll cut and paste tomorrow the MIRS :)
[18:03] <didrocks> oupss
[18:03] <didrocks> no bamf, sorry
[18:03] <seb128> ;-)
[18:03] <seb128> no worry
[18:03] <didrocks> my bad being tired after a day in packages and branches and patches :-)
[18:04] <seb128> didrocks, open the bugs against ubuntu if you want and we will reassign when I new things
[18:04] <seb128> didrocks, it's likely going to be later tonight or tomorrow morning
[18:04] <seb128> I don't think I will have time before sport now
[18:04] <didrocks> seb128: well, no need, gedit is my MIR handler :)
[18:04] <seb128> starting by having a quick look in case I see an issue
[18:04] <didrocks> seb128: don't be late at sport! ;)
[18:05] <seb128> don't worry
[18:05] <seb128> it's in 35 minutes
[18:05] <seb128> and it takes 10 minutes to get there
[18:07] <didrocks> seb128: libunity-misc was the 5th in fact
[18:18] <seb128> didrocks, dee
[18:19] <seb128>  examples/synced-lists.c       |  269 ++++++++++++++++++++++++++++++++++++++++++
[18:19] <seb128>  vapi/dee-1.0-custom.vala      |   11 +
[18:19] <seb128> changes out of the debian dir
[18:19] <didrocks> seb128: yeah, this is because of merge-upstream when a file is in the tarball and not in upstream branch
[18:19] <didrocks> seb128: typically, generated file
[18:19] <seb128> ok
[18:20] <seb128> I need to go but I will continue reviewing those later
[18:20] <seb128> see you ;-)
[18:20] <didrocks> seb128: enjoy your sport time :-)
[18:20] <seb128> thanks


[13:18] <jago25> Ubiquity is freezing for me on language selection. I can't download >~10mb due to bandwith problems. So I need t ofall back on to another way to install. How do I fall back to the debian installer? Alternatively, perhaps I could update Ubuquity? I think the crashing is due to a complicated partition table possibly; fdisk -l says the partitions are out of order (but windows works find)
[14:02] <jago25> Quiet i inhere :/
[14:05] <lcapriotti> cjwatson: grub-installer_1.43ubuntu8_i386.udeb: <grub-install --no-floppy "(hd0)"> fails due to a missing /etc/mtab in /target, any advice? (Custom LiveCD)
[14:06] <lcapriotti> works fine after manually executing "grep -v rootfs /proc/mounts > /etc/mtab"
[14:28] <ev> cjwatson: http://lkml.org/lkml/2006/6/16/163 - fail.
[14:29] <ev> perhaps we should record this on the filesystem as part of livecd-rootfs?
[14:29] <ev> saving us the time of calculating something that is static.
[15:01] <lcapriotti> cjwatson: commenting line "[ ! -h /etc/mtab ] || return 0" in functions.sh/update_grub makes the installer work, would you mind to explain?
[15:02] <lcapriotti> other info: grub legacy selected
[15:14] <CIA-93> partman-iscsi: cjwatson * r37 ubuntu/debian/changelog: releasing version 8
[15:16] <ev> bootchart works quite nicely: http://people.canonical.com/~evand/tmp/ubiquity-to-summary.png
[15:18] <cjwatson> lcapriotti: I have no idea, but surely the bug is the missing mtab, not any code in grub-installer
[15:18] <cjwatson> ev: record as part of livecd-rootfs> works for me
[15:18] <ev> coolness, I'll make that change todayish
[15:19] <lcapriotti> right, but mtab is built by that update_mtab
[15:19] <cjwatson> jago25: a freeze during language selection can't be due to your partition table
[15:19] <lcapriotti> which works by commenting the [ -h ...
[15:19] <cjwatson> lcapriotti: that test is "is /etc/mtab already a symlink?"
[15:20] <cjwatson> and if it's a symlink, that's typically to /proc/mounts, so it can't update that
[15:20] <lcapriotti> right, in d-i's root fs that is a symlink
[15:20] <lcapriotti> but what about mtab in /target?
[15:21] <lcapriotti> that is the one missing
[15:21] <lcapriotti> and that is the one created by update_mtab
[15:21] <cjwatson> oh, that should be $ROOT/etc/mtab I think
[15:21] <lcapriotti> hehe, that's what I thought
[15:21] <cjwatson> maybe?
[15:21] <cjwatson> I'd have to check the history to make sure
[15:21] <cjwatson> file a bug please
[15:22] <lcapriotti> launchad for debian-install?
[15:22] <lcapriotti> *launchpad?
[15:22] <cjwatson> no
[15:23] <cjwatson> https://bugs.launchpad.net/ubuntu/+source/grub-installer/+filebug
[15:23] <lcapriotti> K, on my way. Tks for your support
[15:24] <cjwatson> yes, looks like it was introduced by a freebsd porter
[15:27] <lcapriotti> https://bugs.launchpad.net/ubuntu/+source/grub-installer/+bug/484832
[15:40] <cjwatson> lcapriotti: fixed upstream
[15:40] <lcapriotti> cool, looking forward to the new udeb
[15:40] <cjwatson> well, for lucid ...
[15:41] <lcapriotti> too bad, I'd need it for karmic
[15:41] <cjwatson> you have a custom iso anyway :-)
[15:42] <lcapriotti> sure, but I would like to rely on official udebs!
[15:42] <lcapriotti> anyway, good to have understood there the problem is
[15:43] <lcapriotti> and with grub2 it seems it's ok - doesn't it rely on mtab too?
[15:43] <cjwatson> it doesn't try to edit it
[15:44] <cjwatson> actually I don't recall exactly what needs mtab, sorry
[15:44]  * cjwatson is at a conference and not really well-placed to dig that out :)
[15:44] <lcapriotti> no problm, you were very helpful
[16:14] <jago25> This is a repeat question after 2hr wait and seeing some activity in here: Ubiquity is freezing for me on language selection. I can't download >~10mb due to bandwith problems. So I need t ofall back on to another way to install. How do I fall back to the debian installer? Alternatively, perhaps I could update Ubuquity? I think the crashing is due to a complicated partition table possibly; fdisk
[16:14] <jago25> -l says the partitions are out of order (but windows works find)
[16:24] <jago25> Would love to have at least just the twinkle of an opinion on it :/
[16:39] <jago25> :/ o well, I give up then, bye
[16:58] <cjwatson> jago25: I answered you already!
[16:58] <cjwatson> 15:19 <cjwatson> jago25: a freeze during language selection can't be due to your partition table
[16:59] <cjwatson> jago25: you can use the alternate install CD if you want to use d-i
[16:59] <cjwatson> jago25: but a ubiquity freeze on language selection indicates some rather strange problem ... perhaps a dodgy CD (drive|disk)?
[17:37] <ev> cjwatson: does this look okay to you <http://pastebin.ubuntu.com/321690/>?
[17:45] <cjwatson> ev: yes, looks fine
[17:45] <ev> thanks
[21:18] <CIA-93> ubiquity: evand * r3587 ubiquity/ (debian/changelog ubiquity/frontend/base.py): Run success_cmd, error_cmd, and automation_error_cmd as root.
[21:19] <StevenK> ev: have you seen something like this bug: https://bugs.launchpad.net/bugs/484996 ?
[21:22] <ev> StevenK: nope; followed up in the bug
[21:22] <StevenK> ev: Oh, I was going to do that, thanks!


[07:47] <hakermania> Hello, can I get help here for MIME types?
[08:48] <hakermania> I have created the new mime type, I've added an icon for this mime-type, and all work, except the association application-mime type, i mean, to open this mime-type with my application.
[08:48] <hakermania> and xdg-mime default desktop file  mime type doesn't work
[10:05] <bentech4you> which is the Best IDS