[00:09] <dtchen> rickspencer3: a thought just struck me: do we have a test and evaluation plan for desktop audio for Lucid?
[00:37] <dyek> Hi! Anybody knows why /usr/bin/asoundconf is no longer included in alsa-utils package on Ubuntu 9.10? Is it installed by another package?
[00:42] <dtchen> dyek: it is no longer maintained. pitti wrote the original; I maintained it for several years. It is the wrong approach and encourages a mess of poor configuration files.
[00:43] <dtchen> dyek: my opinion on the matter is fairly easy to search (and find) on the Web: if someone else wishes to pick it up for maintenance, s/he has my blessing, but be aware that it is the wrong approach.
[00:44] <dyek> dtchen: So, is the right approach is just have udev detects it as part of PulseAudio?
[00:44] <dtchen> dyek: to answer your original question more completely: it was removed because of increased maintenance burden and because it is the wrong way to proceed with runtime device configuration in the context of PulseAudio. It is not installed by another package.
[00:45] <dtchen> dyek: in the presence of PulseAudio, it is strictly unnecessary. If something doesn't work, one or more of linux, alsa-lib or pulseaudio needs to be fixed.
[00:47] <dyek> dtchen: PulseAudio works well on Ubuntu 9.10 in the beginning, but then I found it generates tons of this messages: sink-input.c: Failed to create sink input: sink is suspended.
[00:47] <dtchen> dyek: for troubleshooting, please join me in #ubuntu-audio-help or #ubuntu-bugs (the former preferably).
[00:48] <dyek> Correction: ...some intermitten of the above message and tons of this message: alsa-util.c: Unable to set sw params: Too many open files
[00:49] <dyek> Now, PulseAudio can't detect my second card for some reason...speaker-test also doesn't work...which is why I'm looking for asoundconf, and whatever that could fix the issue.
[00:50] <dyek> Thanks for the response. I'll see what I can find out or get help elsewhere.
[00:55] <dtchen> dyek: you should file a bug: ubuntu-bug alsa-base
[00:55] <dyek> dtchen: OK! Thanks!
[00:55] <dtchen> dyek: the triagers will carry it forward
[04:04] <Amaranth> oh, that's crazy
[04:04] <Amaranth> udev and/or xorg is detecting the accelerometer in my macbook as a joystick, thus the mouse jumping back to the center of the screen
[04:06] <Amaranth> disabling the applesmc driver corrects this
[08:00] <pitti> Good morning
[08:17] <didrocks> hey pitti
[08:17] <pitti> hey didrocks, bonjour
[08:17] <pitti> good morning tseliot
[08:18] <tseliot> pitti: good morning to you :-)
[08:27] <chrisccoulson> good morning everyone
[08:30] <pitti> hey chrisccoulson
[08:30] <pitti> chrisccoulson: sorry for breaking screensaver
[08:30] <pitti> I'll get to it today
[08:30] <pitti> but I really want to keep the caching patch
[08:31] <chrisccoulson> hey pitti - that's ok :)
[08:31] <pitti> I compared karmic (with ureadahead) vs. lucid bootcharts on my system yesterday -- 89 vs. 49 seconds!
[08:31] <chrisccoulson> that's pretty impressive
[08:32] <pitti> look at http://people.canonical.com/~pitti/bootcharts/tick-karmic-20091119-1.png vs http://people.canonical.com/~pitti/bootcharts/tick-lucid-20091210.png
[08:32] <pitti> gnome-panel I/O went from some 25 seconds to some 5 :)
[08:32] <chrisccoulson> i still hope to gain another half a second from the changes i'm going to do in gnome-session / gconf / g-s-d
[08:32] <chrisccoulson> but that's a drop in the ocean compared to these numbers ;)
[08:32] <pitti> chrisccoulson: no, it's not
[08:32] <pitti> chrisccoulson: your "half a second" is on the Dell mini 10, I guess
[08:33] <pitti> mine is a Latitude D430 with an utterly crappy HD
[08:33] <pitti> so half a second on the mini will be like 4 seconds for me :)
[08:33] <pitti> if the dell mini would boot in 49 seconds, Scott would kill us on the spot :)
[08:34] <chrisccoulson> i'm hoping to eliminate the delay you see on your bootchart between gnome-session and g-s-d starting
[08:34] <chrisccoulson> s/eliminate/reduce
[08:35] <pitti> chrisccoulson: that's the gconf bit?
[08:35] <chrisccoulson> pitti - yeah, most of that is blocking on gconfd loading the defaults
[08:35] <seb128> good morning everybody
[08:35] <seb128> hey pitti chrisccoulson!
[08:35] <pitti> bonjour seb128
[08:35] <chrisccoulson> good morning seb128
[08:35] <seb128> speaking about login?
[08:35] <chrisccoulson> we are :)
[08:35] <pitti> seb128: was just telling chris: I did a new bootchart on my freshly installed alpha-1 yesterday (well, with my extra packages again)
[08:36] <davmor2> pitti: actually I think Scott would make you suffer horribly as he killed you slowly and not on the spot at all ;)
[08:36] <pitti> seb128: 89 s (karmic+ureadahead) vs. 49 s (lucid alpha-2)
[08:36] <seb128> waouh
[08:36] <pitti> davmor2: yeah, it'd take at least 89 seconds of pain :)
[08:36] <chrisccoulson> pitti - your bootchart is interesting, as it's not using auto-login. you can see the GDM's gnome-session starts quicker than your users gnome-session
[08:36] <seb128> is that on d430?
[08:36] <pitti> seb128: look at http://people.canonical.com/~pitti/bootcharts/tick-karmic-20091119-1.png vs. http://people.canonical.com/~pitti/bootcharts/tick-lucid-20091210.png
[08:36] <seb128> where is the chart?
[08:36] <pitti> seb128: and see how the gnome-panel I/O reduced
[08:36] <seb128> thanks
[08:36] <chrisccoulson> and that's because the GDM's session is started without gconf
[08:36] <pitti> seb128: g-panel> from 25 s I/O to some 5
[08:36] <seb128> weird
[08:37] <pitti> chrisccoulson: right, manual login
[08:37] <pitti> but I'd say I'm pretty constant in pressing enter and my password
[08:37] <pitti> when I bootchart, I hover  over enter when gdm appears
[08:37] <pitti> I think the variance should be some 0.5 s
[08:38] <seb128> bah
[08:41] <seb128> login takes some 5 seconds on today's chart on my laptop...
[08:41] <seb128> or 6 rather
[08:41] <pitti> that's good
[08:42] <pitti> how did you manage that?
[08:42] <seb128> I don't know!
[08:42] <seb128> I didn't change anything out of upgrading
[08:42] <seb128> yesterday boot took 61 seconds
[08:42] <seb128> today's one takes 41 seconds
[08:44] <seb128> ureadahead was not working yesterday apparently
[08:44] <seb128> or it took 1 second where it takes over 25 seconds today
[08:45] <seb128> let me do a new chart just to see, brb
[08:54] <seb128> ok it's constant
[08:55] <seb128> http://people.canonical.com/~seb128/bootchart/seb128-laptop-lucid-20091210-5.png
[08:56] <seb128> I don't start nautilus on that box though
[08:57] <seb128> did anybody there tried to run bughugger on lucid?
[08:57] <pitti> seb128: wow, your ureadahead process takes crazily long
[08:57] <pitti> however, desktop startup is pretty good :)
[08:58] <seb128> right
[08:59] <pitti> gosh, your panel and compiz need next to no cpu/io
[08:59] <seb128> not true
[08:59] <chrisccoulson> its quite impressive how quickly everything starts after ureadahead finishes
[08:59] <seb128> if you look at the cpu graph around login it's at 100%
[08:59] <seb128> that doesn't really reflect on the chart colors for some reason though
[09:10] <pitti> chrisccoulson: where did you see the "[manager_select_theme_for_job] gs-manager.c:250 (22:27:34): Could not find information for theme: fiberlamp" line?
[09:11] <seb128> pitti, btw I had menu entries duplicated for things which got upgraded yesterday
[09:11] <seb128> until restart that's it
[09:11] <seb128> I think that's another bug due to your changes
[09:11] <seb128> I will open it if I find a way to trigger the issue
[09:11] <seb128> I did remove the cache before to test that gnome-screensaver bug though
[09:11] <seb128> so it might just be weird interaction in cases where you delete the cache
[09:12] <pitti> seb128: hm, a simple sudo touch /usr/share/applications/gedit.desktop doesn't reproduce it
[09:12] <pitti> seb128: thanks
[09:16] <chrisccoulson> pitti - i saw that when i ran "gnome-screensaver --debug --no-daemon", and let the screensaver activate
[09:16] <pitti> ah, I tried with gnome-screensaver-properties (which also has this bug)
[09:16] <pitti> chrisccoulson: thanks
[09:17] <pitti> I already found the corresponding code, I just wondered where you got it
[09:17] <chrisccoulson> i had a quick glance at the code last night, and i think the code path is triggered by not being able to fetch an Exec= value
[09:17] <chrisccoulson> ah, you found it already :)
[09:17] <pitti> I think I know what's going on
[09:20] <seb128> pitti, the dup bug is easy to get, remove the cache and install a package with a desktop entry, the entry will be duplicated
[09:21] <seb128> it's just a refresh issue though I think because it's fine after next start and the cache is correct
[09:21] <pitti> ah, ok
[09:23] <TeTeT> asac: any news on the root certificate addition to firefox?
[09:27] <asac> TeTeT: everyone i asked said that its painful
[09:27] <asac> to add that in a global way
[09:27] <TeTeT> asac: so, there's no recommended way to doing that?
[09:28] <asac> reason is that mozilla always rejects contributions that would make it easier
[09:28] <asac> because they dont want distros to mess around with the root cert list shipped
[09:29] <asac> TeTeT: yes. there is no recommended way
[09:29] <TeTeT> asac: hmm, is there any way at all to do that?
[09:29] <asac> there is. during build you can add more certs
[09:30] <asac> but their is no way to do that from outside in a way that it wouldnt get wiped on upgrades
[09:30] <TeTeT> asac: so there can only be additional root certificates for Ubuntu, not for a single custom site
[09:30] <asac> right
[09:30] <asac> but even for ubuntu we are not allowed to
[09:31] <TeTeT> asac: because of redistribution rights?
[09:31] <asac> imo we should file an upstream bug
[09:31] <asac> yes trademark issues
[09:31] <asac> let me check
[09:31] <TeTeT> asac: can you file the upstream bug, or want me to do that?
[09:35] <asac> https://bugzilla.mozilla.org/buglist.cgi?query_format=advanced;version=Other%20Branch;component=Security;component=Security%3A%20CAPS;component=Security%3A%20PSM;component=Security%3A%20S%2FMIME;component=Security%3A%20UI;resolution=WONTFIX;resolution=DUPLICATE;resolution=---;product=Core
[09:36] <asac> if there was a bug about it it should be in that list
[09:37] <asac> i cant believe there was not bug about that ;)
[09:42] <asac> asked again
[09:42] <seb128> pitti, how likely are we going to get respins today? ie how careful should we be with uploads?
[09:43] <pitti> seb128: I think the current images are final for a1
[09:43] <TeTeT> asac: thanks
[09:43] <seb128> pitti, ok thanks
[09:47] <TeTeT> asac: in principle, could we fork ca-certificates for the customer and have them place their root cert there. When an update for ca-certificates would come, they'd have to merge and re package again
[09:52] <asac> TeTeT: right. problem is that ca-certificates is not considered for mozilla
[09:52] <asac> there was upstream discussion about that.... and we got turned down - basically because they want us to ship certs in sync with what they ship
[09:53] <TeTeT> asac: oh, where are the mozilla certs then?
[09:53] <asac> TeTeT: they have built-in certs. directly put into a shared lib during build time
[09:54] <TeTeT> asac: what is /usr/share/ca-certificates/mozilla about then?
[09:54] <asac> libnssckbi.so
[09:55] <asac> good question. i think thats just a dir maintained/used by ca-certificates package
[09:55] <asac> where the ca-certificate maintainer dumps from time to time all the built-in certs to
[09:55] <TeTeT> asac: I thought the lib is compiled via update-ca-certificates?
[09:55] <asac> e.g. you can go and say: yeah, mozilla does a great job selecting ca-certs carefully ... i want to use those globally for other things likst openssl etc.
[09:56] <TeTeT> guess I misunderstood the role of update-ca-certificates
[09:56] <asac> TeTeT: ca-certificates are shared among other ssl libs
[09:56] <asac> but not for libnss
[09:56] <TeTeT> asac: ok
[09:57] <asac> so it works for everything but mozilla/nss stuff
[09:57] <TeTeT> asac: got it
[09:59] <TeTeT> asac: there are two libnssckbi.so, one in xulrunner, one in nss. Which one does ff use?
[10:04] <asac> TeTeT: i think the xulrunner one
[10:04] <asac> everything else would be be a bug imo
[10:06] <TeTeT> asac: ok
[10:23] <pitti> seb128: there's a good chance that the fix for bug 494669 also fixes your issue
[10:23] <pitti> I messed up the file_ids
[10:24] <seb128> pitti, ok thanks
[10:24] <pitti> seb128: so, it's "purge gedit, drop cache, restart panel, install gedit" -> two gedit in the menu?
[10:25] <pitti> hm, no, the cache is only read at the start of gnome-panel
[10:25] <seb128> pitti, no, it's drop cache, dpkg -i gedit*.deb
[10:25] <pitti> seb128: so g-panel started with an existing and valid cache?
[10:25] <seb128> new cache is created and gedit is duped in menus
[10:25] <seb128> yes
[10:28] <seb128> hum, the mini didn't like today's update
[10:28] <seb128> gnome-panel keeps using cpu and has empty bars displayed
[10:28] <pitti> seb128: still can't reproduce
[10:28] <pitti> I'm afraid I need a more detailled recipe
[10:28] <seb128> pitti, using the current version or your fixed one?
[10:28] <pitti> current
[10:28] <seb128> ok, what I do is
[10:28] <seb128> * start desktop
[10:29] <seb128> * open menu, see one totem or gedit or whatever
[10:29] <seb128> * sudo rm /usr/share/applications/desktop.locale....
[10:29] <seb128> where desktop.local is the cache
[10:29] <seb128> * open menu see they are still correct
[10:29] <pitti> ok, I'm up to here now
[10:29] <seb128> * sudo apt-get install --reinstall <something with a .desktop>
[10:30] <seb128> or sudo dpkg -i *.deb for something
[10:30] <seb128> * open menu, notice that the launcher for that specific desktop is displayed twice
[10:30] <pitti> aah
[10:30] <pitti> ok, got it
[10:30] <seb128> good
[10:30] <seb128> sorry I was not being clear before ;-)
[10:31] <pitti> gnome-panel --replace -> one gedit; sudo apt-get install --reinstall gedit -> two entries
[10:31] <pitti> no need to fiddle with the cache (it's only read at panel startup anyway)
[10:31] <seb128> ok
[10:31] <pitti> nice, will test that with the fixed version
[10:32] <seb128> do you want me to open a bug about it?
[10:32] <pitti> seb128: give me 2 mins, it's at dh_gencontrol
[10:33] <pitti> seb128: ok, it's fixed
[10:33] <pitti> as I suspected, it also stumbled over the wrong file_id
[10:33] <pitti> it compares by file_id
[10:34]  * seb128 hugs pitti
[10:34] <seb128> good job
[10:34]  * pitti hugs seb128, well I broke it in the first place :)
[10:34] <pitti> but I really want to keep this patch
[10:34] <pitti> it makes such a difference here
[10:34] <pitti> yay, that also fixed software-center
[10:34] <seb128> \o/
[10:34]  * pitti loves that
[10:35] <seb128> 3 bugs with one fix
[10:35] <seb128> good ;-)
[10:42] <pitti> well, it's three fixes actually, but still just one root cause
[11:07] <seb128> \o/ gnome-panel works again on the mini config
[11:07] <seb128> will teach me to enable ppas
[11:07] <seb128> it was due to gtk csd
[11:27] <pitti> meh, that third bit is so excruciatingly hard to fix :(
[11:56] <seb128> re
[11:59] <seb128> hum
[11:59] <seb128> why is locale.alias read several times?
[12:00]  * seb128 asks on #ubuntu-x
[12:03] <chrisccoulson> pitti rocks \o/
[12:04] <seb128> same question a .ICEauthority
[12:05] <seb128> about
[12:06] <seb128> it's read 4 times in a row
[12:34] <pitti> asac: I fanned out all the unassigned MIRs now, FYI
[12:43] <asac> hmm ... /me feels outrun. thx
[12:48] <pitti> asac: I hope you aren't sad now :(
[12:48] <asac> i am not ;)
[12:49] <asac> i started to pick a few not-mobile ones for me last night ... but then never came back :/
[12:51] <pitti> asac: so far I assigned the ARM ones to lool, since you already had a fair share
[12:52] <pitti> but I guess it would be better if you had taken the ARM related ones and lool the others
[12:52] <asac> pitti: yeah. i didnt pick the ones from the mobile team. as i wasnt sure if we do that or not
[12:52] <pitti> since in the end it's your team who has to provide the support for those
[12:52] <asac> usually i would suspect that server MIR member konws about server, but also is biased
[12:52] <asac> ok
[12:52] <pitti> asac: of course there's somewhat of a conflict between "we want that" and "we are the best people to review that"
[12:52] <asac> thats the other perspective
[12:53] <asac> i wasnt sure which perspective we prefer
[12:53] <pitti> neither am I :)
[12:53] <pitti> it probably can't hurt to take non-related packages
[12:53] <asac> but i agree that having me review mobile feels better in the long run. /me needs to stay unbiased ;)
[12:53] <pitti> and ask the team/tech lead for more input if in doubt
[12:53] <asac> right
[12:53] <asac> if that would work and doesnt start blocking teams thats better
[12:53] <pitti> ideally, the MIR report sohuld be complete enough to be useful for an "outsider"
[12:53] <asac> i think the team lead will notice and bug the assignee anyway
[12:54] <asac> rather than just acking because its now needed
[12:54] <pitti> asac: ok, so let's just stay with the "gut feeling and common sense", and slightly prefer reviewing other team's packages?
[12:54] <pitti> lool: ^ any opinion?
[12:54] <asac> yes
[13:15] <lool> pitti: fine wiht me
[13:15] <lool> Note: I'm helping with a booth at the arm symposium event, so will be mostly afk today
[14:49] <rickspencer3>  /join #ubuntu-server
[14:49] <rickspencer3> heh
[14:49] <pitti> hey rickspencer3
[14:49] <rickspencer3> hi pitti
[14:50] <pitti> space matters! :)
[14:50] <seb128> salut rickspencer3 ;-)
[14:50] <rickspencer3> as a python programmer, you would think I know that
[14:50] <rickspencer3> bonjour seb128
[14:51] <rickspencer3> how is everyone today?
[14:51]  * rickspencer3 has a full callendar for the next 3 hours
[14:52] <Zylogue> Hello, everyone!  I have menu's missing in applications such as evolution, empathy, gnome-terminal and others.  It appears the missing menu bar is only in gnome applications.  Programs such as thunderbird and firefox are not affected.  How do I get the menu bars back?
[14:52] <rickspencer3> Zylogue, is this on Lucid?
[14:53] <Zylogue> rick, no.  Actually Fedora, but I have seen several other questions similar to thin in ubuntu forums that did not have answers.  I was hoping to find one here.
[14:53] <seb128> rickspencer3, okish, spending lot of time on nautilus speed without getting anything out of it
[14:53] <seb128> it's a bit frustrating
[14:54] <seb128> gtk csd breaks gnome-panel on my boot speed config btw...
[14:54] <rickspencer3> Zylogue, oh, well this is a channel where we collaborate on creating the next version of ubuntu desktop, so we probably won't be able to help much
[14:54] <seb128> it uses cpu for ever and never display any content
[14:54] <rickspencer3> oh?
[14:54] <seb128> kenvandine, ^
[14:54] <rickspencer3> hmmm
[14:54] <seb128> rickspencer3, somebody else commented on the bug having the same issue
[14:54] <rickspencer3> let me talk to robbiew, I think the plan was to not let things in that wreck start up time
[14:55] <rickspencer3> oh, it's not a start up issue, just a bug?
[14:55] <seb128> rickspencer3, oh no
[14:55] <seb128> rickspencer3, right, it just breaks gnome-panel
[14:55] <seb128> "just" ;-)
[14:55] <rickspencer3> "just:
[14:55] <rickspencer3> :)
[14:55] <kenvandine> seb128, ok
[14:55] <seb128> I've not be able to tell if it makes a difference on speed due to that though
[14:56] <rickspencer3> seb128, maybe take a break from nautilus start time for a day?
[14:56] <seb128> rickspencer3, yes, I will do that once I think, thanks
[14:56] <pitti> rickspencer3: on the bright side, karmic boot time was 89 s for me; now it's at 49 :)
[14:56] <rickspencer3> yes, good progress has been made already
[14:57] <rickspencer3> and I have lots of faith in seb128, and I note it's only December 10th
[14:57] <rickspencer3> ;)
[14:57] <seb128> thanks ;-)
[14:57] <pitti> seb128: shall we replace it with midnight commander, do you think?
[14:57] <seb128> well I think we will finish by not running nautilus nor compiz
[14:57] <pitti> much faster than naughtylus
[14:58] <seb128> but *shrug* let's see
[14:58] <seb128> all what we win is good for users anyway and as pitti pointed we are already much better than we did in karmic
[15:01] <Zylogue> rickspencer3, thanks.
[15:01] <mvo> seb128: no nautilus you think?
[15:02] <seb128> mvo, yes, no desktop
[15:02] <seb128> like run nautilus the first time somebody open a location
[15:03]  * mvo nods
[15:03] <seb128> I might be wrong though
[15:04] <seb128> but I'm adding markers to nautilus and stacing it for a day now
[15:04] <seb128> and lot of startup time is actually things we need to do
[15:04] <seb128> like fontconfig reading fonts
[15:04] <seb128> gtk reading icon caches
[15:04] <seb128> libx11 reading x11 cookies for session registration
[15:05] <seb128> etc etc
[15:05] <seb128> and we have lot of fonts, lot of icons, ...
[15:08] <pitti> I wonder if we can clean up the fontconfig stuff
[15:09] <pitti> seb128: it seems curious to me why only nautilus is interested in fontconfig? shouldn't it affect all apps?
[15:10] <seb128> it's not nautilus only
[15:10] <seb128> but I've been profiling that one
[15:10] <seb128> we have the fontconfig init cost at session login once anyway
[15:32] <bigon> kenvandine: hi, how comes empathy-dbg pkg doesn't exist in empathy debian/control file on lucid?
[15:37] <seb128> bigon, dunno but those are of not use with dbgsym anyway
[15:37] <seb128> they just pollute mirrors and the apt indexes
[15:38] <bigon> right but there is nothing in the changelog
[15:54] <bigon> seb128: is there anyplan to enable empathy with geoloc stuff?
[15:54] <seb128> no
[15:54] <seb128> not for lucid at least
[15:54] <bigon> ok
[15:54] <seb128> we discussed it at uds, desrt reviewed geoclue
[15:54] <seb128> it's buggy, crashy and not ready to be used
[15:55] <seb128> he tested with 2 gps, ip reverse, etc
[15:55] <seb128> and upstream says geoclue is not actively maintained
[15:55] <bigon> mmm ok
[15:55] <seb128> would be lot of effort for no real benefit
[15:55] <seb128> it's rather a gadget in empathy than something useful
[15:56] <seb128> we did consider it because we wanted to use it in the installer and clock applet though
[15:58] <bigon> seb128: and only enabling the map?
[15:58] <seb128> what does the map do if you don't use geoclue?
[15:58] <seb128> can it be installed without the geoclue libs, etc?
[15:59] <bigon> n900 publish localisation :p
[15:59] <bigon> only champlain
[16:00] <rickspencer3> tseliot, hi
[16:00] <mclasen> would be so nice if someone picked up the upstream ball there...
[16:00] <seb128> indeed
[16:00] <tseliot> rickspencer3: hi
[16:01] <rickspencer3> tseliot, call time?
[16:01] <seb128> we might have a look to work on that next cycle but we can't this cycle, too much to do with the coming lts and priority is not on new features
[16:01] <tseliot> rickspencer3: yep
[16:40]  * pitti creates lucid retracer chroots
[16:41] <pitti> seb128: ^ FYI
[16:41] <seb128> pitti, thanks
[16:41] <pitti> I think we need to enable apport soon
[18:07] <seb128> ok
[18:10] <pitti> good night everyone!
[18:10] <seb128> 'night pitti
[18:10]  * seb128 just finished going through a nautilus strace and taking notes
[18:11] <chrisccoulson> seb128 - did you find anything interesting?
[18:11] <seb128> well
[18:11] <seb128> it's rather a boring list of what is done
[18:13] <seb128> sec
[18:15] <seb128> http://people.canonical.com/~seb128/nautilus
[18:15] <seb128> has the notes
[18:15] <seb128> the first column is the time from the strace
[18:16] <seb128> I will have a look tomorrow to what we can cut
[18:16] <seb128> the early start doesn't seem to waste a lot
[18:16] <seb128> but there quite some time spent reading all the icon dirs
[18:16] <seb128> translations
[18:16] <seb128> the backgrounds
[18:16] <seb128> custom icons, bookmarks, etc
[18:16] <seb128> some things could perhaps be done better
[18:17] <seb128> like the bookmark list seems to be updated several times
[18:18] <seb128> strace is probably not the best tool to see where cpu is spent too
[18:19] <chrisccoulson> yeah, there seems to be lots and lots of things which use small amounts of time, which increases the effort needed to gain improvements
[18:19] <chrisccoulson> "12.216: use .X11-unix socket" - i take it that is part of drawing the background?
[18:20] <seb128> I started having too much of that and didn't investigate from the background part
[18:20] <seb128> I will do that later or tomorrow
[18:20] <seb128> but it's opening the background image several times
[18:20] <seb128> and doing some mmaping, socket writing, etc
[18:20] <seb128> dunno why all that though
[18:23] <seb128> urg, I'm late for sport need to run
[18:23] <seb128> see you later
[18:23] <seb128> bbl
[18:43] <asac> pitti: bug 495161 ;)
[18:45] <asac> pitti: you just did the merge i guess. anyone i should assign that to? or look on my own? etc. let me know
[19:05] <Amaranth> gah, it's compiz bug day
[19:05]  * Amaranth is flooded
[19:06] <Amaranth> pedro_: You have to give me whatever script you're using to flood my inbox with 50 mails a minute :)
[19:07] <pedro_> Amaranth, sure, but it's just a silly script to close bug numbers, you need to pass the numbers to it anyways
[19:07] <Amaranth> oh, nevermind then
[19:07] <Amaranth> bryce_ has a much better script for that, it checks for bugs incomplete for > 30 days and closes them automatically
[19:08] <pedro_> right, i just prefer to have an extra look in case i'm missing something
[19:08] <Sarvatt> yeah mailbox recieving 1100 mails from ubuntu-x in an hour can attest to that :D
[19:08] <bryce_> Amaranth, I'd be happy to extend that to run on compiz as well if you'd like (I'm slowly working on generalizing my scripts for more than just X.org)
[19:08] <pedro_> heh
[19:09] <bryce_> hehe
[19:09] <Amaranth> bryce_: I already run it with some modifications for compiz
[19:09] <bryce_> Amaranth, aha kewl
[19:09] <Amaranth> is the archive frozen?
[19:09]  * Amaranth has a fix for panel applet shadows
[19:09] <Sarvatt> open again now
[19:10] <Amaranth> they don't show their shadow when on top of another window but that's an applet bug as they have the same problem with metacity
[19:10] <Amaranth> but at least the shadow goes away
[19:11] <Amaranth> hmm, I never did learn how to sign a package where someone else's name is in the changelog
[19:24] <Amaranth> there, invest-applet users can stop yelling at me now
[19:25] <chrisccoulson> Amaranth - if you're building a source package with someone else in the changelog, you can run "debuild -S -sa -k<KEYID>
[19:26] <chrisccoulson> (if you haven't figured that out already)
[19:26] <Amaranth> I did, but only after I redid the changelog to have my name :)
[19:27] <chrisccoulson> i just have DEBSIGN_KEYID= set in ~/.devscripts
[19:29] <Amaranth> ooh, didn't know about that one
[19:29] <Amaranth> chrisccoulson: does the key need to be in quotes?
[19:30] <chrisccoulson> Amaranth - it doesn't need to be in quotes
[19:30] <chrisccoulson> i think that works anyway. i must have set it in the past for some reasons, and all packages I build are magically signed by me :)
[19:42] <didrocks> chrisccoulson: you seem to know to what /tmp/.X11-unix/X* are used
[19:43] <Amaranth> grr, another FTBFS on armel
[19:43] <Amaranth> still KDE stuff
[19:44]  * Amaranth starts pretending armel doesn't exist, get happier
[19:44] <Amaranth> s/get/gets/
[19:44] <didrocks> :)
[19:47] <rickspencer3> kenvandine, how is the Dx release going?
[19:53] <kenvandine> rickspencer3, it's going :)
[19:53] <rickspencer3> MacSlow seems under some stress
[19:53] <rickspencer3> kenvandine, are you going to get a ppa and some uploads done today?
[19:53] <kenvandine> rickspencer3, a bunch done already :)
[19:54] <kenvandine> https://wiki.ubuntu.com/DesktopExperienceTeam/LucidWeeklyReleases
[19:54] <rickspencer3> so this:  	
[19:54] <rickspencer3> 0.2.6+r156-0ubuntu1
[19:54]  * kenvandine has been upload to both ppa and lucid  :)
[19:54] <rickspencer3> means that something was released?
[19:54] <kenvandine> means uploaded
[19:54] <rickspencer3> how can we tell if it's been in a ppa?
[19:55] <kenvandine> https://launchpad.net/~indicator-applet-developers/+archive/indicator-core-ppa/+packages
[19:55] <kenvandine> ppa is for karmic packages
[19:56] <rickspencer3> k
[19:56] <rickspencer3> I'll leave you to it ;)
[19:56] <kenvandine> :)
[19:56]  * rickspencer3 gets lunch
[19:56] <kenvandine> been a busy day
[19:56] <kenvandine> i hope to take a lunch break soonish :)
[19:56] <didrocks> rickspencer3: have a good lunch :)
[19:56] <rickspencer3> kenvandine, well the first one is the hardest :)
[19:56] <kenvandine> and doing everything twice :)
[19:56] <rickspencer3> twice?
[19:56] <johanbr> the first lunch? :)
[19:56] <rickspencer3> once to ppa and once to upload?
[19:56] <kenvandine> yeah
[19:57] <kenvandine> johanbr, haha :)
[19:57] <rickspencer3> hmm
[19:57] <kenvandine> rickspencer3, not that much dupe work
[19:57] <rickspencer3> kenvandine, at least you can upload yourself now
[19:57] <kenvandine> but  the snapshots of indicator-session was a pain
[19:57] <rickspencer3> :)
[19:57] <rickspencer3> well, that sounded odd
[19:57] <kenvandine> had to use different revisions for karmic and lucid
[19:57] <rickspencer3> at least you can do the uploads
[19:57] <kenvandine> empathy versions
[19:57] <rickspencer3> $sudo apt-get install kenvandine
[19:57] <kenvandine> yeah... that helps a lot :)
[19:58] <rickspencer3> I'll look at the dx burndowns when I get back
[19:58] <rickspencer3> laters
[20:22] <chrisccoulson> hey didrocks, sorry, i had to go for dinner and spend some time with baby :)
[20:24] <didrocks> chrisccoulson: no pb ;) I was wondering how you can be sure that when nautilus is using the X11 socket, it's for drawing the background
[20:24] <chrisccoulson> didrocks - i'm not sure, it was just a guess :)
[20:24] <chrisccoulson> but it happens right after loading the background
[20:25] <chrisccoulson> i should run it through xtrace and find out ;)
[20:25] <didrocks> oh ok, I was thinking it was some kind of blackmagic command to introspect X11 action ^^
[20:25] <didrocks> xtrace? never used that :)
[20:25] <chrisccoulson> didrocks - xtrace is awesome. it's helped me track down weird crashes due to X errors several times now
[20:26] <didrocks> seems interesting, I'll give it a try
[20:26] <didrocks> installed ;)
[20:26] <chrisccoulson> it's definately worth having a play around with :)
[20:26] <didrocks> ok, so I have my blackmagic command now ;)
[20:28] <chrisccoulson> didrocks - you just run it like "xtrace -d:x -D:y -k", where "x" is your local X display number, and "y" is a number to use for the proxy display
[20:28] <chrisccoulson> and then you run the application you want to debug like "DISPLAY=:y:0 <command>" so that the application connects to the proxy
[20:28] <didrocks> ok, and then, I change the DISPLAY variable before launching an application, right?
[20:28] <didrocks> yeah :)
[20:28] <chrisccoulson> yeah, that's right :)
[20:29] <didrocks> no need to run xtrace as root?
[20:29] <chrisccoulson> i don't think so. i don't think there should be a need to run as root, as long as it is permitted to connect to the display you're trying to forward to
[20:30] <chrisccoulson> in fact, i need to inspect an xtrace log from somebody now :)
[20:31] <didrocks> ahah :)
[21:17] <seb128> re
[21:24] <chrisccoulson> i think i need to stop photographing the baby now. f-spot is starting to not like me
[21:25] <seb128> lol
[21:55] <chrisccoulson> hello Guest48955
[21:55] <chrisccoulson> you're in disguise again?
[21:56] <Guest48955> chrisccoulson, :)
[21:57] <seb128> lol
[21:57] <seb128> hey robert_ancell
[21:57] <robert_ancell> seb128, hey
[21:59] <robert_ancell> damn buggy xchat
[22:02] <robert_ancell> seb128, do you know if lintian checks if patches have patch header or if that support is going to be added?
[22:04] <seb128> no clue
[22:05] <chrisccoulson> i don't think it checks at the moment. i've not seen any warnings yet due to missing patch headers, and there are plenty of packages which don't have them
[22:08] <robert_ancell> ugh, it's written in perl.  I'm not fixing it
[22:13] <chrisccoulson> robert_ancell - i take it you don't like perl ;)
[22:13] <robert_ancell> chrisccoulson, you read right :)
[22:14] <robert_ancell> seb128, hey is a1 out - I can push more packages now?
[22:15] <seb128> yes
[22:15] <chrisccoulson> i need to start working on some more packages, and test my new internet connection :)
[22:15] <seb128> chrisccoulson, you got faster internet?
[22:15] <chrisccoulson> seb128 - yeah, i've got 1Mbps upload now
[22:16] <seb128> cool
[22:16] <chrisccoulson> my download is not much faster than before (9Mbps)
[22:16]  * seb128 scp files to the dc box and wget the orig tarball there to upload
[22:16] <chrisccoulson> but i hope my additional upload bandwidth will make a difference
[22:16] <seb128> at least for things which take a while to upload
[22:27] <robert_ancell> seb128, can you push gnome-control-center - it doesn't seem to be added to the ubuntu-desktop list
[22:27] <robert_ancell> pitti, ^^^ can you get gnome-control-center added to the list
[22:28] <seb128> robert_ancell, ok
[22:55] <robert_ancell> looking at gnome-panel merge, does "DEB_DH_BUILDDEB_ARGS := -- -Zbzip2" do anything important?
[22:56] <RAOF> That compresses the deb with bzip2 rather than gzip, right?
[22:56] <robert_ancell> RAOF, that's what I'm guessing but there's no reason given in the changelog why that
[22:57] <robert_ancell> 's being explicitly done
[22:57] <RAOF> To make the .deb smaller, I'd guess.
[22:57] <chrisccoulson> Amaranth - what are your thoughts about bug 487165?
[22:57] <seb128> robert_ancell, it spares quite some CD space
[22:57] <robert_ancell> seb128, so why don
[22:57] <robert_ancell> 't we do that for all packages?
[22:58] <seb128> because it's quite slower too
[22:58]  * robert_ancell is still getting used to his new keyboard, the enter key is where my apostrophe was
[22:58] <chrisccoulson> do you think that extending the compiz hack which unredirects the screensaver window on nvidia, to apply to all hardware, would work around issues like that?
[22:58] <seb128> and cpu expensive
[22:58] <seb128> we did it for selected packages where it's worth the cost
[22:59] <robert_ancell> seb128, ok, I'll note that in the changelog
[22:59] <seb128> thanks
[22:59] <seb128> good job on the gnome-control-center merge, impressive
[22:59] <seb128> if you feel we don't have anything to win from the merge and it's a time waster feel free to ignore it
[23:00] <seb128> we did that for gvfs, debian changes where not really useful or the contrary
[23:00] <seb128> like they changed the lib to be a private one and added some complexity for bsd builds
[23:00] <seb128> we are almost done with merges I think, good
[23:00] <seb128> there is still evolution-data-server which should be trivial if somebody wants to do it
[23:01] <seb128> evolution a bit less trivial but not too complicated
[23:01] <seb128> and gnome-applets which might not be worth it
[23:01] <robert_ancell> seb128, I don't think we gain a lot but if we don't do it we'll never be able to merge in the future
[23:02] <seb128> right...
[23:04] <seb128> robert_ancell, it's a shame you spend the cycle in oem new that you got the zest of being a packager there ;-)
[23:04] <seb128> new -> now
[23:04] <seb128> in any case thanks again for the work on merges
[23:05] <robert_ancell> seb128, oh, why does gnome-applets pre-depend on dpkg?  Don't all packages implicitly require it?
[23:06] <seb128> it needs a version which understands bzip2 to be installed before it
[23:06] <seb128> older dpkg versions didn't do bzip2 and would fail to unpack it
[23:07] <seb128> so pre-depends says to install the newer dpkg before gnome-applets is unpacked
[23:07] <seb128> a depends would not garanty the unpack order and it could break
[23:18] <rickspencer3> hey guys, I mooched off of robbiew's wiki page for release status, and made one for us:
[23:18] <rickspencer3> https://wiki.ubuntu.com/ReleaseTeam/FeatureStatus/Desktop/Alpha2
[23:24] <seb128> rickspencer3, nice
[23:25] <rickspencer3> for some reason OLS doesn't have a2 burndown
[23:26]  * rickspencer3 will investigate tomorrow
[23:26] <seb128> is the trend line for dx correct?
[23:27] <seb128> their first bar was wrong, I guess it assumes the value should have been the second bar one
[23:28] <rickspencer3> seb128, yes, pitti adjusted it for them
[23:28] <seb128> ok, good
[23:29] <seb128> hum
[23:30] <seb128> https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-empathy-indicator seems buggy
[23:30] <seb128> the alpha3 items are not on the lucid list
[23:30]  * rickspencer3 looks
[23:31] <Amaranth> chrisccoulson: unredirecting the screensaver used to be a source of security bugs, actually
[23:31] <rickspencer3> oh
[23:31] <rickspencer3> yeah
[23:31] <chrisccoulson> Amaranth - oh, i didn't know that
[23:31] <chrisccoulson> never mind ;)
[23:31] <rickspencer3> seb128, actually, so far as I know the "lucid" lists are not really useful
[23:31] <rickspencer3> only the a2 ones are accurate iirc
[23:32] <seb128> hum
[23:32] <seb128> works items are targetted for alpha2 by default?
[23:32] <Amaranth> chrisccoulson: but I'm not sure what is going on with that bug, the screensaver (afaik) does everything right to get put always on top and I've never seen that happen with any other apps :/
[23:32] <rickspencer3> I think that once the bp gets targeted for a2, it kind of drops out of the lucid one
[23:32] <rickspencer3> so the work items show up in a2, or in lucid, but not both
[23:33] <chrisccoulson> Amaranth - yeah, that's quite a strange one, and I don't know how it can happen either
[23:33] <chrisccoulson> and being unreproducible makes it difficult too
[23:33] <chrisccoulson> hmmm
[23:36] <seb128> rickspencer3, and in case of those alpha3, nowhere
[23:36] <seb128> rickspencer3, I would expect the lucid list to have everything, alpha2 + not milestoned
[23:40] <seb128> rickspencer3, https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-lucid-social-from-the-start has a similar bug
[23:40] <seb128> rickspencer3, only half of the items are counted
[23:40] <seb128> or a bit less in this one
[23:41] <seb128> alpha-3 and beta-1 items are on no trend
[23:41]  * seb128 wonders how many work items are not on the lucid list
[23:42] <Keybuk> seb128: I noticed a problem that because the graphs are broken down by team-who-owns-the-spec, not team-the-person-whose-work-item-it-is, people miss them
[23:42] <Keybuk> e.g. all the work items on foundation specs assigned to desktop people
[23:43] <seb128> good point
[23:44] <seb128> I've no clue if I've any work item in foundation specs
[23:44] <Keybuk> you have one
[23:44] <Keybuk> which I'm going to do anyway :p
[23:45] <seb128> ok, good
[23:45] <seb128> which one? ;-)
[23:45] <Keybuk> it's a work item to upload gdm with a patch I'm supposed to find
[23:45] <Keybuk> which is clearly a needless work item :p
[23:45] <Keybuk> because I can commit and upload it JUST FINE
[23:46] <seb128> hehe
[23:49] <chrisccoulson> ah, tonight is going to be a fun night
[23:51] <seb128> chrisccoulson, how so?
[23:52] <chrisccoulson> seb128 - baby is waking up already, and i've not even managed to get to bed yet
[23:52] <chrisccoulson> normally i can sleep for a couple of hours before she wakes up ;)
[23:52] <seb128> oh, good luck ;-)
[23:52] <seb128> getting sleep is overated anyway...
[23:52] <chrisccoulson> it's a good job i'm only working 4 hours tomorrow :)
[23:53] <chrisccoulson> yeah, i agree that sleep is overrated
[23:53] <seb128> hehe
[23:53] <chrisccoulson> thats what weekends are for!
[23:53] <seb128> weekend! ;-)
[23:53] <seb128> still friday to go though
[23:53] <chrisccoulson> i consider friday as part of the weekend now, because i never get to do any work
[23:54] <seb128> if I can't sleep until 10am it's not weekend ;-)
[23:54] <chrisccoulson> my friday morning consists of coffee, check e-mails, have a chat, breakfast, coffee, departmental brief, team meeting and then home :)
[23:54] <seb128> every has its own metric :-)
[23:54] <seb128> everybody has his own metric :-)
[23:55] <chrisccoulson> heh :)
[23:55] <seb128> can't type, could be time to get some sleep anyway
[23:55] <chrisccoulson> it's still quite early ;)
[23:55] <seb128> I plan to have another look at nautilus straces tomorrow
[23:55] <seb128> yeah, but I know that end of week tend to be not as productive when I'm tired
[23:56] <chrisccoulson> yeah, you might need some sleep for that. i'll get back to working on gconf, gnome-session and g-s-d tomorrow afternoon
[23:56] <seb128> ie I'm rather in mood for bug triage, email, etc on friday usually
[23:56] <seb128> which are useful things to do too
[23:56] <seb128> but I want to look at boot speed tomorrow ;-)
[23:56] <seb128> anyway, good night everybody
[23:56] <seb128> see you tomorrow
[23:56] <asac> night seb128
[23:56] <chrisccoulson> good night :)
[23:58] <seb128> chrisccoulson, you should go take care of the baby and get sleep too
[23:58] <seb128> 'night guys