[00:21] <seb128> hey robert_ancell
[00:22] <robert_ancell> seb128, evening
[00:22] <seb128> night shift guys are coming, I can go to bed ;-)
[00:22] <seb128> robert_ancell, how are you?
[00:23] <robert_ancell> seb128, good. I see a few more 2.28s have been released overnight#
[00:23] <seb128> right
[00:23] <seb128> I think we have most of the major pieces but still some updates to do if you want to
[00:23] <seb128> we will do sponsoring in the european morning ;-)
[00:24] <seb128> the karmic beta freeze starts in 2 days now
[00:24] <robert_ancell> and after that only critical fixes?
[00:24] <seb128> yes
[00:25] <seb128> well not only critical but only things important for beta
[00:25] <seb128> ie we will probably have some dxteam changes still landing
[00:25] <seb128> and bug fixes
[00:25] <robert_ancell> cool
[00:25] <robert_ancell> did you guys compile that karmic bug list?
[00:26] <seb128> I should have put that in the title
[00:26] <seb128> sec
[00:27] <seb128> robert_ancell, https://bugs.edge.launchpad.net/~desktop-bugs?field.subscriber=&field.milestone%3Alist=12698&field.milestone%3Alist=12715
[00:27] <seb128> launchpad sucks it lists things with a karmic task twice
[00:28] <seb128> and the list will get new items while we keep doing triaging and spotting issues
[00:28] <seb128> but that's a good one if you are looking for bugs to fix
[00:28] <robert_ancell> that's true, perhaps we should make a list of bugs against LP that would make our lives easiers
[00:29] <seb128> there is a such list I think
[00:29] <robert_ancell> my personal favourite is doing the advanced search for bugs fixed upstream and it shows bugs closed as invalid and bug closed against other products
[00:29] <seb128> but that doesn't mean they tackle those quickly
[00:29] <robert_ancell> we should set rick on them :)
[00:29] <seb128> right, that one is annoying
[00:30] <seb128> I already used my rick card to get bug watches updated
[00:30] <seb128> I don't want to abuse it ;-)
[00:30] <robert_ancell> nice
[00:30] <seb128> (they are working on it, they said that will happen this week)
[00:30] <robert_ancell> what is broken?
[00:30] <seb128> with watches?
[00:31] <seb128> they don't know,  they said they would try and fix it this week though
[00:31] <seb128> apparently they think it's due to the new bugzilla.gnome.org migration
[00:31] <robert_ancell> oh, is that why they're not updating
[00:31] <seb128> well they can communicate with it
[00:32] <seb128> but they are facing issues in some cases
[00:32] <seb128> let's see if they figure what cases break exactly
[00:32] <seb128> anyway, time to go to bed there
[00:32] <seb128> have a nice day ;-)
[00:32] <seb128> see you tomorrow
[00:32] <rickspencer31> hi robert_ancell
[00:33] <robert_ancell> rickspencer31, hi rick
[00:33] <robert_ancell> seb128, cya
[00:33] <rickspencer31> g'night seb128
[00:33] <seb128> 'night rickspencer31
[00:33] <chrisccoulson> good night seb128
[00:33] <seb128> 'night chrisccoulson ;-)
[00:33] <rickspencer31> robert_ancell: seb128 I just saw bryce
[00:33] <rickspencer31> I'm going to meet Dutch tomorrow
[00:33] <seb128> rickspencer31, oh, nice!
[00:34] <rickspencer31> (that's the baby)
[00:34] <robert_ancell> say hi to baby for me
[00:34] <rickspencer31> bryce seems well .. I guess fatherhood suits himm
[00:34] <rickspencer31> will do
[00:34] <rickspencer31> robert_ancell: slangadesk just assigned you a gdm bug
[00:35] <rickspencer31> basically, if there is any low hanging fruit way to remove the annoyance, go for it
[00:35] <rickspencer31> otherwise, we'll punt it to Lucid
[00:35] <robert_ancell> I love the description
[00:35] <rickspencer31> hehe
[00:35] <robert_ancell> Lucid?
[00:35] <seb128> rickspencer31, say hello from me too when you will see them tomorrow
[00:35] <rickspencer31> seb128: will do
[00:35] <rickspencer31> robert_ancell: Lucid Lynx
[00:36] <robert_ancell> oh yes
[00:37] <chrisccoulson> robert_ancell - about bug 434940 - gconf 2.28.0 is already in ;)
[00:37] <robert_ancell> chrisccoulson, ok, will close
[00:37] <chrisccoulson> thanks
[00:43] <chrisccoulson> woah
[00:43] <chrisccoulson> since when did update-manager not use synaptic?
[00:43] <chrisccoulson> neat:)
[00:49] <TheMuso> Hey robert_ancell. Hope you are able to breathe this morning. :)
[00:50] <robert_ancell> TheMuso, yeah, what is is like out west?
[00:50] <TheMuso> robert_ancell: Its mostly gone from up here, but the wind is very very strong and gusty.
[00:50] <TheMuso> Probably 90/100km wind gusts, give or take.
[00:50] <robert_ancell> Not sure if I'll make my bike ride today then :)
[00:50] <robert_ancell> It seems pretty calm here but red skies
[00:51] <rickspencer31> hi TheMuso
[00:51] <TheMuso> Yeah I didn't exercise this morning either, started my walk and was coughing a a bit, so came home and cleaned up the kitchen instead. :p I didn't walk or skip, given the nature of the air.
[00:51] <TheMuso> Hey rickspencer31.
[00:52] <rickspencer31> sounds like some crazy weather around Sydney
[00:52] <TheMuso> rickspencer31: In short, a dust storm.
[00:52] <rickspencer31> drives men indoors to clean kitchens
[00:53] <robert_ancell> lol
[00:53] <TheMuso> haha
[00:54] <rickspencer31> TheMuso: what's the word on the street regarding pulse in karmic?
[00:58] <TheMuso> rickspencer31: I think overall good.
[00:58] <rickspencer31> TheMuso: are we on the final version of pulse, or should I expect more updates?
[00:59] <rickspencer31> I have 1:0.9.17-0ubuntu2 atm, but I saw there were some updates coming
[01:00] <TheMuso> rickspencer31: There is now 0.9.18 which is bug fixes. Anything from this point will be further fixes from upstream, if they are deemed important enough.
[01:00] <rickspencer31> TheMuso: thanks for the update
[01:00] <rickspencer31> have a good day!
[01:01] <rickspencer31> see everyone tomorrow :0
[01:05] <xpaparoger> hello everybody
[01:18] <robert_ancell> TheMuso, is there any good stuff in the 0.18 libcanberra release?
[01:21] <TheMuso> robert_ancell: I've already pulled useful bug fixes from it.
[01:21] <robert_ancell> ah, ok
[07:08] <pitti> Good morning
[07:08] <pitti> ccheney: ugh, thanks for the heads up. good luck!
[07:09] <pitti> didrocks: policykit-doc is the old stuff; look at https://wiki.ubuntu.com/DesktopTeam/PolicyKitOneMigration for links to current documentation (or use policykit-1-doc)
[07:10] <pitti> Riddelll: oh, that's it? Nice
[07:10] <pitti> kklimonda: opened a tab, will have a look ASAP
[07:12] <didrocks> pitti: hey o/ thanks for the link :) Hope to find same thing for console and devicekit :)
[07:12] <didrocks> it's time to refresh all docs in my head ;)
[07:13] <pitti> didrocks: they have their documentation on the web, too
[07:14] <pitti> but again there's devickekit-disks-doc
[07:14] <didrocks> ok, not deprecated this time, so :)
[07:14] <didrocks> thanks!
[07:23]  * pitti -> off for an hour
[08:02] <mac_v> Amaranth: hi... do you know about compiz causes X restarts while using the cube and switching workspaces? is this a known issue?
[08:02] <mac_v> causing*
[08:02] <Amaranth> nope, I hadn't heard of that driver bug before ;)
[08:03] <mac_v> aw... :( , i had 3 X restarts today , all while switching the workspace ,while selecting the window in a different workspace , the cube freezes ans Xrestarts
[08:04] <Amaranth> mac_v: X crash == driver problem :)
[08:04] <mac_v> and i use Cairo dock  , wa
[08:04] <Amaranth> tseliot: idr agrees with me about compiz and GLX 1.3, btw
[08:05] <Amaranth> We almost lost compiz on r300 because of that :P
[08:05] <tseliot> Amaranth: who's idr? And what bug are you talking about ?
[08:05] <Amaranth> oh, maybe that wasn't you
[08:06] <Amaranth> ah, nope, tormod
[08:07] <mac_v> hm , drivers ... had an xorg update yesterday...
[08:08] <mac_v> i'm xorg edgers ppa
[08:08] <mac_v> woohoo.. another update available
[08:09] <tseliot> does it affects only xorg edgers?
[08:12] <mac_v> not sure... but...
[08:12] <mac_v> ibgl1-mesa-dev (7.7.0~git20090919.b8477f07-0ubuntu0tormod) to 7.7.0~git20090921.972e995b-0ubuntu0tormod
[08:12] <mac_v> libgl1-mesa-dri (7.7.0~git20090919.b8477f07-0ubuntu0tormod) to 7.7.0~git20090921.972e995b-0ubuntu0tormod
[08:12] <mac_v> libgl1-mesa-glx (7.7.0~git20090919.b8477f07-0ubuntu0tormod) to 7.7.0~git20090921.972e995b-0ubuntu0tormod
[08:12] <mac_v> libglu1-mesa (7.7.0~git20090919.b8477f07-0ubuntu0tormod) to 7.7.0~git20090921.972e995b-0ubuntu0tormod
[08:12] <mac_v> libglu1-mesa-dev (7.7.0~git20090919.b8477f07-0ubuntu0tormod) to 7.7.0~git20090921.972e995b-0ubuntu0tormod xserver-xorg-video-ati (1:6.12.99+git20090919.da7487f6-0ubuntu0tormod) to 1:6.12.99+git20090920.97a4e747-0ubuntu0tormod
[08:12] <mac_v> xserver-xorg-video-intel (2:<IP_ADDRESS>1~git20090918.33f98e40-0ubuntu0tormod) to 2:<IP_ADDRESS>1~git20090921.b4d29452-0ubuntu0tormod
[08:12] <mac_v> xserver-xorg-video-radeon (1:6.12.99+git20090919.da7487f6-0ubuntu0tormod) to 1:6.12.99+git20090920.97a4e747-0ubuntu0tormod
[08:12] <mac_v> xserver-xorg-video-savage (1:2.3.0-1) to 1:2.3.0-1ubuntu1
[08:13] <mac_v> these were the updates yesterday , since then at random when using the switcher Xcrashes
[08:13] <mac_v> updating again now
[08:15] <mac_v> ah , crap... crashed again!
[08:18] <seb128> good morning everybody
[08:19] <didrocks> salut seb128
[08:19] <seb128> lut didrocks
[08:27] <pitti> hey seb128, bonjour!
[08:27] <seb128> hello pitti
[08:27] <kklimonda> good morning
[08:27] <seb128> pitti, dunno if you have seen but debian moved libglib to /lib for devicekit
[08:27] <seb128> hi kklimonda
[08:28] <pitti> seb128: hm, I wonder why
[08:28] <seb128> pitti, so devicekit works before having usr mounted
[08:28] <pitti> devicekit-{disks,power} aren't used before that..
[08:28] <seb128> not sure if that's an issue we have
[08:28] <pitti> if it's literally "devicekit", that's gone from karmic
[08:29]  * pitti removed it yesterday, after the last rdepends was fixed
[08:29] <seb128> it's probably -disk
[08:29] <seb128> I'm not sure
[08:29] <seb128> just telling you in case you are interested in the change
[08:29] <pitti> aah
[08:29] <pitti> I see
[08:29] <seb128> hey robert_ancell
[08:29] <pitti> $ ldd /lib/udev/devkit-disks-part-id |grep glib
[08:29] <pitti> libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00007f9d659fb000)
[08:29] <seb128> robert_ancell, still working on gtk?
[08:29] <pitti> hey robert_ancell, how are you?
[08:29] <pitti> seb128: so yes, seems like a good idea to do that then
[08:30] <robert_ancell> seb128, yes, it just built so ready to upload soon
[08:30] <pitti> seb128: it's just part-id, probe-ata-smart and dm-export don't need it
[08:30] <robert_ancell> pitti, hey pitti
[08:30] <seb128> robert_ancell, hum ok, I was going to rebase on debian they packaged 2.18 and our delta is trivial
[08:30] <didrocks> seb128: debian has already packaged new gtk if you didn't see it. I don't know if we have specific version
[08:30] <robert_ancell> seb128, oh, you might as well do that then :)
[08:30] <seb128> pitti, want to review http://incoming.debian.org/glib2.0_2.22.0-1.dsc? the diff with karmic?
[08:30] <didrocks> oh, ok, not fast enough in typing ;)
[08:31] <seb128> didrocks, thanks ;-)
[08:31] <seb128> pitti, it seems fine to me but there is some changes just before beta I prefer double checking
[08:32] <seb128> robert_ancell, ok, using you changes and applying those on the current debian version
[08:34] <seb128> robert_ancell, are your changes in some bzr?
[08:34] <robert_ancell> seb128, i'll just push now
[08:34] <seb128> robert_ancell, ok thanks
[08:34] <robert_ancell> pushed
[08:34] <robert_ancell> brb
[08:37] <seb128> wb robert_ancell
[08:37] <robert_ancell> gdm testing requires a lot of logging in and out...
[08:38] <seb128> don't tell me
[08:38] <seb128> what are you fixing? the shutdown button thing?
[08:38] <robert_ancell> yes
[08:38] <seb128> how do you plan to change it?
[08:39] <seb128> adding a unsensitive login one? or confirm the action selected?
[08:39] <robert_ancell> I put a menu in the lower right of the screen as proposed in https://wiki.ubuntu.com/DesktopTeam/Specs/Karmic/LoginExperience
[08:39] <seb128> ok, excellent ;-)
[08:40] <robert_ancell> the patch is finished, it will need a UI freeze break right? Should I commit it to bzr optimistically or push to a private branch?
[08:41] <seb128> commit to bzr I and nag pitti about approval ;-)
[08:43] <robert_ancell> pitti....
[08:44] <robert_ancell> pitti: Can you have a look at bug 434338 for UI freeze break please? Also can you update versions.py (I fixed it so it doesn't think there is a new firefox waiting)
[08:45] <robert_ancell> ok, gtg, see you all tomorrow
[08:46] <seb128> re
[08:47] <pitti> I fixed teh cronjob to do a bzr pull before
[08:48] <pitti> will look at that bug
[08:49] <seb128> pitti, thanks
[08:49] <seb128> brb for some reason ssh agent is broken
[08:53] <seb128> it's working again, go figure
[08:54] <chrisccoulson> good morning everyone
[08:55] <seb128> hey chrisccoulson
[08:55] <chrisccoulson> hey seb128 - how are you today?
[08:55] <seb128> a bit tired but good otherwise
[08:55] <seb128> you?
[08:56] <chrisccoulson> yeah, i'm quite tired too
[08:56] <chrisccoulson> i might get some early nights in beta freeze ;)
[08:57] <pitti> hey chrisccoulson
[08:57] <chrisccoulson> hey pitti
[09:11] <chrisccoulson> i'm going to take bug 413116
[09:11] <seb128> chrisccoulson, \o/
[09:11] <chrisccoulson> it probably won't be done for beta freeze though. it's still ok after beta release isnt it?
[09:12] <seb128> yes
[09:12] <seb128> or after beta
[09:12] <chrisccoulson> it might take me a bit more than 1 evening
[09:12] <chrisccoulson> cool:)
[09:12] <seb128> we still have some weeks after beta until karmic
[09:12] <seb128> hey asac_
[09:19] <mvo_> mpt: re #432978 - do you want strict AND searching?
[09:19] <pitti> Riddell: Yuriy's patch uploaded
[09:19] <mpt> hi mvo_
[09:20] <mvo_> hello mpt
[09:20] <mpt> mvo_, yes
[09:21] <mvo_> ok
[09:21] <mpt> mvo_, actually, that reminds me, for v2 we should have a blacklist of words that are mostly ignored in searches (used only for result ordering rather than filtering), e.g. "package", "application", "program", "suite"
[09:21] <mpt> so that if you search for "graphics program" you won't get vastly fewer results than searching just for "graphics"
[09:21] <mpt> I'll make a note of that
[09:22] <mvo_> mpt: I fix it right away, no need for a note
[09:22] <mpt> mvo_, really? Ok, it needs a careful translation note though
[09:23] <mvo_> mpt: oh, misread. yes, that is 2.0
[09:23] <mpt> ok :-)
[09:51] <seb128> gnagnagna
[09:51] <seb128> it should be easier to reinstall conffiles from a binary
[09:52]  * seb128 unpack the deb using dpkg-deb and cp the files
[09:53] <chrisccoulson> yeah, it's a pain having to do that
[09:55] <pitti> seb128, mvo_: who do I hassle/is there a bug/should I file a bug about software-store being in system->admin?
[09:55] <pitti> it's already in the apps menu (where it should be, AFAIK)
[09:56] <seb128> pitti, nobody? it's a minor issue and we already talked about it yesterday ;-)
[09:56] <pitti> sure, but "talk" is not enough action :)
[09:56] <seb128> pitti, ie no need to "hassle", there is higher things on the list right now
[09:57] <pitti> so I just file a bug now
[09:57] <seb128> software-store
[09:57] <seb128> it needs to change its Category use
[09:57] <seb128> using the same than gnome-app-install
[09:58] <pitti> ~software-store-developers
[09:58] <pitti> meh
[09:58] <pitti> can't commit
[10:00] <mvo_> pitti: I will commit if you send me a diff or a branch - I can add you as well if oyu want
[10:02] <pitti> hm, doesn't seem to be that easy; I'll discuss it in the bug
[10:04] <pitti> ok, followed up
[10:04] <pitti> (bug 435123)
[10:04] <pitti> mvo_: not that urgent, I just want it on the final release radar
[10:04] <seb128> pitti, why not?
[10:04] <seb128> why not easy
[10:04] <pitti> seb128: g-a-i has the same problem
[10:04] <pitti> but just dropping the System;Settings categories from both does the trick
[10:05] <seb128> "has the same problem"
[10:05] <seb128> that's why I was not sure that was a bug ;-)
[10:05] <seb128> another issues is that it might break software-store for other des
[10:05] <seb128> DEs
[10:06] <pitti> thats why I said "not that easy"
[10:06] <seb128> ie not sure where it's listed in xfce and what impact it will have for them if it's menu masked
[10:06] <pitti> did g-a-i get a special treatment in the panel?
[10:06] <seb128> no
[10:06] <seb128> but as you said it was listed in admin too
[10:06] <pitti> g-a-i had a separate XFCE .desktop
[10:10] <seb128> pitti, we can probably hack the gnome-menus .menu to filter it out otherwise
[10:10] <seb128> since that's what we hack to add it where it is now
[10:10] <pitti> ah, so it sort of does get special treatment in the panel
[10:11] <mpt> seb128, pitti, bug 433386 requires that the Store is in System > Administration for UNR, but not for Ubuntu
[10:11] <pitti> mpt: ah, thanks
[10:13] <seb128> pitti, in gnome-menus yes, there is no "out of the categories category"
[10:13] <seb128> ie no way for any desktop to put itself where software-store is
[10:35] <huats> Hello everyone !
[10:42] <pitti> hey huats!
[10:43] <huats> hey pitti !
[10:45] <lool> pitti: Hey
[10:46] <mpt> mvo_, for bug 433232, how often would that sort of problem be fixed by installing all available updates and then trying again?
[10:46] <lool> pitti: I see in the desktop report that some people have workitems below or above trend line
[10:46] <lool> pitti: does that mean you have per-person workitems charts/lists?
[10:46] <lool> I couldn't find these
[10:46] <mvo_> mpt: very rarely, this is typically a bug in the archive or a transient failure
[10:46] <pitti> lool: no, we don't; that was just a misunderstanding then
[10:46] <lool> pitti: Ok thanks
[10:47] <mvo_> mpt: transient in the sense that it might happen if a mirror is updating or if we do a transition
[10:47] <mpt> mvo_, by "transient" do you mean that a "Retry" button would be useful? Or if not, what else should be done before trying again?
[10:47] <mpt> mvo_, "Try again in a day or two"? :-)
[10:50] <mvo_> mpt: yes, try again in a day or two (maybe with a automatic countdown :P ?
[10:51] <mvo_> mpt: I think it should just show something like "Sorry, but this application can not be installed currently"
[10:51] <mpt> "If you do nothing, the Store will try again in 57600 seconds."
[10:51] <mpt> ok :-)
[10:51] <mvo_> "it may become available later"
[10:51] <mvo_> something like this
[10:52] <mvo_> "If you do nothing, the Store will try again in 57600 seconds." [cancel] [wait]
[10:52] <mpt> hehe
[11:29] <chrisccoulson> hey pitti. i think you're probably best off just closing bug 374151 for now
[11:29] <chrisccoulson> what was originally going to depend on it is not going to make it in karmic
[11:29] <pitti> okay, thanks
[11:29] <chrisccoulson> and i think when upstream roll a tarball, they will compile the vala code in to C code in the distributed tarball anyway
[11:30] <chrisccoulson> which means it wouldn't be needed as a build-dependency anyway
[11:31] <pitti> I see; done
[11:31] <chrisccoulson> there will be a new tracker tarball in a couple of weeks btw - far to late for karmic though
[11:31] <chrisccoulson> thanks
[11:32] <Amaranth> chrisccoulson: If they weren't planning on doing that from the start I'd have to hit them :P
[11:32] <chrisccoulson> Amaranth - you mean compiling the vala code in the tarball?
[11:33] <Amaranth> chrisccoulson: If you were going to ship a git snapshot you would do the same for the orig tar.gz because that's what make distcheck should do :)
[11:33] <Amaranth> chrisccoulson: Yes, that's the standard and expected way to ship modules using vala
[11:33] <Amaranth> chrisccoulson: Vala set the standard there, it is written in vala too :)
[11:34] <chrisccoulson> Amaranth - yeah. i think i assumed they wouldn't do that because when i rolled my own tarball from git, i still had to compile the vala code afterwards
[11:34] <chrisccoulson> that was a while ago though
[11:34] <Amaranth> Yeah, everyone misses it in their first collision between vala and autotools
[11:34] <chrisccoulson> i'll probably stick the new tracker in a PPA somewhere anyway
[11:35] <Amaranth> chrisccoulson: First release with the new sparql rdf-based data store, right?
[11:35] <chrisccoulson> Amaranth - yeah, that's right
[11:36] <chrisccoulson> i've already done some work on the packaging to split the store from the indexer
[11:36] <chrisccoulson> but my work is quite old now
[11:36] <Amaranth> chrisccoulson: I want to get exciting about that but everyone always laughs at them or gets confused when they talk about it :/
[11:36] <Amaranth> s/exciting/excited/
[11:36] <chrisccoulson> Amaranth - yeah, i get confused too.
[11:37] <Amaranth> If it didn't walk $HOME on start it wouldn't matter if almost no one used that part of it as long as it had a single user it would be a win
[11:37] <chrisccoulson> yeah, there's not much using it at the moment
[11:38]  * Amaranth tests new bootchart again
[11:38] <chrisccoulson> anyway, i need to try and motivate myself to do some work now. i'm having a very unproductive day;)
[11:44]  * Amaranth looks at bootchart, gets embarrassed
[11:45] <Amaranth> one second for compiz shell script followed by 10 seconds of compiz chewing mostly disk but a little CPU thrown in
[11:46] <pitti> Amaranth: reading/parsing all its xml files?
[11:46] <Amaranth> pitti: once reading them as protobuf (nice little second or two of IO followed by CPU) then once reading them as XML (significantly longer)
[11:47] <seb128> couldn't those be cached?
[11:47] <Amaranth> Oh, I'm not actually using compiz right now
[11:48] <Amaranth> It must have silently crashed and loaded metacity some time after boot :/
[11:48] <Amaranth> [  106.637269] compiz.real[2121]: segfault at 2 ip 00007fa5b12e13c9 sp 00007fff152b9d10 error 4 in libwobbly.so[7fa5b12db000+8000]
[11:48] <Amaranth> crap
[11:48] <Amaranth> seb128: cached in what way? the cache is the protobuf versions
[11:49] <Amaranth> but only the ccp plugin knows to read them
[11:49] <seb128> why are the xml read anyway then?
[11:49] <Amaranth> But since we have no shot at getting any version of compiz newer than 0.8.4 before 10.10 I suppose this is a problem worth fixing in the 0.8.x versions now :)
[11:49] <Amaranth> seb128: To tell compiz about the settings for the plugins
[11:50] <Amaranth> (and also to expose that information via dbus along with a way to control compiz via dbus)
[12:02] <Amaranth> hmm, slow DNS, must be my resolv.conf getting screwed again
[12:05] <Amaranth> Nice, OpenSuSE ships a patch to compiz almost as big as a compiz tarball to add the nomad branch
[12:28] <pitti> Amaranth: hang on, you have slow DNS?
[12:28] <pitti> Amaranth: I have the same problem with my router, and running a workaround for some time
[12:28] <pitti> but so far I didn't meet anyone else with that problem
[12:28] <Amaranth> pitti: yeah, thanks to "search" lines
[12:29] <pitti> Amaranth: if you run "host www.ubuntu.com", does it give you an immediate result and then hang for some 10  seconds, and then respond with "no results"?
[12:29] <pitti> Amaranth: or, rather, ";; connection timed out; no servers could be reached"
[12:30] <Amaranth> pitti: it gives me a result then sits for a couple seconds then exits
[12:30] <pitti> $ host www.ubuntu.com
[12:30] <pitti> www.ubuntu.com has address <IP_ADDRESS>
[12:30] <pitti> [10 second pause]
[12:30] <pitti> ; connection timed out; no servers could be reached
[12:30] <pitti> [ 5 second pause ]
[12:30] <pitti> ; connection timed out; no servers could be reached
[12:30] <Amaranth> no error and only maybe 4 second pause here
[12:30] <pitti> I only get that when using my router as DNS server, not when I manually kick it to use the official Telekom DNS
[12:30] <Amaranth> but I think my original resolv.conf had two search lines so that may add even more time
[12:30] <pitti> ok, then it seems to be a different problem
[12:30] <Amaranth> I just use <IP_ADDRESS>
[12:31] <pitti> I don't have any search lines, and still have the problem
[12:31] <jpds> Tried using OpenDNS?
[12:31] <Amaranth> different problem then
[12:31] <pitti> I'd blame my router, if my wife would have the same problem as well
[12:32] <pitti> but I didn't have it on jaunty and early karmic, and neither does she (jaunty as well)
[12:37] <davmor2> pitti: I get the result almost instantly
[12:37]  * asac  lunch
[12:38] <davmor2> pitti: Mind you I'm using a mix of my own dns cache and opendns
[12:45] <Amaranth> oh wow, if we had changed compiz to check for GLX 1.3 for glXCreatePixmap it wouldn't work on r300 or any intel
[12:45] <Amaranth> phew, close one
[12:46] <Amaranth> tormod filed a bug saying we should do so then upstream dri almost convinced us it was needed :)
[13:22] <pitti> davmor2: right, if I use the DNS servers which my router uses, it's fine
[13:24] <seb128> Laney, do you work on f-spot out of packaging?
[13:24] <seb128> Laney, are you in contact with upstream too?
[13:24] <Laney> a bit
[13:24] <Laney> I'm in the IRC channel
[13:25] <seb128> ok
[13:25] <seb128> the slideshow screensaver seems to not be working
[13:25] <seb128> would you be interested to upstream that or investigate?
[13:25] <Laney> I saw some reports on that
[13:25] <Laney> needed to figure out if its a packaging issue or upstream
[13:26] <seb128> running /usr/lib/gnome-screensaver/gnome-screensaver/f-spot-screensaver by hand works
[13:27] <seb128> and straces seems to in indicate gnome-screensaver-preferences finds it too
[13:28] <Laney> but it doesnt work from the gnome-screensaver preview right?
[13:31] <seb128> Laney, no, neither the preview or the screensaver
[13:31] <seb128> if you have no favorite picture the /usr/lib/gnome-screensaver/gnome-screensaver/f-spot-screensaver displays a message
[13:31] <seb128> but the screensaver is empty
[13:31] <seb128> same with an image
[13:31] <seb128> it just indicates it's not an image loading issue
[13:31] <Laney> hmm
[13:31] <seb128> and I tried the gnome-screensaver version from jaunty
[13:31] <seb128> same issue
[13:31] <Laney> so running it by hand works
[13:32] <Laney> thats weird
[13:32] <seb128> yes...
[13:32] <Laney> seb128: do you want to join #f-spot?
[13:32] <Laney> I'm not on an Ubuntu box atm
[13:33] <seb128> ok
[13:41] <james_w> kenvandine: do you know if  http://people.canonical.com/~jamesw/messaging_menu.png is a known bug? It doesn't match the picture in the spec.
[13:41]  * kenvandine looks
[13:41] <kenvandine> james_w, the avatar?
[13:42] <james_w> the fact that the separator below empathy ends up above the messages from empathy
[13:42] <kenvandine> oh... that is a known bug
[13:42] <kenvandine> i think... let me make sure it is what i think it is
[13:43] <kenvandine> yes
[13:43] <kenvandine> that is the menu ordering bug
[13:43] <kenvandine> tedg is working on it
[13:43] <kenvandine> to verify
[13:43] <kenvandine> killall indicator-applet
[13:43] <james_w> the bugs are mostly developers talking to themselves, so it's hard to know what a bug is about :-)
[13:43] <kenvandine> and hit reload
[13:43] <kenvandine> the order should be fixed
[13:43] <kenvandine> hehe
[13:44] <kenvandine> james_w, bug 430904
[13:44] <james_w> oh, I need someone to talk to me again :-)
[13:44] <james_w> could be a few weeks before I can verify
[13:44] <kenvandine> hehe
[13:46] <james_w> ah, there are two ordering bugs, I found bug 422079, which is fixed
[13:47] <kenvandine> yeah... that one was fixed
[13:47] <kenvandine> this is a new bug :)
[13:47] <pitti> hey kenvandine, good morning
[13:47] <kenvandine> hey pitti
[13:50] <seb128> hey kenvandine
[13:52] <kenvandine> hey seb128
[14:01] <seb128> is somebody there wanting to look at the libpst update?
[14:09] <seb128> hey tedg
[14:09] <tedg> Good morning seb128
[14:12] <seb128> everybody hugs MacSlow who managed to fix the notify-osd crasher getting ton of duplicates
[14:12] <seb128> everybody hugs MacSlow who managed to fix the notify-osd crasher getting ton of duplicates since 0.9.21
[14:16] <MacSlow> seb128, agateau also needs to get some of those as he helped me with it and thus avoiding not totally going insane over it
[14:17]  * seb128 hugs agateau and MacSlow
[14:17] <Amaranth> mvo_: Fun fact: we don't need a driver whitelist in compiz anymore, we check for Software Renderer :)
[14:18] <Zdra> kenvandine, I have a crash for you: https://bugzilla.gnome.org/show_bug.cgi?id=595980
[14:18] <kenvandine> Zdra, looking
[14:18] <mvo_> Amaranth: oh, is that reliable enough?
[14:19] <Amaranth> mvo_: It's actually more reliable, that's why we had to add it
[14:19]  * Amaranth is looking into turning the shell script into C code inside the compiz binary
[14:19] <Amaranth> had a nice discussion in #xorg-devel about it
[14:20] <seb128> kenvandine, bug #434825 too if you didn't notice
[14:22] <Amaranth> mvo_: They really hate us doing a pci id blacklist, btw :P
[14:22] <Amaranth> And apparently we won't need it since 845 and 815 have dri forced to off in the driver now?
[14:23] <kenvandine> seb128, yeah saw that
[14:23] <kenvandine> thx
[14:25] <kenvandine> Zdra, i guess i need to install kubuntu :)
[14:27] <Zdra> kenvandine, seems to happen only when running empathy in kubuntu, right
[14:27] <kenvandine> yeah
[14:27] <kenvandine> i don't know the status of the indicator in kubuntu
[14:31] <mvo_> Amaranth: why do they hate us? I mean, seriously, the drivers kept crashing with certain cards
[14:31] <mvo_> Amaranth: uh, I see - there is a long discussion in the channel :)
[14:35] <Zdra> kenvandine, https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/435262
[14:36] <kenvandine> thx
[14:40] <asac> seb128: what was the env setting to bail out on GTK warnings?
[14:40] <asac> err G-warnings
[14:41] <Zdra> asac, --fatal-warnings
[14:41] <Zdra> asac, or G_DEGUG=fatal-warnings
[14:41] <Zdra> asac, --g-fatal-warnings
[14:42] <seb128> asac, what Zdra said ;-)
[14:42] <asac> yeah thanks
[14:42] <seb128> asac, btw still having epiphany-webkit on your update list?
[14:42] <asac> hmm
[14:43] <asac> seb128: i usually dont forget things like that ;)
[14:43] <asac> at least i try
[14:43] <seb128> hehe
[14:45] <asac> thats bad
[14:46] <seb128> what?
[14:46] <asac> i cannot gdb this warning because it happens when i open the menu
[14:46] <asac> and then all focus is locked
[14:46] <seb128> gdb from an another user
[14:46] <pitti> kenvandine: writing
[14:46] <asac> well. problem is i have to set to fatal_warning
[14:46] <seb128> vt switch should still work
[14:46] <asac> and when i start there are instantly a few warnings i would have to continue
[14:46] <asac> not sure if i can attach two gdbs ;)
[14:46] <asac> let me try that
[14:47] <asac> can i teach gdb to automatically run backtrace when it breaks?
[14:48] <seb128> I think you can but I don't know how
[14:48] <seb128> I usually let apport catch the crash
[14:48] <seb128> and I use gdb on the dump there
[15:39] <asac> seb128: yeah. it was to debug why there is a special critical warning ... but now i found it through reading code ;)
[15:41] <asac> rick still at conference?
[15:41] <asac> Riddelll: can you run mm-test.py --private for us?
[15:42] <asac> Riddelll: also are you sure wvdial allowed you to ping?
[15:42] <asac> dan said that wvdial even succeeds often if it fails
[15:42] <Riddelll> wvdial allowed me to ssh and irc
[15:42] <asac> ok
[15:42] <asac> Riddelll: sure you were not on wifi too?
[15:43] <Riddelll> yes wifi was turned off with hardware switch
[15:43] <asac> i just re-ask because that SIM error is explicit that its a SIM error
[15:43] <asac> ok
[15:43] <asac> the --private would help then i guess
[15:45] <Riddelll> http://paste.ubuntu.com/276443/
[15:48] <rickspencer3> pitti: thanks for running the meeting and sending the team report
[15:48] <pitti> hey rickspencer3; my pleasure
[15:48] <pitti> rickspencer3: enjoying the conference? what's interesting?
[15:49] <rickspencer3> pitti: hmmm
[15:49] <rickspencer3> well ... doing some work with robbiew and jono
[15:50] <rickspencer3> interesting  comments from  Linus
[15:50] <rickspencer3> getting to know a couple of Fedora guys, interesting to see what the other distros are up to
[15:54] <rickspencer3> pitti: seemed that my concerns were mostly addressed, so thanks for that!
[15:54] <seb128> hey rickspencer3
[15:54] <didrocks> hi rickspencer3
[15:55] <rickspencer3> hi seb128 and didrocks
[15:56] <asac> Riddelll: can you join #nm and chat with dan directly?
[16:06] <diverse_izzue> i find it mildly annoying that indicator-applet gets yellow when one of my buddies comes online in empathy. is that a wanted behavior or a bug?
[16:07] <pitti> green here, but same problem
[16:07] <pitti> diverse_izzue: bug 434726
[16:08] <diverse_izzue> pitti, thanks, we'll have to bug kenvandine enough for him to fix it i guess :-)
[16:09] <kenvandine> diverse_izzue, i know... i am planning to look at that today
[16:09] <Zdra> kenvandine, empathy print criticals when closing the main window
[16:09] <diverse_izzue> kenvandine, thanks, brilliant
[16:10] <Zdra> kenvandine, I see no status icon and no way to get incoming msg
[16:11] <kenvandine> ?
[16:11] <kenvandine> you don't see it in the indicator?
[16:11] <Zdra> no
[16:11] <Zdra> what indicator is supposed to looks like?
[16:11] <kenvandine> an envelope
[16:11] <Zdra> I see only a bubble for incoming msg, but no button to open the chat window
[16:12] <kenvandine> right, you shouldn't
[16:12] <kenvandine> it should appear as an item in the messaging menu (indicator)
[16:12] <diverse_izzue> Zdra, indicator-applet is a panel-applet, not in the tray, maybe you have to add that first?
[16:12] <kenvandine> if it isn't added, it should show the icon
[16:12] <Zdra> diverse_izzue, oooh
[16:12] <Zdra> that's was that
[16:13] <Zdra> so there is no upgrade path
[16:13] <Zdra> brilliant !
[16:13] <diverse_izzue> kenvandine, it doesn't show a tray icon even if i remove indicator-applet and restart empathy
[16:13] <Zdra> I installed karmic without formating my $HOME, like everybody and that applet it not added to panel
[16:13] <Zdra> making empathy unusable
[16:14] <kenvandine> humm
[16:14] <kenvandine> Zdra, well... that is a bug then
[16:14] <kenvandine> if the indicator applet isn't loaded, it shouldn't try to use it
[16:14] <kenvandine> it should show the icon
[16:15] <kenvandine> Zdra, could you please file a bug for that?
[16:16] <diverse_izzue> kenvandine, are you the main empathy guy for ubuntu?
[16:16] <seb128> Zdra, the applet should have been added in jaunty already, did you remove it there?
[16:16] <kenvandine> i guess i ended up that way
[16:16] <seb128> I do look at it a bit too
[16:16] <Zdra> seb128, probably
[16:16] <seb128> Zdra, that's why it's not added again
[16:16] <Zdra> seb128, well, my $HOME is like 5years old
[16:17] <kenvandine> the problem is we shouldn't try to use the indicator if it isn't there
[16:17] <seb128> still a bug that you don't get the icon without it
[16:17] <Zdra> kenvandine, exactly. I'll file a bug
[16:17] <diverse_izzue> thing is, i suggested organising an audio/video testing day over at #telepathy, because i had very little luck with that functionality until now. people said, sure, once 2.28 is out, and we figured trying to get the ubuntu guys on board would make sense.
[16:18] <diverse_izzue> reason for organising a testing day is that, at least for me, it's difficult to find people to test with. also, there's loads of strange network configs out there, would be good to have a number of people testing and submitting logs
[16:19] <kenvandine> Zdra, thx
[16:19] <diverse_izzue> so kenvandine and seb128, would such a testing day be something you are interested in / willing to devote some time to?
[16:19] <kenvandine> maybe... i have been testing video allot
[16:20] <seb128> diverse_izzue, talk to pedro when he's around, he's in the qa team and organize bug days, etc
[16:20] <diverse_izzue> great, with how much success? and with which other clients?
[16:20] <seb128> diverse_izzue, talk to pedro when he's around, he's in the qa team and organize bug days, etc
[16:20] <seb128> ups sorry
[16:20] <diverse_izzue> np, i'll keep an eye out for him
[16:21] <Zdra> kenvandine, https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/435329
[16:24] <mac_v> Zdra: did you at any time earlier,in jaunty, remove the indicator applet from the panel?
[16:25] <seb128> mac_v, I already asked and said yes
[16:25] <seb128> mac_v, read backlog ;-)
[16:25] <mac_v> Zdra: if you have removed it  , it usually wont comeback unless you add it ;)
[16:26] <Zdra> mac_v, seb128: I don't remember if I removed the applet or if it was never added.
[16:26] <seb128> you probably removed it
[16:26] <Zdra> mac_v, indeed that's the best way to do ;)
[16:27] <Zdra> add it the first time your are running a indicator-enabled ubuntu, then never add it back if I remove it
[16:29] <mac_v> seb128: ah... just got the chat... irc delay ;)
[16:45] <pitti> seb128, lool: ubuntu's glib2.0 has --enable-assert-messages, debian's doesn't; do we want to follow?
[16:45] <pitti> (just merging glib2.0, for the /lib installation)
[16:46] <james_w> kenvandine: empathy sets draw-attention on login notifications as well, I'm guessing it shouldn't?
[16:46] <seb128> pitti, seems a good idea, I think debian not having is an overlook
[16:46] <kenvandine> already a bug for that :)
[16:46] <seb128> or is there a reason why it should be there?
[16:46] <kenvandine> james_w, i hope to get to it after lunch :)
[16:47] <pitti> seb128: no idea what it does, I just asked because I hoped you would
[16:47] <james_w> "kenvandine: just call him Launchpad"
[16:47] <james_w> thanks Ken
[16:47] <kenvandine> :)
[16:47] <kenvandine> np
[16:47] <seb128> pitti, isn't that the thing you added recently to make apport assert work?
[16:47] <kenvandine> pitti, can we do another quick test? i need a little more debugging info on my end
[16:47] <pitti> seb128: oh, duh
[16:47] <pitti> of course
[16:47] <kenvandine> and would like to compare results from the same remote :)
[16:47]  * pitti headdesk
[16:47] <seb128> ;-)
[16:48] <pitti> seb128: another Q, if I may
[16:48] <seb128> yes sure
[16:48] <pitti>   * 02_usr_share_gnome_applications.patch: ported from GnomeVFS. Use
[16:48] <pitti>     /usr/share/gnome/applications/defaults.list to obtain the defaults
[16:48] <pitti>     for MIME mapping. Currently this file is still shipped by GnomeVFS.
[16:48] <pitti> this was dropped in Debian
[16:48] <pitti> and we don't have that file any more either
[16:48] <seb128> right
[16:48] <seb128> we never had
[16:48] <pitti> I think it's okay to drop as well?
[16:49] <seb128> we use /usr/share/applications/defaults.list since always
[16:49] <pitti> cool, then the only delta is my assertion messages thing
[16:49] <pitti> and debian/watch looking for unstable versions
[16:49] <pitti> no response on https://bugzilla.gnome.org/show_bug.cgi?id=594872 unfortuantely
[16:49] <pitti> but well, it's easy enough to carry
[16:50] <seb128> right
[16:50] <seb128> since GNOME was mostly frozen I expect people didn't spend time reviewing such changes
[16:56] <rugby471> mvo_: hello
[16:57] <mvo_> hey rugby471
[17:03] <lool> pitti: we had an issue this morning with assert messages
[17:03] <lool> pitti: I dont understand how but someone got warnings when upgrading some app from glib that libc6 didn't have it
[17:03] <lool> hold on
[17:05] <lool> pitti: 16:40 < rabeeh> gconftool: relocation error: /usr/lib/libglib-2.0.so.0: symbol  __abort_msg, version GLIBC_PRIVATE not defined in file libc.so.6 with  link time reference
[17:11] <pitti> lool: debian's glibc doesn't have that patch yet, I assume; it's not yet released upstream
[17:14] <seb128> pitti, btw we didn't resume the discussion yesterday after the meeting but the icon theme needs to be changed
[17:14] <seb128> pitti, could you make sure humanity is installed by default?
[17:14] <seb128> pitti, I will do the schemas change to match that
[17:14] <pitti> wow, our first working A/V call with kenvandine \o/
[17:14] <kenvandine> woot!
[17:14] <seb128> nice
[17:14] <seb128> what did you fix?
[17:15] <pitti> well, it worked after a few iterations and crashes
[17:15] <pitti> I had to restart the telepathy daemons
[17:17] <pitti> seb128: humanity> sure, seeding
[17:17] <seb128> pitti, thanks
[17:17] <huats> seb128: I am looking at the versions page. Do you have anything in mind that might need an update ?
[17:17] <pitti> seb128: instead of or in addition to human-icon-theme ?
[17:18] <pitti> gtk-update-icon-cache: The generated cache was invalid.
[17:18] <pitti> WARNING: icon cache generation failed for /usr/share/icons/Humanity
[17:18] <pitti> seb128: should that concern me?
[17:18] <seb128> djsiegel, ^ do you know?
[17:19] <seb128> pitti, I will look at the cache issue
[17:19] <djsiegel> seb128: looking into it
[17:20] <pitti> djsiegel: should we install humanity instead of or in addition to human-icon-theme?
[17:20] <seb128> djsiegel, I was asking about ^
[17:20] <djsiegel> oh, instead of
[17:20] <lool> pitti: He said that was with karmic
[17:20]  * pitti hopes for "instead of", cd space wise
[17:20] <pitti> lool: weird
[17:20] <djsiegel> the human dependency is being removed from humanity
[17:21] <pitti> oh, right, it depends on it
[17:21] <lool> pitti: So what did you want to do in debian?  enable-assert in glib even if eglibc doesn't have it?
[17:21] <pitti> so I can unseed it
[17:21] <seb128> pitti, ok
[17:21] <pitti> lool: nothing right now
[17:21] <mac_v> pitti: djsiegel the new package is from which upstream rev? we have added several fixes
[17:21] <lool> pitti: k
[17:21] <pitti> Version: 0.2+snapshot20090929+r244-0ubuntu1
[17:21] <pitti> ^ in karmic
[17:21] <lool> djsiegel: Oh what is this about?  Using Humanity in the Ubuntu Desktop Edition as well?
[17:21] <djsiegel> lool: yes
[17:21] <lool> mac_v: Did you release a 0.3?
[17:22] <mac_v> pitti:  we are at rev 274 , right now , that has fixed a lot of bugs
[17:22]  * lool notes that 20090929 is uterly confused *gah*
[17:22] <mac_v> lool: havent yet , still a few fixes are waiting
[17:22] <lool> it was 19 not 29
[17:22] <pitti> we always live in the future :)
[17:22] <rugby471> mvo_: regarding bug 432610
[17:22] <djsiegel> pitti:  :)
[17:22] <rugby471> mvo_: do we want to keep upgrade button, you and mpt were talking about removing it
[17:23] <pitti> seb128: oh, it's not even seeded
[17:23] <rugby471> mvo_: just so I know before I fix it
[17:23] <djsiegel> pitti mac_v seb128 kwwii , I think we want head bzr for humanity, it keeps getting more fixes each day
[17:23] <lool> mac_v: Ok just dont expect us to have latest rev of the day obviously  :-)
[17:23] <djsiegel> and it's just icons, no code
[17:23] <mac_v> lool: yeah  , sure
[17:23] <seb128> djsiegel, we can't upload after each commit
[17:23] <lool> djsiegel: You realize that I pushed it?
[17:23] <pitti> seb128: I'll fix human-theme and notify-osd dependencies
[17:23] <djsiegel> seb128: right, I know
[17:23] <seb128> pitti, thanks
[17:23] <djsiegel> lool, I realize that you pushed what where?
[17:24] <lool> djsiegel: I uploaded the last couple of humanity-icon-theme packages to karmic
[17:24] <djsiegel> lool: ok, and?
[17:24] <mvo_> rugby471: I leave that to mpt, its trivial to remove the button, I don't mind
[17:24] <djsiegel> lool: good?
[17:24] <pitti> djsiegel, MacSlow: will notify-osd get along fine with humanity?
[17:24] <pitti> I'm going to change its dependency from human to humanity
[17:24] <rugby471> mpt: do we want to keep it or remove?
[17:25] <djsiegel> pitti: I am told notify-osd icons are being placed in an independent icon theme
[17:25] <lool> djsiegel: Well I discover this discussion by accident; perhaps you could consider mentioning to me that a new humanity will be pushed?  this impacts UNR immediately
[17:25] <lool> And we're within UI freeze
[17:25] <pitti> (so are we..)
[17:25] <MacSlow> pitti, I'm running it for several weeks now with humnity... looks good, can't complain
[17:25] <pitti> MacSlow: ok, so I'll just flip the dependency, thanks
[17:25] <mpt> rugby471, I would rather remove it, partly because I don't yet know how or even whether the Store should do updates at all, and partly because we don't yet have update-specific variations of <https://wiki.ubuntu.com/SoftwareStore?action=AttachFile&do=get&target=transaction-config-conflict-installation.jpg>
[17:26] <djsiegel> lool: I don't know anything about new humanity being pushed, I am just recommending that head bzr humanity always be used if someone is looking to package it
[17:26] <MacSlow> pitti, argl... crap...
[17:26] <lool> pitti, seb128: So you guys got a request from UX to switch to humanity?
[17:26] <pitti> MacSlow: ?
[17:26] <MacSlow> pitti, I'm using "GNOME-Human"
[17:26] <MacSlow> pitti, sorry
[17:26] <mac_v> djsiegel: any decision on the notify-osd icons? do we want to use the icons from Human or use Humanity's ones? if we want to use Humans  , we need to remove Humanity's icons
[17:26] <seb128> lool, djsiegel requested it
[17:26] <rugby471> mpt mvo: ok removing button
[17:26] <mpt> rugby471, and partly because it would be an easy way of fixing that bug :-)
[17:26] <lool> djsiegel: Last upload was Sunday evening and I took a snapshot at that time
[17:26] <MacSlow> pitti, I don't have humanity installed at all.
[17:26] <lool>  -- Loïc Minier<EMAIL_ADDRESS>Sun, 20 Sep 2009 22:26:57 +0200
[17:26] <MacSlow> pitti, one sec
[17:26] <lool> I think it's pretty nice we have a fresh one already
[17:26] <rugby471> mpt: hehe, well just as easy to solve it the other way :-)
[17:26] <djsiegel> lool: sure
[17:26] <pitti> MacSlow: I do now, and I still get notifications
[17:27] <seb128> lool, do you know what is the issue with the icon theme caching?
[17:27] <lool> seb128: No; which issue?
[17:27] <lool> 18:18 < pitti> WARNING: icon cache generation failed for  /usr/share/icons/Humanity
[17:27] <seb128> lool, sudo gtk-update-icon-cache /usr/share/icons/Humanity
[17:27] <seb128> gtk-update-icon-cache: The generated cache was invalid.
[17:27] <MacSlow> pitti, well you should still get them... I was just assuming you were asking for missing or wrong icon-errors
[17:27] <djsiegel> kwwii lool seb128 pitti: perhaps the cache is not built because the files are svg?
[17:27] <pitti> MacSlow: right, I was
[17:27] <seb128> djsiegel, it should cope with that, other theme have scalable icons too
[17:28] <lool> seb128, pitti: So we're changing the default theme in the desktop for beta?
[17:28] <seb128> lool, yes
[17:28] <lool> seb128: I have no idea; I would have to strace and/or dig into Gtk+
[17:28] <pitti> lool: apparently
[17:28] <DBO> everyones favorite intern is here to debug humanity not generating an icon cache!
[17:28] <seb128> djsiegel, urg, you install svg files out of scalable?
[17:28] <MacSlow> hey DBO
[17:29] <pitti> MacSlow: volume up/down works, anyway
[17:29] <djsiegel> seb128: ?
[17:29] <DBO> hey MacSlow
[17:29] <seb128> hello DBO
[17:29] <seb128> djsiegel, I'm not sure that's right
[17:29] <MacSlow> pitti, trying with Humanity too now
[17:29] <djsiegel> seb128: me neither
[17:29] <seb128> djsiegel, scalable icons should go to scalable
[17:29] <pitti> seems I better hold back for now?
[17:29] <seb128> and other should be png ones
[17:29] <djsiegel> seb128, talk to kwwii
[17:29] <djsiegel> I don't know about icon themes
[17:29] <DBO> seb128, thats not true
[17:29] <seb128> why do you guys always come with disruptive changes one day before freeze?
[17:29] <mac_v> seb128: not necessarily
[17:30] <mac_v> all icons can be svg
[17:30] <seb128> ui should be frozen for weeks
[17:30] <DBO> seb128, to make life hard
[17:30] <djsiegel> seb128: this is my first cycle working on ubuntu
[17:30] <DBO> mine too
[17:30] <djsiegel> seb128: so I do it always if you mean 1 out of 1 times :)
[17:30] <djsiegel> seb128: it came from mark and ivanka
[17:30] <seb128> mac_v, ok, well there is something gtk doesn't like
[17:30] <DBO> seb128, where can I get the Humanity package you guys made?
[17:30] <DBO> I want to fix the icon cache thingie
[17:30] <djsiegel> DBO: lool packaged it
[17:31] <pitti> admittedly ArtworkDeadline is september 24
[17:31] <pitti> i. e. tomorrow
[17:31] <seb128> DBO, http://archive.ubuntu.com/ubuntu/pool/main/h/humanity-icon-theme/
[17:31] <lool> DBO: In karmic as usual
[17:31] <lool> DBO: Dist upgrade!
[17:32] <seb128> pitti, well, that's mean to be tweaks not landing something 100% new
[17:32] <DBO> hey, I upgraded to karmic yesterday!
[17:32] <pitti> seb128: yes, ideally
[17:32] <DBO> my hard drive crashed :(
[17:32] <seb128> DBO, sudo apt-get install humanity-icon-theme
[17:32] <djsiegel> seb128: hope you're prepared for 100% wallpapers! they are gorgeous
[17:32] <seb128> djsiegel, what is that? ;-)
[17:32] <seb128> how many wallpapers?
[17:32] <djsiegel> seb128: the new wallpapers, from the contest
[17:33] <rugby471> djsiegel: what package are they in?
[17:33]  * DBO waits for his mp3 support to finish installing
[17:33] <djsiegel> we picked 20 I think, but are picking 5 or 8 to try to squeeze into the install
[17:33] <seb128> djsiegel, you expect that to land on the default install?
[17:33] <djsiegel> not sure which package
[17:33] <djsiegel> kwwii knows more about how we are getting these to users
[17:33] <djsiegel> I hope a couple go into the install
[17:34] <pitti> 695M 2009-09-23 13:51 karmic-desktop-amd64.iso
[17:34] <seb128> djsiegel, you realize that beta freeze is tomorrow right?
[17:34] <pitti> well, that's the bar :)
[17:34] <djsiegel> seb128: yes
[17:34] <rugby471> kwwii: ^ any idea which package?
[17:34] <seb128> djsiegel, and that it's really over late to add new things
[17:34] <mac_v> rugby471: its not out yet ;p
[17:34] <djsiegel> seb128: well, we have these wallpapers...
[17:34] <rugby471> mac_v: oh okay :-)
[17:34] <lool> pitti, seb128, djsiegel: I pushed r276 (two more revs than 10 minute ago!) to karmic
[17:34] <seb128> djsiegel, and we have CD to rolls and no free space
[17:35] <djsiegel> lool: nice
[17:35] <MacSlow> pitti, with humanity everything here works as expected
[17:35] <seb128> lool, thanks, let's see if that fixes the icon cache issue ;-)
[17:35] <pitti> MacSlow: thanks for confirming
[17:35] <djsiegel> seb128: ok, then I guess we'll just barely make it!
[17:35] <pitti> seb128, lool: I'm not quite sure, is the icon cache thing a bug, or is svg in non-scalable a bug?
[17:35] <lool> seb128: Can I haz latest rev of GNOME?   ;-)
[17:35] <seb128> I've no clue
[17:35] <djsiegel> seb128: or maybe we can put the in U1
[17:35] <pitti> in other words, should I still switch to humanity now?
[17:35] <djsiegel> DBO, can you comment on icon caching?
[17:35] <lool> pitti: No idea right now
[17:35] <DBO> in what manner?
[17:36] <seb128> pitti, I'm too busy to track that before beta
[17:36] <DBO> basically it takes all the icons and packs them into a single file
[17:36] <djsiegel> should pitti still switch to humanity even with the caching warning
[17:36] <seb128> not sure how unhappy djsiegel will be if we don't switch icon theme
[17:36] <lool> pitti: I raised some issues with humanity in UNR and was about to revert back to Human last Friday; that's why we get a new rev every second and I gather it's also how it came on the radar for desktop again
[17:36] <lool> pitti: I think most issues are being fixed and the icon theme worked decently in UNR
[17:37] <lool> pitti: Cant say whether icon caches have been broken forever though
[17:37] <pitti> lool: I guess not having a cache is mainly a performance problem then? It seems to work, at least
[17:37] <djsiegel> lool pitti, ivanka chatted with sabdfl about it and thought the decisions was to put humanity back in UNR and on the desktop.
[17:37] <lool> It's only a performance problem yes
[17:37] <djsiegel> So I told you fine gents.
[17:37] <lool> djsiegel: Thanks; I heard from ivanka earlier that she only had permission to change the icon theme in UNR, not in the desktop, but it seemed that just changed
[17:38] <lool> I think it's better if we get that in karmic rather than lucid
[17:38] <seb128> right, that too
[17:38] <lool> But then as seb128 says, it's a pain to get these the day before beta freeze
[17:38] <djsiegel> lool: sounds reasonable, and yes it's a pain
[17:40] <djsiegel> if DBO can fix the cache issue, when can that fix go in?
[17:40] <seb128> djsiegel, you seem to assume all those changes are fine and easy so late ...
[17:41] <djsiegel> seb128: no, I am not assuming that, I am asking.
[17:41] <DBO> if I can fix this issue while also combating swine flu, I deserve a medal
[17:41] <seb128> well I'm not even sure it's reasonable to change so late
[17:41] <djsiegel> seb128: I was told "make it so." If it's too late, it's too late.
[17:41] <pitti> djsiegel: yes, fixing the icon cache is reasonable to do after beta
[17:41] <seb128> djsiegel, but I guess we don't really have a choice there?
[17:41] <pitti> djsiegel: I'm actually less concerned about fixing it than breaking it in the first place
[17:42] <pitti> I don't know what happens if we install/use a broken icon cache by default
[17:42] <djsiegel> pitti: me neither
[17:42] <djsiegel> pitti: DBO knows
[17:42] <seb128> me neither
[17:42] <seb128> we never had a broken cache before
[17:42] <seb128> that's the first theme to do that
[17:42] <seb128> I'm a bit concerned that the svg everywhere is a design mistake or something
[17:42] <seb128> and leads to trouble
[17:42] <djsiegel> I wish DBO, kwwii, and DanRabbit were discussing this.
[17:43] <djsiegel> They know about these things, I do not!
[17:43] <mac_v> seb128: there are several requests for svg icons ;)
[17:43] <seb128> the svg icons are probably not the issue
[17:43] <seb128> not sure what is
[17:43] <DBO> seb128, svg's are not truly scalable like people like to think
[17:44] <DBO> if you take an svg designed for display at 24x24 and display it at 32x32 it will have pixel alignment issues
[17:44] <DBO> and will not be crisp and sharp like intended
[17:44] <seb128> DBO, I was rather concerned about them confusing the icon cache generation code
[17:44] <DBO> they dont
[17:44] <seb128> ok, so not sure what does
[17:44] <DBO> elementary icon set (which is what humanity is based on) generates fine
[17:44] <mac_v> seb128:  oh.. wait a min, we have the folders arranged differently from Human
[17:45] <DBO> seb128, elementary icon set (which is what humanity is based on) generates fine
[17:45] <mac_v> maybe that is causing this
[17:45] <seb128> re
[17:45] <seb128> sorry about that
[17:46] <djsiegel> pitti: where do you see that icon cache warning?
[17:46] <pitti> djsiegel: just when installing the package
[17:46] <djsiegel> pitti lool, is it a packaging error?
[17:46] <pitti> $ sudo update-icon-caches /usr/share/icons/Humanity
[17:46] <pitti> gtk-update-icon-cache: The generated cache was invalid.
[17:46] <pitti> WARNING: icon cache generation failed for /usr/share/icons/Humanity
[17:46] <pitti> djsiegel: no, that calls update-icon-caches
[17:47] <mac_v> pitti: the Humanity's folder structure is different from Human's  , could that be causing this?
[17:47] <pitti> so it doesn't generate /usr/share/icons/Humanity/icon-theme.cache
[17:47] <pitti> mac_v: I don't know
[17:47] <pitti> mac_v: oooh
[17:47] <seb128> it generates a .icon-theme.cache though
[17:47] <pitti> seb128: not here
[17:47] <tgpraveen> is humanity going to be the defaull i con theme in karmic?
[17:47] <DBO> its invalid
[17:47] <seb128> urg
[17:47] <seb128> the layout is not correct
[17:48] <pitti> all other layouts are size/category/
[17:48] <seb128> tgpraveen, it's being discussed
[17:48] <seb128> pitti, which is what the spec describes
[17:48] <pitti> and humanity is category/size
[17:48] <pitti> mac_v: so yes, seems the structure needs to be fixed
[17:48] <djsiegel> weird, why does it still work?
[17:48] <mac_v> we have it as category/size
[17:48] <djsiegel> I mean, you'd think it wouldn't even work
[17:48] <seb128> djsiegel, the index file is buggy too
[17:48] <pitti> ♩ it's a kind of magic ♪ ♫
[17:49] <seb128> or rather describe the buggy layout
[17:49] <DBO> size/category category/size does not matter
[17:49] <tgpraveen> \o/ oh please do this it would really make karmic wonderful
[17:49] <DBO> the layout is not the issue
[17:49] <pitti> also, other icon themes use 32x32, humanity just uses 32
[17:49] <DBO> its going to be something simpler like specifying a non-existent file in hte layout
[17:49] <DBO> seriously... it's not the layout...
[17:50] <seb128> ok, I'm busy with other things
[17:50] <seb128> I don't intend to spend times on that
[17:50] <seb128> I've other bugs to fix before beta
[17:50] <djsiegel> seb128: DBO and Dan and I will look into it
[17:50] <seb128> djsiegel, thanks
[17:50] <djsiegel> seb128: go work on more important stuff
[17:50] <DBO> I'll have it fixed soon
[17:50] <seb128> let we know if you can get it working
[17:50] <djsiegel> DBO: I called Dan and he doesn't know what's up
[17:50] <djsiegel> DBO: but I trust you can fix it :)
[17:50] <DBO> DanBunny isn't a gtk internal workings kinda guy
[17:50] <pitti> sudo gtk-update-icon-cache --force /usr/share/icons/Humanity
[17:51] <pitti> ^ without --quiet
[17:51]  * DBO loves calling him danbunny
[17:51] <pitti> (as update-icon-caches does)
[17:51] <pitti> but still no insight
[17:51] <djsiegel> DBO: can you ping jimmac?
[17:51] <DBO> about?
[17:51] <djsiegel> this problem
[17:51] <DBO> for what reason? helping with this?
[17:51] <djsiegel> yes
[17:52] <DBO> sure
[17:53] <pitti> oh, so it's probably working because index.theme has the matching structure?
[17:53] <djsiegel> pitti: right
[17:53] <seb128> yes
[17:53] <pitti> lool: does it still fail with your latest bzr head crack?
[17:54] <pitti> lool: also, does the latest version still depend on human-icon-theme? THey are quite big,so I wouldn't like to have both on the CD
[17:56] <pitti> kwwii: can you please bzr pull lp:~ubuntu-desktop/human-theme/humanity in lp:~~ubuntu-art-pkg/human-theme/ubuntu ?
[17:56] <MacSlow> seb128, I'm still waiting on two merge-proposal reviews... not sure when those will happen... would it be very bad if I can't roll notify-osd 0.9.22 today?
[17:56] <djsiegel> pitti: the author says humanity was depending on human for notify-osd icons
[17:57] <djsiegel> MacSlow: ^
[17:57] <pitti> kwwii: (without my obvious ~~ typo, of course)
[17:57] <djsiegel> MacSlow, weren't notify-osd icons moved to their own icon theme?
[17:57]  * MacSlow rolls eyes
[17:57] <MacSlow> djsiegel, not that I know of
[17:57] <pitti> MacSlow: certainly you don't need the entire 13 MB of it?
[17:58] <pitti> i. e. could they be copied/moved to humanity instead?
[17:58] <MacSlow> pitti, the notify-osd icons are 13 MBytes?! Uff!
[17:58] <pitti> MacSlow: no, but human-icon-theme is
[17:58] <pitti> and I guess you only need like 4 icons from them
[17:58] <MacSlow> pitti, or ... ah.. yeah... assumed that afterwards
[17:58] <lool> pitti: I had the same objection as you
[17:59] <lool> pitti: WRT size
[17:59] <MacSlow> pitti, it's a bit more than 4 :) -> https://wiki.ubuntu.com/NotifyOSD#Icon
[17:59] <lool> pitti: But we themes are still entanged
[17:59] <pitti> MacSlow: well, but human-icon-theme ships 1716
[17:59] <lool> pitti: I had in mind I could build-dep on human and copy all missing icons at build time if upstream didn't bother with that
[17:59] <lool> pitti: I dont know whether the latest version resolves the cache issue
[18:00] <lool> I'm in the middle of more urgent stuff so cant debug the cache issue right now
[18:00] <pitti> lool: nevermind
[18:00] <MacSlow> pitti, in terms of packaging notify-osd _related_ icons... kwwii would know a lot more about the status quo then I do
[18:00] <MacSlow> pitti, my brain is pure goo atm anyway
[18:01] <pitti> MacSlow: that means that I shouldn't really change notify-osd's dependency until this is resolved
[18:01] <MacSlow> pitti, yeah... better not yet
[18:01] <pitti> MacSlow, djsiegel: who can I ask about moving/copying the notify-osd icons to humanity?
[18:01] <djsiegel> pitti: I think kwwii would know?
[18:02]  * pitti files a bug to track this
[18:02] <mac_v> pitti: the last i know , was kwwii said he was moving them to their own theme , not to humanity
[18:02] <pitti> either way
[18:03] <djsiegel> Yes, I heard that a new theme with just n-osd icons was being created, and the humanity dependency was being switched from human to notify-osd-icons
[18:03] <seb128> MacSlow, tomorrow is fine for the tarball
[18:03] <mac_v> djsiegel: we want to use the present notify-osd icons in the default install , right? If so , i need to fix it in Humanity ,
[18:03] <djsiegel> mac_v, right
[18:04] <MacSlow> seb128, ok... I'll email you and kenvandine anyway
[18:04] <mac_v> ok , so removing the Humanity's notify-osd icons
[18:04] <seb128> MacSlow, ok thanks
[18:04] <seb128> "<djsiegel> Yes, I heard that a new theme with just n-osd icons was being created"
[18:04] <seb128> djsiegel, is that yet another change we will need to figure before tomorrow?
[18:04] <seb128> where is this new theme?
[18:05] <djsiegel> seb128: I don't know, kwwii knows about it and I can't get ahold of him.
[18:07] <ccheney> looks like i may be out on friday, should know for certain by later today
[18:09] <pitti> for the record, bug 435394 and bug 435397 for trackign those
[18:11] <djsiegel> pitti: calling ken now
[18:11] <pitti> djsiegel: thanks
[18:12] <pitti> djsiegel: I'm just keen to have bugs for those, as a place for discussion and also to track the issue
[18:13] <djsiegel> pitti: ken says he is working on it and it will be in ubuntu tomorrow
[18:14] <djsiegel> pitti: the independent icon theme for notify-osd
[18:14] <pitti> awesome
[18:14] <DBO> djsiegel, almost fixed...
[18:14] <djsiegel> pitti: and DBO has almost fixed the cache issue :)
[18:14] <pitti> rock
[18:14] <pitti> that was fast
[18:14] <pitti> DBO: out of interest, what was the reason?
[18:14] <DBO> bad svg
[18:15] <kwwii> pitti: the notify-osd icons are going in their own set so we can use the new licensing anyway
[18:15] <kwwii> btw, someone should run all of humanity through inkscape to remove the extra cruft, it can be done on the command line irrc
[18:16] <mac_v> kwwii: it has been already done
[18:16] <DBO> Humanity is pretty clean
[18:16] <mac_v> any particular icons?
[18:16] <DBO> cruft has been removed
[18:16] <mac_v> kwwii: ^
[18:16] <DBO> I made Danbunny an icon benchmarking software
[18:16] <DBO> so he could identify icons which are slow due to cruft
[18:16] <chrisccoulson> hey pitti - i see HAL no longer depends on the old policykit:)
[18:16] <chrisccoulson> so it's just screen-resolution-extra and checkbox now?
[18:17] <pitti> chrisccoulson: yep, it's done \o/
[18:17] <mac_v> DBO: there is 1 issue still where several icons have exec bits... Dan deleted the script. do you have one or could you come up with one :)
[18:17] <pitti> I think it fell out of the default install now?
[18:17] <chrisccoulson> pitti - which one?
[18:17] <chrisccoulson> both?
[18:17] <pitti> chrisccoulson: no, I meant hal
[18:17] <pitti> argh, checkbox, indeed
[18:17] <chrisccoulson> does Xorg still need HAL?
[18:17] <DBO> mac_v, ask again but this time take into account I have swine flu, so talk to me like I am a child :) I have no idea what you want
[18:17] <pitti> chrisccoulson: I don't see it in screen-resolution-extra, though?
[18:18] <pitti> chrisccoulson: yes, X still uses it
[18:18] <chrisccoulson> pitti - i still have policies for screen-resolution-extra here, so i assume it still needs it
[18:18] <kwwii> btw, I already packaged humanity (in my ppa)
[18:18] <chrisccoulson> it would be nice to migrate the remaining 2 so that the old policykit can disappear from the defaut install
[18:18] <kwwii> mac_v, DBO cool
[18:19] <pitti> chrisccoulson: weird, I purged it from my system already
[18:19] <DBO> lool, mac_v, djsiegel mv /usr/share/Humanity/status/22/user-away\ -1.svg /usr/share/Humanity/status/22/user-away-1.svg
[18:19] <DBO> fixes the icon cache creation
[18:19] <chrisccoulson> hmmm, that's strange
[18:19] <mac_v> DBO: already fixed ;p
[18:19] <DBO> damnit
[18:19] <pitti> chrisccoulson: eww, you are right; it's missing a dependency
[18:19] <mac_v> DBO: that was an old rev , not meant for packaging :(
[18:19] <pitti> chrisccoulson: ah, checkobx only recommends it
[18:19] <DBO> mac_v, when did it get fixed?
[18:20] <chrisccoulson> ah, so that probably still needs fixing
[18:20] <mac_v> DBO: not sure when , but recently after sunday
[18:20] <lool> mac_v: When was that fixed/
[18:20] <chrisccoulson> i see i'm not popular for disabling services-admin. apparently, we should have just fixed the old tool rather than removing it
[18:21] <mac_v> lool:let me chcek rev
[18:21] <DBO> mac_v, but thats what causing the cache creation issues in Humanity
[18:21] <DBO> so it is a non-issue?
[18:21] <lool> mac_v: So you tell me we should be running the latest rev and then you tell me some rev are not fit for packaging   :-9
[18:21] <lool> mac_v: Well as long as it was fixed some hours ago it's ok
[18:21] <lool> pitti: So according to DBO and mac_v, icon cache should work again
[18:22] <DBO> yeah
[18:23] <mac_v> lool: hmm.. it was fixed in rev 241 http://bazaar.launchpad.net/~elementaryicons/humanity/Humanity/revision/241
[18:23] <mac_v> oh sorry wrong rev!
[18:24] <mac_v> http://bazaar.launchpad.net/~elementaryicons/humanity/Humanity/revision/246
[18:24] <mac_v> lool: argh , sorry for the confusion guys :( , we forgot the schedule
[18:24] <phreestyle-work> have a question...I don't even know if this is the right room to ask, so please point me in the right direction if this is the wrong room: I'm a Windows developer (C#) during the day, but I like Ubuntu and I find and report bugs on a regular basis, but the bugs almost never get fixed. I'd like to learn how to fix them myself. I'm learning Python and have already have a good handle on programming concepts, so is there a place I can get help f
[18:29] <DBO> lool, so new package soon?
[18:32] <mac_v> DBO: there is 1 issue with Humanity's icons , they somehow get saved as executable files , we need to remove the exec bits from only the files which have wrong privilages ... Dan had a script but has lost it now... Could you come up with a script which only corrects the icon priv?
[18:33] <DBO> mac_v, where can I branch it?
[18:33] <DBO> lp:humanity?
[18:33] <mac_v> yup
[18:35] <DBO> chmod -x */*/*.svg
[18:35] <DBO> from the Humanity directory
[18:36] <mac_v> DBO:  that doesnt seem to work on symlinks
[18:36] <DBO> symlinks should be lrwxrwxrwx
[18:36] <DBO> thats just how symlinks are
[18:38] <mac_v> oh , ok... DBO but why do i get error only for a few symlinks?
[18:38] <DBO> because you have dangling symlinks
[18:39] <mac_v> ah! , thanks :)
[18:41] <DBO> either you are missing icons in bzr, or your symlinks have been allowed to rot
[18:50] <mac_v> DBO: yeah , i had just removed the notification-* icons and thats why i got the error...
[18:50] <mac_v> DBO: thanks  and get well soon :)
[18:58] <hggdh> seb128: hi -- bug 351577 -- AFAICR we would need to upgrade libpst to a newer version to get it compatible with Evo 2.28. I do not think it is worth it ATM
[19:06] <tgpraveen> kenvandine: so what was the final decision will karmic have msn av chat?
[19:07] <tgpraveen> kenvandine: also did u check if with i-a in karmic does it store missed calls? and on clicking on them in i-a goes to the make a call interface?
[19:08] <kenvandine> tgpraveen, i haven't tested that
[19:08] <tgpraveen> and msn av chat support?
[19:11] <tgpraveen> kenvandine: ^^
[19:11] <kenvandine> tgpraveen, not sure atm... sorry busy :/
[19:12] <tgpraveen> k
[19:34] <DanRabbit> OKay, I'm here
[19:35] <DanRabbit> djsiegel: what's up?
[19:35] <djsiegel> DanRabbit: hey, talk to kwwii lool DBO  :)
[19:36] <DanRabbit> kwwii, lool, DBO: ping
[19:36] <DBO> djsiegel, why? we resolved the issue
[19:37] <djsiegel> DanRabbit: you'll need to talk to kwwii about dropping the human dependency and adding a notify-osd-icons dependency
[19:37] <djsiegel> DanRabbit: kwwii says that will be ready tomorrow
[19:38] <djsiegel> DanRabbit: then work with kwwii and lool, and propitiate pitti and seb128 to get humanity in
[19:38] <djsiegel> looks like everything is in place, but just be on your toes
[19:38] <DanRabbit> okay, well I'm in between school and 2nd job and then I have 1st job
[19:38] <DanRabbit> so...
[19:39] <djsiegel> so just keep your phone with you, I will call
[19:39] <DanRabbit> okay.
[19:39] <DanRabbit> if it's really necessary I can probably call in sick from work
[19:39] <djsiegel> DanRabbit: we also need to review U1 icons
[19:39] <DanRabbit> but only if it's ABSOLUTELY necessary
[19:39] <djsiegel> yeah, don't do that
[19:40] <mac_v> DanRabbit: djsiegel almost all has been sorted out , when kwwii mentions the name of the new theme i can fix it ;)
[19:40] <djsiegel> ok, great
[19:40] <mac_v> DanRabbit: no need to take a day off ;p
[19:44] <DanRabbit> djsiegel: what's up with notification icons as far as the ones we have like the lightbulb
[19:44] <DanRabbit> should we remove those for now?
[19:45] <djsiegel> DanRabbit: ah
[19:45] <djsiegel> DanRabbit: I suppose those should be removed
[19:45] <djsiegel> unless you can convince mpt to use it :)
[19:45] <djsiegel> too bad
[19:45] <djsiegel> yes, too late now, do not override notify-osd icons
[19:45] <mac_v> djsiegel: DanRabbit: already removed ;)  ... mpt wont accept it either
[19:46] <DBO> mac_v == artist or code monkay?
[19:46] <DanRabbit> mac_v == super hero
[19:46] <lool> Am I needed for anything here?
[19:46] <mac_v> ;p
[19:47] <DBO> mac_v will wear a cape forever in my mind
[19:47] <DanRabbit> lool: I'm not sure why David had me ping you ;)
[19:47] <mac_v> lool: if you give another 1 hr a fully functional new Humanity package will be ready :)
[19:47] <lool> mac_v: Final karmic one?
[19:47] <mac_v> almost  , untill someone finds something
[19:48] <lool> Ok; ping me when that's ready
[19:48] <lool> unlikely that I'm around in one hour but I'll pick it up tomorrow
[20:06] <djsiegel> mac_v is a super hero
[20:07] <djsiegel> he has the paper cut scars covering his hands to prove it
[20:07] <djsiegel> DanRabbit: when you have time, can we review UI icons
[20:07] <DanRabbit> yea, give me 2 seconds
[20:12] <seb128> hggdh, hi, bug #349312
[20:13] <seb128> hggdh, I tried to update it some weeks ago and failed
[20:13] <seb128> it fails to build on something pythonish
[20:14] <DanRabbit> djsiegel: can I review those with you in about an hour and a half?
[20:14] <djsiegel> sure
[20:15] <seb128> hggdh, details are on bug #349312
[20:15] <DanRabbit> okay, a new release is available 0.3.1
[20:15] <DanRabbit> be back ASAP
[20:15] <DanRabbit> bye'
[20:16] <seb128> hggdh, details are on bug #349312
[20:16] <seb128> ups
[20:16] <seb128> wrong focus
[20:16] <seb128> brb
[20:19] <mac_v> lool: done > https://launchpad.net/humanity/0.3/0.3 , the 0.3.1 is the version
[20:28] <hggdh> seb128will look at it
[20:47] <mac_v> seb128: regarding Bug #204567 , mpt said he was busy to review the bug...
[20:47] <seb128> mac_v, ok
[20:47] <mac_v> the panel now is full with 5 bookmarks  , we need to increase the limit
[20:48] <seb128> mac_v, what value do you recommend?
[20:49] <mac_v> seb128: 7 should do it , considering we have Ubuntuone also
[20:49] <seb128> ok, I was thinking 8
[20:49] <seb128> let's try 8 for beta?
[20:49] <mac_v> even better ;)
[20:49] <seb128> I will do the change now
[20:49] <mac_v> seb128: great... thanks :)
[20:49] <seb128> np
[21:17] <pitti> I'll go offline, need to catch up on some urgent beta stuff, and then call it a day
[21:17] <pitti> cu tomorrow!
[21:17] <lool> bye
[21:23] <seb128> pitti, see you
[21:23] <seb128> chrisccoulson, Laney, didrocks: wanting to do some updates?
[21:24] <Laney> what you got?
[21:24] <Laney> I'm doing tomboy for debian atm
[21:25] <seb128> Laney, deskbar-applet
[21:25] <seb128> hamster-applet
[21:25] <seb128> gnome-backgrounds
[21:25] <seb128> sound-juicer to resync on debian
[21:25] <seb128> sabayon to resync on debian
[21:26] <Laney> noted
[21:26] <seb128> seahorse-plugins
[21:27] <seb128> evolution-mapi
[21:27] <seb128> if you start on something mention it there ;-)
[21:27] <seb128> thanks
[21:29] <seb128> hggdh_, still there?
[21:30] <lool> mac_v: Pushed
[21:30] <lool> mac_v: Let me know if you drop the dep on Human at some point
[21:31] <mac_v> lool: sure... as soon as kwwii rolls out the new notify-osd icon theme
[22:02] <chrisccoulson> hey seb128, i've been away from the computer for a bit
[22:02] <chrisccoulson> are there still any updates to do?
[22:03] <chrisccoulson> what time does beta freeze start tomorrow?
[22:15] <seb128> chrisccoulson, cf the list I gave before
[22:15] <seb128> chrisccoulson, I don't think anybody claimed those
[22:15] <chrisccoulson> seb128 - cool, i'll try and take a look before i go to bed. hamster-applet should be quite easy
[22:17] <seb128> chrisccoulson, all those should be relatively easy
[22:17] <seb128> chrisccoulson, the freeze start ... when slangasek wakes up and press the button
[22:17] <seb128> chrisccoulson, which will probably be mid work-day in europe
[22:17] <chrisccoulson> cool, thanks!
[22:27] <lool> seb128, pitti: Re icon caches > https://bugs.launchpad.net/ubuntu/+source/human-icon-theme/+bug/262723/comments/9
[22:37] <chrisccoulson> hamster-applet done
[22:37] <seb128> chrisccoulson, that was quick ;-)
[22:37] <chrisccoulson> it was only translation updates;)
[22:38] <Laney> house is nearly finished
[22:38] <Laney> I'll do one or two before bed
[22:42] <seb128> excellent
[22:45]  * chrisccoulson thinks his mouse batteries might need changing
[22:46] <Laney> mine died in the middle of the other day
[22:47] <Laney> of l4d^ - I wasted all of my ammunition :(
[22:47] <Laney> I'll start with gnome-backgrounds
[22:47] <chrisccoulson> the warning light has been flashing on mine for a few days, but i keep getting random double clicks now
[22:47] <Laney> indicators :o how modern
[22:48] <chrisccoulson> my last mouse had no warning light, and i couldn't monitor the battery status on my desktop
[22:48] <chrisccoulson> it used to just die with no warning
[22:48] <chrisccoulson> so i had to replace it with one which gives me some warning ;)
[22:48]  * Laney has that
[22:49] <chrisccoulson> it's getting late to be buying new batteries though. i might have to find something to raid some from
[22:50] <Laney>  Launchpad will be going offline for maintenance very very soon.
[22:50] <Laney> oh god
[22:50] <chrisccoulson> fantastic timing there
[22:51] <c_korn> when are the translations coming into karmic ? indicator-session is still untranslated
[22:52] <jpds> Laney: Yay  for database changes
[22:52] <Laney> just before a big ol' freeze!
[22:54] <Laney> seb128: do you want to update gnome-backgrounds in debian?
[22:54] <Laney> seems like a good idea to me
[22:54] <seb128> c_korn, it's partially translated there
[22:54] <seb128> c_korn, maybe your locale team is slacking? ;-)
[22:55] <seb128> Laney, I personally don't (no debian install to build binaries) but if you want to you are welcome
[22:55] <seb128> Laney, we have a lot of things which could get debian updates and would be useful
[22:55] <Laney> bah
[22:55] <seb128> Laney, see yellow on the table ;-)
[22:55] <Laney> I was hoping for a sponsor ;)
[22:56] <seb128> if debian would accept source uploads ...
[22:56] <seb128> my debian install is quite outdated and I don't have the bandwith to update it quickly
[22:56] <Laney> they are planning to rebuild all binaries anyway
[22:56] <seb128> why?
[22:56] <Laney> I mean discard the _arch that goes with uploads
[22:57] <Laney> to get a known clean deb for all arches
[22:57] <seb128> oh
[22:57] <seb128> that's what I call "source upload"
[22:57] <Laney> i dont think you will be able to upload _source still though :(
[22:57] <seb128> oh ok
[22:57] <seb128> you do binary uploads but they don't use the deb
[22:57] <seb128> great...
[22:57] <Laney> I might be wrong
[22:57] <seb128> you have the disadvantage of both world this way
[22:58] <seb128> it takes ages to upload, you need an uptodate clean unstable and your build is wasted
[22:58] <c_korn> seb128: hm, lp shows 31 untranslated strings. most have suggestions. for the others I entered some suggestions. is there a deadline this translation team has to respect. should I get in contact with a member ?
[22:59] <Laney> yeah.
[22:59] <Laney> The reason is to force maintainers to test the build
[23:02] <seb128> Laney, basically it's trying to solve a social issue by technical means and not trusting maintainers
[23:02] <Laney> yes that is my view too
[23:02] <seb128> c_korn, dunno how you translation team, I guess it's already getting late for beta
[23:02] <seb128> c_korn, but there is still a month before karmic
[23:05] <c_korn> seb128: ok, I need to contact them I think. thanks.
[23:19] <Laney> gnome-backgrounds done through debian
[23:21] <DanRabbit> DBO: ping
[23:21] <DBO> pong
[23:21] <DanRabbit> Can you make sure david sees these:
[23:21] <DanRabbit> http://elementary-project.com/abuse/UbuntuOne/preview2.png http://elementary-project.com/abuse/UbuntuOne/panel-preview.png
[23:21] <Laney> sound-juicer now
[23:21] <DanRabbit> He left me :p
[23:21] <DanRabbit> Now, I have to leave for work
[23:23] <DanRabbit> DBO: can you let him know that I'll be back about 10:00 my time and if I don't hear from him I'll package up what I've got and send it to everybody
[23:24] <DBO> I'll make sure david sees them DanRabbit
[23:24] <DanRabbit> thanks
[23:24] <DanRabbit> bye
[23:24] <DBO> later
[23:27] <seb128> ok since launchpad is down let's catch up with sleep tonight
[23:27] <seb128> see you tomorrow
[23:29] <chrisccoulson> it's nice of launchpad to be in read-only mode rather than completely unavailable
[23:29] <chrisccoulson> we'r just being teased
[23:34] <Laney> sound-juicer can be synced when it appears on mirrors
[23:35] <Laney> sabayon time


[03:51] <jimbo_> i'm sorry i can't find this by googling, but the default highlight color for the alt-tab menu is dark grey, which is just hard to see. how do i change this without switching off of greybird entirely?
[04:40] <jdwwatts> hey
[04:48] <sewerrat> Hey any quick way to make windows not maximize when i open a new program?
[04:56] <xXEoflaOEXx> H
[04:56] <xXEoflaOEXx> Hi*
[08:15] <usil> 3/wc
[09:10] <nkz> Hi, I installed xubuntu yesterday and I like it very much. However, the wifi manager icon has disappeared from the panel. How do I bring it back? Wifi works (it auto connects I guess).
[09:18] <sewerrat> try sudo NetworkManager restart
[09:21] <nkz> works! thanks
[09:29] <sewerrat> no worries :)
[11:40] <xubuntu60w> Bonjour
[11:41] <xubuntu60w> parler vous français ?
[11:41] <Unit193> !fr
[11:41] <xubuntu60w> ok, merci
[13:41] <jdwwatts> hello
[15:24] <vrld> So far xubuntu is the best ubuntu for me
[15:25] <vrld> I used to get like top 4h of battery now I have 8-10
[15:53] <psy123> Hello guys
[15:54] <psy123> I am wondering which initsystem is being used by xubuntu? How can i detect that?
[16:03] <bazhang> which version of xubuntu
[16:04] <bazhang> !systemd
[16:04] <bazhang> thats a hugey factoid
[16:06] <gebruiker> anyone tried compiz?
[16:15] <psy123> xubuntu 16.04
[16:15] <bazhang> psy123, see the bot link above
[16:16] <psy123> Yes thank you
[16:16] <bazhang> np
[16:17] <bazhang> gebruiker, many have tried compiz
[16:17] <bazhang> whats the actual question
[16:18] <gebruiker> bazhang: i wonder if it becomes more bautiful like how compiz makes unity more beautiful ?
[16:19] <bazhang> no idea there
[16:19] <bazhang> standards of beauty vary
[17:04] <psy123> I have a question and note that I am a newbie
[17:05] <psy123> What is the difference between a terminal emulator and a shell?
[17:07] <slickymaster> psy123, see this → http://askubuntu.com/questions/506510/what-is-the-difference-between-terminal-console-shell-and-command-line
[17:12] <psy123> Exactly what i looking for
[17:12] <psy123> was*
[18:27] <xubuntu42i> hi, can i have the -+x icons on the left side like in Ubuntu?
[18:29] <krytarik> Yes - "Settings Manager → Window Manager → Style → Button layout".
[18:36] <xubuntu42i> well, thank you
[18:36] <xubuntu42i> its even click and drag, how cool is that
[18:38] <xubuntu42i> thanks a lot
[21:50] <bomb> Hi
[21:50] <mrkramps> hi
[21:50] <bomb> Can you use snap packages in 16.10?
[21:52] <bomb> Couldn't find much information on the Internet.
[21:53] <xangua> To make a bomb?
[21:54] <bomb> :|
[21:55] <mrkramps> afaik you can use snap packages
[21:56] <mrkramps> since 16.04 snapd should be preinstalled
[21:58] <knome> xangua, bad joke...
[21:58] <xangua> Snaps are the bomb!
[21:59] <mrkramps> hmkay … oO
[21:59] <bomb> Yeah, I feel that way, in case they're similar to appimages.
[22:01] <bomb> I didn't know snaps are already available in 16.04.
[23:08] <Kanandro> Hey all, my friend just wiped a Windows 8 pre-install and installed Xubuntu 16.10, but now his PC just boots to "Start PXE over IPV4/IPV6" and then continues to the HP PC Diagnostic UEFI utility. I thought we disabled Secure Boot, how can we fix this?
[23:08] <Kanandro> He's already wiped Windows 8!
[23:29] <bomb> Kanandro: Can you try switching to legacy boot in BIOS settings?


[06:12] <oSoMoN> good morning desktoppers
[06:12] <duflu> Hi oSoMoN
[06:15] <oSoMoN> hey duflu
[07:12] <didrocks> good morning
[07:39] <oSoMoN> salut didrocks
[07:47] <seb128> goood morning desktopers
[07:56] <oSoMoN> salut seb128, ça va?
[07:56] <seb128> oSoMoN, lut, un peu fatigué mais sinon oui, et toi ?
[07:58] <oSoMoN> pareil, les nuits sont un peu courtes, mais ça va plutôt bien
[08:00] <duflu> Morning didrocks and seb128
[08:01] <didrocks> salut oSoMoN, seb128, duflu
[08:04] <seb128> hey duflu, lut didrocks, how are you?
[08:05] <duflu> seb128, bit of a sinus headache but still productive. You?
[08:06] <didrocks> seb128: ça chauffe, ça chauffe
[08:15] <seb128> duflu, a bit tired and having to deal with quarantine again is annoying :-(
[08:17] <duflu> :(
[08:19] <seb128> lissyx, hey, just as a fyi https://github.com/flatpak/xdg-desktop-portal/pull/814
[08:38] <lissyx> seb128, what will it do, will it fix the issue?
[08:38] <lissyx> that's what I would understand at least
[08:41] <seb128> lissyx, it would fix it by using the fuse mounts if those are available yes
[08:41] <lissyx> so the /run/... path
[08:41] <lissyx> I am not sure about the comment mentionning firefox is not doing the right thing
[08:42] <lissyx> but this is something we can fix I guess
[08:42] <lissyx> I guess I  can try and apply it locally
[08:53] <seb128> yeah, unsure, sergio is still working on the patch so maybe he figure out a workaround
[08:59] <lissyx> hm I'm adding the patch to ubuntu's source debian/patches/series
[09:00] <lissyx> but I'm never sure how to verify it was properly applied during the build process
[09:05] <lissyx> well ended up applying it manually
[09:20] <lissyx> seb128, looks like it is working \o/
[09:59] <seb128> lissyx, great!
[09:59] <seb128> lissyx, the build log should list the patches it applies at the start
[10:00] <lissyx> well I saw nothing related
[10:00] <lissyx> so maybe quilt is not used anymore on this package?
[10:01] <seb128> it should be, you can do a 'quilt applied' on a local build to check
[12:01] <jbicha> good morning
[13:23] <seb128> jbicha, hey, how are you today?
[13:37] <jbicha> good
[13:55] <luna> hey
[16:13] <diddledani> just about to go live on twitch.tv/diddledanillew improving systemd on WSL2


[04:53] <superm1> keescook, you there?
[04:53] <superm1> hey majoridiot
[04:53] <superm1> just updated the Feisty_new page for ya
[04:54] <majoridiot> ty
[04:54] <majoridiot> :)
[04:55] <majoridiot> bouncing back and forth between things here
[05:17] <keescook> superm1: hiya! sup?
[05:28] <majoridiot> superm1: er, yeah... just a little better on the "what's new".  tyvm
[05:29] <superm1> hey keescook
[05:29] <superm1> i was gonna see if i could get you to get that old mythvideo debdiff in
[05:30] <superm1> but i just got Hobbsee to do ti
[05:34] <superm1> keescook, any more last minute thoughts on that bug about mythtv-setup not being runnable on ubuntu-mythtv-frontend
[05:34] <superm1> ?
[06:16] <superm1> majoridiot, i'm getting those two screenshots done
[06:16] <superm1> finally
[06:16] <majoridiot> :)
[06:26] <superm1> k
[06:26] <superm1> they're there
[06:26] <superm1> anything mroe?
[06:27] <majoridiot> i think that was it
[06:28] <superm1> ready to go live?
[06:28] <superm1> :)
[06:28] <majoridiot> yup.
[06:28] <majoridiot> :)
[06:28] <superm1> k
[06:28] <superm1> i'll change the front page
[06:29] <superm1> okay consider us live....
[06:29] <superm1> will need to update those ISO links
[06:30] <majoridiot> leave as is for now or update with links to beta?
[06:34] <superm1> hm
[06:35] <superm1> well maybe update the links to RC ISOs?
[06:35] <majoridiot> RC soon, right?
[06:37] <superm1> today
[06:37] <majoridiot> tomorrow.
[06:37] <superm1> tomorrow
[06:37] <majoridiot> er
[06:37] <superm1> yes
[06:37] <majoridiot> lol
[06:37] <superm1> thought it was past 12
[06:37] <majoridiot> in a few minutes.
[06:37] <superm1> oh you know what i was going to say you should put in the whats new
[06:38] <majoridiot> >
[06:38] <majoridiot> ?
[06:39] <superm1> you should mention your new firewire pages
[06:39] <superm1> and a little about the new plugin pages
[06:39] <majoridiot> firewire page isn't really new, but i guess so
[06:40] <majoridiot> i definitely want to fill in the plugin pages a bit more too
[06:40] <superm1> well you finished it the last few weeks did you not?
[06:40] <majoridiot> no
[06:40] <majoridiot> just moved it from an edgy-specific page
[06:40] <superm1> didnt you reorganize it
[06:40] <superm1> back before my break?
[06:40] <superm1> i swear i thought you did
[06:41] <majoridiot> eh... some.
[06:41] <superm1> or at least the last month or two
[06:41] <majoridiot> will do a WOL page in the next few days, as i feel better
[06:41] <superm1> ah k
[06:41] <superm1> what are you doing sitting up by a comp when your sick dude
[06:42] <superm1> get in bed!
[06:42] <majoridiot> been up and down
[06:42] <majoridiot> head and sinuses fill with phlegmy goodness if i lay back too long
[06:42] <majoridiot> LOL
[06:42] <superm1> yuck
[06:43] <majoridiot> yeah... weird variant- stomach flu straight into a cold
[06:43] <majoridiot> but that's how everyone sems to be getting it around here.
[06:43] <superm1> yup i know how it feels
[06:43] <superm1> i'm so sick of being sick
[06:43] <majoridiot> i'll bet
[07:06] <superm1> okay majoridiot i'm gonna have to get going
[07:06] <majoridiot> nite
[07:06] <superm1> night dude
[07:06] <superm1> feel better
[07:06] <majoridiot> ty
[07:06] <superm1> and very nice job on docs,
[07:06] <majoridiot> you too
[07:06] <majoridiot> ty
[07:06] <superm1> glad things are live now!
[07:07] <majoridiot> very nice job on the packages!
[07:07] <majoridiot> agreed
[07:07] <superm1> Thx.
[08:24] <phlax> hi there - i have my dvb card working (tzap/dvbstream/mplayer), the tv_grab script seems to work and creates a .xmltv file, but when i try to scan for channels i get none, any ideas why?
[09:37] <phlax> hi - im trying to get mythtv going on edgy - many things do not seem to work as stated in the docs - mythtv-setup does not allow most of the important fields to be edited - no channels being found despite dvb working ok - any ideas?
[06:21] <superm1> Daviey, hey
[08:14] <superm1> keescook, ping
[08:20] <keescook> superm1: hiya
[08:21] <superm1> heya keescook .  i just caught something related to update-notifier
[08:21] <superm1> i noticed that our update-notifier wasn't working how it should
[08:21] <keescook> oh? what's the issue?
[08:21] <superm1> and its because an "exit 0" is coming three lines too soon
[08:21] <keescook> d'oh
[08:21] <superm1> but i fixed that, and things still aren't working right
[08:22] <superm1> /var/lib/update-notifier/dpkg-run-stamp needs to be touched for update-notifier to show notifications
[08:22] <superm1> but i can't find anywhere in the firefox/debian directory that is done
[08:22] <superm1> so i'm not sure the right way that its supposed to happen
[08:22] <superm1> i tried to ping asac about it, but i guess he isn't around
[08:23] <keescook> dang, I wish I could help; I don't know anything about that subsystem.  :(  Did you ask on #u-dev about it?
[08:24] <superm1> yea, no answers
[09:16] <superm1> keescook, i got it figured out.  its because gdebi and dpkg both don't call the necessary apt hook that synaptic, update-notifier, and apt-get call.  adding the fixed package to a repository resolved the issue
[09:17] <keescook> superm1: ah, very cool.  So if one uses "dpkg -i" it'll skip it, but "apt-get" does it?  wild.
[09:17] <superm1> right
[09:17] <superm1> i'll commit that fix to bzr, i just want to nail the mythtv-setup related problem still
[09:17] <superm1> and then get these two in a debdiff
[09:17] <keescook> I had no idea there was additional logic in apt-get.  I thought it was just a Dep resolver.
[09:17] <superm1> :)
[09:53] <superm1> keescook, i got disconnected, did you see my above posts^
[09:54] <superm1> or did they not come in
[09:54] <keescook> I saw:
[09:54] <keescook> 12:17 < keescook> I had no idea there was additional logic in apt-get.  I thought it was just a Dep resolver.
[09:54] <keescook> 12:17 < superm1> :)
[09:54] <keescook> 12:44 -!- superm1 [n=superm1@ubuntu/member/superm1]  has quit [Read error: 110 (Connection timed out)]
[09:54] <keescook> 12:47 -!- superm1 [n=superm1@ubuntu/member/superm1]  has joined #ubuntu-mythtv
[09:54] <keescook> 12:53 < superm1> keescook, i got disconnected, did you see my above posts^
 keescook, hows this sound: in the startup script for ubuntu-mythtv-frontend, it checks for existance/executableness of mythtv-backend.  if it is there it checks for ~/.mythtv/backend_configured.  if thats not there, then we launch mythtv-setup.  if it is, we launch mythfrontend
 and the problem is then solved
[09:54] <superm1> is what you missed then
[09:55] <keescook> yeah, that should work for new installs.
[09:55] <keescook> it's not 100% solution (what if they run the script but don't save anything?)
[09:55] <superm1> well then the backend is "configured"
[09:56] <superm1> because once mythtv-setup is launched, it writes data to the mysql server
[09:56] <keescook> and after that, they can run it separately, etc.  yeah, that should be fine.
[09:57] <superm1> okay there are a few complexities around it with regard to them needing to fill the database and start stop the backend too
[09:57] <superm1> i'll get something together
[09:57] <superm1> and try it out in a vm
[11:23] <superm1> okay majoridiot with these changes, basically that section gets simplified to two steps
[11:23] <superm1> sudo apt-get install mythtv-backend-master (or) sudo apt-get install mythtv-backend
[11:24] <superm1> followed by sudo apt-get install ubuntu-mythtv-frontend
[11:24] <superm1> on login, zenity comes up asking if you want to run mythtv setup
[11:24] <superm1> and if you say yes, it stops the backend for you
[11:24] <superm1> runs mythtv-setup
[11:24] <superm1> asks you if you want to fill the database
[11:24] <superm1> if so it does it for you
[11:24] <superm1> and then starts the backend and then runs mythfrontend
[11:33] <majoridiot> "on login" meaning after restarting gdm directly after the package is installed?
[11:35] <majoridiot> superm1: also, is this only concerning BE/FE installs?
[11:35] <superm1> oh missed your first response
[11:35] <superm1> meaning after estarting gdm
[11:35] <superm1> yes
[11:35] <superm1> this only concerns a be fe install
[11:35] <superm1> or an install that someone adds mythbackend later
[11:36] <superm1> to a fe only install
[11:36] <superm1> the update notifier stuff concerns only desktop installs though
[11:36] <superm1> keescook, will you be able to sponsor a debdiff on this tonite, or should i look in -motu?
[11:36] <majoridiot> k... then is it necessary to stop the backend?  it should *not* be running at that point on a BEFE install and would not need stopped if adding a FE to an existing BE... no?
[11:37] <superm1> in case for some reason it *is* started
[11:37] <majoridiot> ah
[11:37] <superm1> it just sends a kill signal if the process is around
[11:37] <majoridiot> idiot insurance ;)
[11:37] <superm1> and removed the pid
[11:37] <superm1> yes
[11:55] <keescook> superm1: sure I can try to stuff it in, but if I'm not around, ask motu for sure.  :)
[11:55] <superm1> okay i have one more bug i am going to squeeze in
[11:55] <superm1> and then it will be good to go
[11:55] <keescook> :)