[00:02] <psusi> I can somewhat reliably cause unity-window-decorator, which apparently is part of compiz, to crash when running the standhal mmo game.  Shouldn't it crashing cause... shoot... what was the little bug reporting app called?  to start?
[00:04] <micahg> psusi: apport?
[00:06] <psusi> that's it
[00:07] <psusi> unity-window-decorator makes a few complaints about G_IS_OBJECT() failing, and invalid unclassed pointer in cast to GObject, then about 50% of the time it segfaults... shouldn't that trigger apport?
[00:11] <micahg> psusi: is apport enabled?
[00:12] <psusi> I didn't do anything to disable it...
[00:12] <micahg> psusi: well, it's off in the stable release, and idk if it's on in thedev release yet officially
[00:12] <psusi> ohh, it's stop/waiting
[00:12] <psusi> ohh... I thought it was always there
[00:14] <psusi> how do I start it?  sudo start apport says start:job failed to start
[00:14] <micahg> psusi: sudo service apport start
[00:15] <psusi> same thing
[00:15] <micahg> psusi: sudo service apport start force_start=1
[00:15] <psusi> there we go
[00:15] <micahg> psusi: you can enable in /etc/default/apport if you want it on all the time
[00:18] <psusi> there we go...
[00:18] <psusi> now let's see what the backtrace says...
[00:29] <micahg> hi robert_ancell, how are you?
[00:29] <robert_ancell> micahg, hello
[00:30] <micahg> robert_ancell: I take it you won't be planning on touching webkit this cycle?
[00:30] <robert_ancell> micahg, just normal updates if required...
[00:31] <robert_ancell> micahg, do you know if they have any plans for this cycle?
[00:31] <micahg> robert_ancell: no, haven't seen anything yet
[00:31] <micahg> 1.4.0 is out
[00:31] <robert_ancell> yay!
[00:31] <robert_ancell> is it worth sruing?
[00:32] <micahg> robert_ancell: idk, I haven't checked the diff yet, if it has security fixes, yes, otherwise, we'll wait for the next point release
[00:33] <micahg> I was going to take a look next week
[00:35] <micahg> robert_ancell: actually, if there's an ABI break (which hopefully there isn't), we would go through -proposed first most probably
[00:35] <robert_ancell> All SRUs go though proposed don't they?  Or can security fixes bypass that
[00:36] <micahg> robert_ancell: security fixes normally bypass -proposed (except for chromium), but I might start using it more
[00:36] <micahg> but we always build in the security PPA with only -security and the release pocket
[00:42] <micahg> robert_ancell: BTW, tried lightdm for the first time today, worked well, only thing I didn't like was the user list, but I guess there will be a preference for that (and gdm has that by default as well)
[00:42] <robert_ancell> micahg, yeah, the greeter is just an example at the moment, there will be a proper unity designed one, hopefully some work started for A2
[00:43] <micahg> robert_ancell: I'm using it for xubuntu ATM actually :), we'll probably have our own greeter as well
[00:44] <robert_ancell> oh nice, please let me know how you guys go with the API
[00:44] <micahg> robert_ancell: k, will do
[00:45] <cyphermox> hey robert_ancell
[00:45] <robert_ancell> cyphermox, hello
[00:59] <chrisccoulson> micahg, i've got firefox moving system-installed extensions in to the users profile now :)
[00:59] <chrisccoulson> but i had to add support in ubufox for it
[01:00] <micahg> chrisccoulson: k, we have to update that anyways, so I'm fine with it
[01:00] <micahg> chrisccoulson: awesome though, thanks
[05:45] <patrickmw> LibreOffice build = BEAST!
[05:47] <TheMuso> +/c
[06:23] <pitti> Good morning
[06:25] <TheMuso> Hey pitti.
[06:52] <RAOF> Hey pitti!  If I wanted to drop libgl1-mesa-dri-experimental (as it contains only the nouveau 3D driver, which we're planning to ship by default), what does jockey need to be told about?
[06:53] <pitti> RAOF: you mean "install by default"?
[06:53] <pitti> we need to drop jockey's handler for it
[06:54] <RAOF> pitti: I mean “drop the -experimental package, and ship nouveau with the regular -dri package”.
[06:54] <TheMuso> RAOF: Is it really no longer experimental? Or are we just taking a big gamble?
[06:54] <TheMuso> BTW, both you pitti and you RAOF expired from ubuntu-sponsors...
[06:54] <RAOF> TheMuso: Bug reports are no longer considered worthless :)
[06:54] <TheMuso> RAOF: ah.
[06:54] <pitti> TheMuso: yeah, I just asked in #u-devel, very weird
[06:54] <pitti> there was no advance warning
[06:55] <TheMuso> Yeah I know.
[06:55] <RAOF> I'm fairly sure I recently *renewed* my ubuntu-sponsors membership?
[06:55] <TheMuso> Thats what I thought.
[07:04] <didrocks> good morning
[07:07] <pitti> RAOF: so, want me to drop the handler then?
[07:07] <pitti> hey didrocks
[07:07] <didrocks> pitti: guten morgen! Thanks for the approval :)
[07:08] <didrocks> I'll upload pkgbinarymangler now in oneiric, I'll need it for unity-2d
[07:08]  * pitti dies a little inside when looking at http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team.html
[07:09] <pitti> didrocks: oh, sorry; I ran the test suite last night and forgot to dput, hang on
[07:09] <RAOF> pitti: Yes, please.
[07:09] <pitti> didrocks: (it's already tagged in bzr0
[07:09] <pitti> didrocks: uploaded, sorry
[07:09] <pitti> nice, version 99
[07:09] <pitti> what will version 100 bring?
[07:10] <RAOF> Is that *480* work items for oneiric?
[07:10] <didrocks> pitti: heh, who knows!
[07:10] <didrocks> pitti: thanks a lot :-)
[07:10] <pitti>  * Strip out the biggest 1/3 of files to save CD space
[07:11] <pitti> Take that, vmlinuz!
[07:11] <didrocks> after the oom killer, the oos deleter! :-)
[07:11] <pitti> RAOF: yes :-(
[07:11] <pitti> for the record, in natty we had 300
[07:11] <pitti> so, everyone cut a spec
[07:11] <RAOF> pitti: We've trippled the size of the Desktop team, right? :)
[07:12] <pitti> the sad thing is that the really fat ones are pretty much must-have (firefox maintenance, gnome 3 migration, cd space)
[07:13] <didrocks> can I cute the "Qt by default?" then, the size memory, langpack and everything is fixed. Magic \o/
[07:13] <pitti> we can cut thunderbird, quickly, lightdm, etc. but it starts getting painful there
[07:14] <didrocks> the first one who proposed oneconf to be cut… It's too guilty of out of time for the last couple of cycles and I think it's the right time to get it by default (without desktopcouch) :-)
[07:17] <pitti> wow - http://cdimage.ubuntu.com/daily-live/20110525/
[07:17] <pitti> and it's not oversized, how come?
[07:18] <RAOF> I haven't pulled llvm on there yet :)
[07:18] <pitti> yeah, but with all the new gtk3/gnome3 packages and autosyncs I had expected some fallout there
[07:19] <pitti> presumably we lost a couple of old gnome 2 libs
[07:19] <pitti> where "lost" == "got rid of"
[07:19] <Debashish> hello people! can i ask questions about gnome shell here?
[07:20] <didrocks> the CD failed tonight?
[07:20] <pitti> just ask, and someone might answer
[07:20] <pitti> didrocks: it's not cron'ed yet; cjwatson built it manually
[07:20] <didrocks> pitti: oh ok :)
[07:24] <Debashish> ok so i installed ubuntu mini iso for natty and installed gnome shell from the official gnome 3 ppa (i didnt break unity) and i got a successful gnome shell build but
[07:24] <Debashish> the network manager looks and behaves awful
[07:25] <Debashish> it does not integrate well with the gnome shell
[07:26] <Debashish> is there a solution to integrate it well in the gnome shell panel
[07:26] <didrocks> Debashish: people working on this ppa aren't around right now. You can maybe ping them a little bit later today?
[07:26] <didrocks> ricotz: ^
[07:27] <Debashish> ok thanks i will check it out later
[07:27] <didrocks> yw :)
[07:27] <ricotz> Debashish, you are missing network-manager 0.9 which isnt available in the ppa yet
[07:27] <Debashish> hmm
[07:27] <Debashish> so where can i get the source?
[07:28] <ricotz> Debashish, it is in my testing ppa, but add this isnt officially suggested
[07:28] <Debashish> i am willing to check it for my personal use, so can i get it?
[07:29] <ricotz> Debashish, ppa:ricotz/testing, if you got problems there should be several postings which can help you
[07:29] <Debashish> ok thanks
[07:31] <Debashish> btw the sound applet in the panel also crashes sometimes while changing the backends so what can be done?
[07:33] <ricotz> Debashish, without an error message it is hard to tell, but i havent seens such thing, so it might be a pulseaudio problem
[07:34] <Debashish> it does not give any error message and the window just vanishes, so is it crashing or something else
[07:35] <Debashish> can i not switch to alsa on gnome shell?
[07:36] <ricotz> Debashish, you mean the gnome-control-center crashes?
[07:39] <Debashish> no but sort of because the sound preferences item is under gnome-control-center and sound preferences from the sound menu in the panel opens that and that is the thing that crashes/vanishes but other items under gnome control center work flawlessly
[07:41] <ricotz> Debashish, so when you choose/click on the "sound-icon" it immediately crashes?
[07:41] <Debashish> no but when i change backends
[07:42] <Debashish> ...after the window is already opened
[07:42] <ricotz> Debashish, ok, sounds like a pulseaudio/libcanberra problem
[07:43] <ricotz> Debashish, what is the output if you run gnome-control-center from a terminal?
[07:43] <GunnarHj> pitti: Good morning! I have yet another SRU proposal: https://code.launchpad.net/~gunnarhj/ubuntu/natty/language-selector/natty-proposed-imfix/+merge/62416
[07:43] <GunnarHj> pitti: Noticed that you have set status "Won't Fix" on bug 663776, but considering the discussion on the bug report I ask you to reconsider.
[07:43] <ubot2> Launchpad bug 663776 in unity "[dash] Search field in Unity can not support iBus" [High,In progress] https://launchpad.net/bugs/663776
[07:44] <Debashish> hmm not yet checked and now i am running from windows so i will let you know sometime later
[07:44] <pitti> hey GunnarHj
[07:45] <pitti> GunnarHj: oh, that was mostly bug cleanup, I thought for natty the im-switch SRU would suffice; but apparently that causes too much unexpected behaviour, so I guess we shouldn't release that; WDYT?
[07:45] <pitti> GunnarHj: the language-selector fix about auto-updating the input method combobox and settnig the value from the language indeed seems appropriate to me
[07:45] <ricotz> Debashish, ok, try to report a bug, against the ppa and check if you have libcanberra-gtk3-modules installed
[07:45] <pitti> GunnarHj: I've seen your MP, I'll upload it asap
[07:47] <Debashish> ok sure will. thanks ricotz for the replies and that's all.
[07:47] <pitti> GunnarHj: i. e. for the l-s fix, people will get the right thing when they use it; for im-switch, it changes unexpectedly, i. e. people who use English in China would suddenly lose their ibus configuration, won't they?
[07:48] <ricotz> Debashish, np, thanks
[07:49] <Debashish> btw ricotz  can i not switch to alsa and remove pulseaudio or would that break the system?
[07:50] <pitti> Debashish: pulse uses alsa
[07:51] <pitti> Debashish: why do you want to "switch off" pulseaudio? it's by and large the standard desktop audio API these days
[07:51] <Debashish> oh ok my bad :)
[07:51] <pitti> does it cause disturbance etc.?
[07:51] <Debashish> because it is a bit buggy?
[07:52] <pitti> Debashish: you can try to switch to direct alsa in gstreamer-properties and see if it makes any difference
[07:52] <pitti> Debashish: right, I'm interesting what particular bugs you have
[07:52] <pitti> "interested"
[07:52] <GunnarHj> pitti: I too thought that the im-switch SRU would be enough. OTOH, not releasing it wouldn't be good either, since there are other effects from the Natty i18n changes. I believe that if both im-switch and l-s are SRUed, there will be no significant adverse effects left. As regards people loosing their ibus config if they use English, please see comment #60 on the bug report.
[07:52] <Debashish> yeah i would like to do that
[07:53] <pitti> GunnarHj: I was concerned about comment 59; Tualatrix certainly knows how to get it back, but it's still a major behaviour change in an SRU
[07:54] <pitti> GunnarHj: I agree that it is a correct fix, and we should have it in oneiric, but for SRUs I'm very hesitant
[07:57] <Debashish> pitti, just a couple:1 network manager integration in the panel, 1.1 sometimes its icon doesnt show after login and if it shows it doesn't show the monochrome one, 2 sound preference window crash/vanishing without a message while changing backends
[07:57] <Debashish> but now i gotta go because the laptop's battery is low and i have no power source.
[07:58] <pitti> Debashish: neither of these seem pulse related
[07:58] <pitti> meh
[08:07] <chrisccoulson> good morning everyone
[08:08] <didrocks> hey chrisccoulson
[08:08] <didrocks> how are you?
[08:08] <chrisccoulson> hi didrocks, i'm good thanks, although a bit tired. how are you?
[08:08] <czajkowski> Morning
[08:08] <chrisccoulson> RAOF, you there?
[08:08] <chrisccoulson> hi czajkowski
[08:09] <didrocks> chrisccoulson: I'm very good, thanks! :-)
[08:09] <czajkowski> has anyone every heard of a random reboot for no reason on natty. My machine keeps going to reboot while I'm on irc or doing things
[08:10] <czajkowski> it goes into the boot up screen where it say battery ok etc then goes to login prompt and then back to normal
[08:10] <chrisccoulson> sounds like X is crashing ;)
[08:11] <czajkowski> yeah I don't know how to reproduce or report the bug
[08:11] <czajkowski> as it doesnt happen every day but is happen more and more ove the last 2 weeks
[08:17] <GunnarHj> pitti: I understand. The behavior change is basically: Previously you enabled ibus from l-s for the LANG locale (2:nd tab). (People probably have thought that they enabled it irrespective of other settings.) Now you control ibus from l-s for the current language.
[08:17] <GunnarHj> pitti: If you e.g. have zh_TW as the first language, "ibus" is default, which is shown on the IM control. If you change it in l-s to e.g. English, you instantly see that the text on the ibus control changes to "none" (the default for English), which should imply that if you want to use English with IM enabled, you need to change it to "ibus".
[08:17] <GunnarHj> pitti: One of my thoughts about justifying this as an SRU is that considering the Unity+ibus problem (not yet solved), this is a tiny detail...
[08:17] <GunnarHj> pitti: Think that's all I can say on this topic. :)
[08:22] <ricotz> chrisccoulson, hello, could you take a look at https://bugs.launchpad.net/ubuntu/+source/gjs/+bug/788500
[08:22] <ubot2> Launchpad bug 788500 in gjs "Use libmoz185 instead of xulrunner-2.0" [Undecided,New]
[08:24] <chrisccoulson> ricotz, sure
[08:24] <ricotz> chrisccoulson, thanks
[08:26] <chrisccoulson> ricotz, you tested it and it builds ok?
[08:26] <chrisccoulson> it looks fine, so i'll just sponsor it
[08:27] <ricotz> chrisccoulson, yes i am running it
[08:27] <chrisccoulson> excellent, thanks
[08:27] <ricotz> chrisccoulson, ty
[08:29] <czajkowski> chrisccoulson: any idea on how I report that kinda bug?
[08:29] <chrisccoulson> czajkowski, there might be a trace in one of the Xorg log files after it crashes (/var/log/Xorg.*.log)
[08:30] <czajkowski> chrisccoulson: so ubuntu-bug application?
[08:31] <chrisccoulson> czajkowski, i'm not sure if that will pick up the correct log file
[08:31] <chrisccoulson> i think the old file is rotated when X starts again
[08:31] <chrisccoulson> (so it might be /var/log/Xorg.0.log.old or something)
[08:31] <czajkowski> no what do I file it against ? just so I know
[08:31] <czajkowski> sorry
[08:32] <chrisccoulson> probably xorg-server for now
[08:32] <czajkowski> thank you
[08:34] <chrisccoulson> ricotz, ok, uploaded
[08:34] <chrisccoulson> thanks!
[08:36] <chrisccoulson> pitti, i figured out how to kill most of the extensions on https://wiki.ubuntu.com/MozillaTeam/FirefoxUpgradeChecklist/5.0 for lucid and maverick so we don't have to update them every 6 weeks, and without the user even noticing :)
[08:36] <chrisccoulson> (ie, they will still get up-to-date and fully functional extensions with upgrades)
[08:39] <czajkowski> chrisccoulson: thanks for your help
[08:45] <seb128> hey
[08:47] <didrocks> salut seb128
[08:47] <seb128> lut didrocks
[08:52] <rodrigo_> morning
[08:52] <seb128> hey rodrigo_, how are you?
[08:53] <rodrigo_> hi seb128
[08:53] <seb128> pitti, evolution-common is 10meg installed, 2.8meg of deb
[08:53] <seb128> so the evo = 0.5 isn't right
[08:53] <seb128> (just reading the blueprints emails)
[08:56] <didrocks> chrisccoulson: so, if you answer to https://bugzilla.gnome.org/show_bug.cgi?id=608402#c3, vuntz agreed to review the patch again (FYI, I've updated it in the latest gnome-session upload, you should maybe start from that?)
[08:56] <ubot2> Gnome bug 608402 in general "Add support for delaying autostart applications" [Enhancement,New]
[08:59] <pitti> bonjour seb128
[08:59] <pitti> seb128: ah, thanks
[08:59] <seb128> hey pitti
[09:00] <seb128> pitti, you should count evolution-exchange as well and maybe some of e-d-s ui libs
[09:00] <didrocks> seb128: do we really have to ship evolution-exchange by default btw?
[09:00] <seb128> it will not compensate the tb but will not be 0.5 either
[09:00] <pitti> seb128: right, updating the spec, thanks for pointing out
[09:00] <seb128> didrocks, "have to"
[09:01] <seb128> didrocks, well it's like everything, some users need it especially in corporate environments and it's small enough
[09:01] <didrocks> like, can we ran e-d-s without it? Seems more a corporate environment requirement?
[09:01] <seb128> it's of no use if we don't use evo
[09:01] <pitti> chrisccoulson: oh, awesome! you can switch them over to the firefox plugin updater somehow?
[09:01] <seb128> that's why I mentioned it as something to count on the "to drop list"
[09:02] <chrisccoulson> pitti - yeah, that's the plan - http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/revision/233 :)
[09:02] <chrisccoulson> although, i need to test all cases to make sure it works still
[09:02] <seb128> pitti, btw don't we have some langpacks still to drop to make up for it? i.e getting tb seems it would be about one langpack
[09:02] <didrocks> seb128: but even if we stay with evo, seems like 479k to win, isn't it?
[09:02] <seb128> hey chrisccoulson, you are early today
[09:02] <chrisccoulson> hi seb128. i'm not that early am i?
[09:03] <pitti> seb128: that's the part what I meant with "drop something else instead"
[09:03] <seb128> didrocks, well, the number of users who need to connect to exchange servers for their work seem to warrant that
[09:04] <pitti> seb128: 16 MB extra is 2 langpacks, yes; which essentially means that only chinese will be left, and Spanish on i386 (and powerpc will be screwed even more)
[09:04] <seb128> chrisccoulson, ok, maybe it's me who is late today ;-)
[09:04] <chrisccoulson> seb128, yes, you're slacking today already ;)
[09:04] <didrocks> seb128: ok, I was more thinking as an easy target, but if you feel most our users need it (but IIRC, thunderbird doesn't have this support, so if it's "required", the discussion can stop ;))
[09:04] <pitti> seb128: I just don't consider langpacks as something which we can throw away without any pain; it makes testing the live system significantly harder for non-English speakers
[09:04] <didrocks> chrisccoulson: did you see my message about the gnome-session patch?
[09:05] <pitti> and at least Spanish, Portugese, and Chinese cover a lot of the world..
[09:05] <chrisccoulson> didrocks, yeah, will look in a bit
[09:05] <didrocks> chrisccoulson: excellent, thanks :)
[09:05] <seb128> pitti, though we are down to 3 locales anyway so that or none is close to be the same
[09:06] <pitti> seb128: well, if you count a difference of 1.5 Billion people to be negligible :)
[09:07] <pitti> chrisccoulson: nice trick!
[09:07] <pitti> chrisccoulson: that would go along with updating these packages to be empty transitionals then?
[09:08] <chrisccoulson> pitti - nearly. we'd still need to ship the xpi in the package, which would then just be picked up by the addon installer
[09:09] <seb128> pitti, btw libevo is 2.5m deb
[09:09] <seb128> pitti, so adding the deb you should get at least 6m rather than 0.5
[09:09] <pitti> that's not needed by e-d-s?
[09:10] <pitti> ah, indeed
[09:10] <seb128> no, that's build from evo, that's the ui part
[09:10] <pitti> ok, changing again
[09:10] <seb128> that's basically what they splitted to be able to write things like (anjal), i.e mobile uis based on evo
[09:10] <chrisccoulson> pitti - we also need to make sure that the xpi's have an updateURL field in their install.rdf too
[09:10] <chrisccoulson> (else firefox can't update them)
[09:10] <pitti> seb128: so, down to 14 MB delta; better than 20 indeed
[09:11] <chrisccoulson> but doing this once is definitely going to be easier than doing it every 6 weeks :)
[09:11] <pitti> of which 8 MB is growth between the curretn version (12 MB) and the daily builds (20 MB)
[09:11] <pitti> chrisccoulson: do you think that this 8 MB growth can be reduced again a bit?
[09:11] <seb128> we should move all the comments on the whiteboard to a wiki or something
[09:11] <seb128> it's hard to spot the actual diffs in the email ;-)
[09:12] <chrisccoulson> pitti - i'm not sure what's caused it to grow yet (firefox grew by a similar size too)
[09:12] <pitti> so if we could find a solution for sharing libxul, and reduce the size growth, we'd be almost in the ballpark
[09:14] <pitti> seb128: we didn't count the size of lightning yet, though
[09:14] <chrisccoulson> i'm really concerned about lightning :/
[09:14] <pitti> I take it we'd need to add that as well, unless we want to drop calendar support
[09:14] <chrisccoulson> (just like all of the binary extensions)
[09:15] <pitti> well, or anything which provides calendar support on the desktop
[09:15] <seb128> they don't have a solid calendar story
[09:15] <pitti> as long as it tells you about your appointments and has a reasonable UI
[09:15] <seb128> that's a weak point for the switch imho
[09:15] <seb128> they made it clear that they are not maintaining the calendar
[09:15] <seb128> so it means there is no garanty the calendar keeps working on updates etc
[09:16] <seb128> it's really third party code
[09:21] <chrisccoulson> b'ah, my ubufox trick doesn't handle incompatible extensions too well. seems i need to manually trigger an extension update too :/
[09:21]  * chrisccoulson looks at more documentation
[09:53] <seb128> pitti, btw if you want to start making some space on the CD we can clean the gnome-system-tools stack now
[09:53] <seb128> the new gnome-control-center does manager user accounts
[09:53] <seb128> which was the remaining bit we needed in gst
[09:53] <huats> morning everyone
[09:54] <seb128> once the at-spi2 mirs are reviewed we might be able to drop bonobo etc as well
[09:54] <seb128> lut huats
[09:54] <huats> hello seb128
[09:54] <pitti> seb128: ah, indeed; seems still a bit buggy, but should by and large do what we need
[09:57] <seb128> pitti, right, and if it lacks something we should fix it rather than to stay back
[09:57] <pitti> seb128: fully agree; I'm looking forward to getting rid of all this Perl :)
[09:57] <seb128> ;-)
[09:58] <pitti> seb128: the only thing that immediately sprang into my eye is the wrong handling of "administrator" accounts
[09:58] <pitti> it apparently doesn't check for the "admin" group, but for something else
[09:58] <pitti> but that seems trivial to fix
[09:58] <geser> does somebody know where "libgtk3.0-bin" might come from? I've seen two users already in #ubuntu+1 having problems with it (bug 786170)
[09:58] <ubot2> Launchpad bug 786170 in gtk+3.0 "libgtk-3-bin failed to install/upgrade: diversion of /usr/sbin/update-icon-caches to /usr/sbin/update-icon-caches.gtk2 by libgtk-3-bin clashes with same diversion by libgtk3.0-bin" [Medium,New] https://launchpad.net/bugs/786170
[09:58] <seb128> geser, gtk3?
[09:59] <pitti> libgtk3.0-bin is an old package name
[09:59] <geser> seb128: the current package is named libgtk-3-bin
[09:59] <pitti> presumably from a PPA or so?
[09:59] <seb128> that's a leftover I guess
[09:59] <pitti> Package: libgtk-3-bin
[09:59] <pitti> Conflicts: libgtk3.0-bin
[10:03] <seb128> geser, pitti: the most recent commit in the debian svn is
[10:03] <seb128> "Remove leftover diversions from the libgtk3.0-bin package
[10:03] <seb128> that got replaced by libgtk-3-bin (Closes: #617662 ).
[10:03] <seb128> "
[10:03] <pitti> ah, nice
[10:03] <seb128> so we should backport that to oneiric
[10:07] <seb128> pitti, the admin issue is likely similar to http://bugs.debian.org/618764
[10:08] <pitti> c'mon bugs.d.o
[10:08] <seb128> pitti, there is a patch in accountsservice which does
[10:08] <seb128> +        if (cd->account_type == ACCOUNT_TYPE_ADMINISTRATOR) {
[10:08] <seb128> +                add_user_to_group (context, cd->user_name, "sudo");
[10:09] <seb128> +        grp = getgrnam ("sudo");
[10:09] <seb128> pitti, we might need to tweak that in ubuntu
[10:09] <pitti> right, also for the check if a user is an admin
[10:09] <pitti> s/sudo/admin/
[10:09] <pitti> so, should be easy
[10:09] <seb128> -                if (groups[i] == wheel) {
[10:09] <seb128> +                if (groups[i] == admin) {
[10:09] <seb128>                          g_free (groups);
[10:09] <seb128>                          return ACCOUNT_TYPE_ADMINISTRATOR;
[10:09] <seb128> hum
[10:10] <seb128> seems it does check for admin
[10:10] <pitti> is admin == getgrpname('admin')?
[10:11] <RAOF> chrisccoulson: I'm here now.
[10:11] <seb128> pitti, ok, they have
[10:11] <chrisccoulson> RAOF, do you have an account on bugzilla.mozilla.org?
[10:11] <seb128>         grp = getgrnam ("sudo");
[10:11] <seb128>         if (grp == NULL) {
[10:11] <seb128>                 g_debug ("sudo group not found");
[10:11] <seb128>                 r
[10:11] <seb128>                 return ACCOUNT_TYPE_STANDARD;
[10:12] <RAOF> chrisccoulson: I don't think so, no.
[10:12] <mvo> woah, removing the entire python protocol support (iteration, subscription) for the treemodel path stuff in GI/gtk3 is just … not nice
[10:12] <pitti> mvo: there are some overrides for that, they don't work?
[10:13] <chrisccoulson> RAOF, i got subscribed to a private security bug that might be of interest to you (it's really an X bug)
[10:13] <pitti> mvo: we can add some more overrides if needed
[10:13] <seb128> pitti, so I guess changing that check sudo -> admin should do it, I will try that
[10:13] <mvo> pitti: oh, get stuff that used to work (like len(path), path[0] etc) is no longer working for me
[10:13] <mvo> pitti: do I need to do anything to make this work again, i.e. set some compat option or somesuch?
[10:13] <RAOF> chrisccoulson: I'll get me (yet) a(nother) bugzilla account.
[10:13] <mvo> honestly, forcing that C api for this on people is IMO a huge step in the wrong direction
[10:14] <chrisccoulson> RAOF, mozilla bug 658219 (i don't think you can view it unless i subscribe you though)
[10:14] <ubot2> chrisccoulson: Error: Error getting Mozilla bug #658219: NotPermitted
[10:14] <pitti> mvo: there are no "compat" modes or so; it's by and large doing what GTK does, plus /usr/lib/python2.7/dist-packages/gi/overrides/Gtk.py
[10:14] <chrisccoulson> RAOF, there's not much information on there atm, but you might be a better person to extract the right information and figure out what's going on
[10:14] <pitti> mvo: the overrides do define a __getitem__
[10:15] <pitti> which support both a Gtk.TreeIter and an int as value
[10:16] <mvo> pitti: thanks, that is a good pointer, I check it out
[10:16] <mvo> (the py file)
[10:16] <rodrigo_> where's the page that summarizes all WIs from the blueprints?
[10:16] <pitti> mvo: if you have something which should be added there, please let bz.g.o. know, I can mediate with upstream (or even commit myself)
[10:16] <seb128> rodrigo_, http://people.canonical.com/~platform/workitems/oneiric/canonical-desktop-team.html
[10:16] <pitti> mvo: for apport and jockey these were quite sufficient, though
[10:17] <seb128> rodrigo_, if you only want our team, similar pages exist for other teams
[10:17] <mvo> pitti: ok, thanks!
[10:17] <rodrigo_> seb128, yes, just want our team for now, thanks!
[10:17] <mvo> pitti: glad to hear, for a moment I was really scared :)
[10:18] <mvo> (I thought it was like with the default arguments for pack_start() - stay close to the C etc)
[10:19] <RAOF> Yes!  gnome-session no longer has a 1ms window where you could perform some input and have the session perpetually marked as idle!
[10:19] <RAOF> chrisccoulson: raof<at>ubuntu.com is ready for your subscription.
[10:20] <chrisccoulson> RAOF, thanks. you should be able to see it now
[10:21] <RAOF> Yup.
[10:21] <RAOF> Aaah, firefox and XRender.
[10:21] <chrisccoulson> heh :)
[10:22] <RAOF> Firefox is fond of rendering to insanely sized pixmaps (like 16k x 4k)
[10:22] <chrisccoulson> ah, ok :)
[10:22] <RAOF> Is that magyar? :)
[10:23] <vuntz> RAOF: thanks for the patch, and sorry for not reading about it earlier :-)
[10:24] <RAOF> vuntz: No problem.  If it had been an easier
[10:24] <RAOF> -to-trigger bug I'd have pushed harder :)
[10:25] <RAOF> Oh, balls.  Lucid.
[10:26] <chrisccoulson> RAOF, yeah, that's a pain. i was going to try booting from a live image later to see if i could reproduce it
[10:27] <RAOF> I can't, but oneiric has a *slightly* different X stack :)
[10:27] <chrisccoulson> yeah, i couldn't reproduce it on oneiric either
[10:38] <pitti> vuntz: autostart-delay> \o/
[10:38] <pitti> vuntz: want me to close the bug then?
[10:38] <pitti> (sorry if that came through twice, got a disconnect)
[10:42] <seb128> vuntz,  reviewing patches \o/
[10:46] <vuntz> pitti: autostart-delay is not in yet, but will re-read the patch and do the requested changes if chrisccoulson is not faster, I guess
[10:46] <pitti> ah, it was only the libegg one, sorry for misreading
[10:47] <vuntz> pitti: don't be sorry for being enthusiastic!
[10:47] <chrisccoulson> vuntz, i'll have a look in a bit. i haven't made a gnome contribution in ages, so i probably should do ;)
[10:57] <mvo> pitti: any hints why I get http://paste.ubuntu.com/613131/ ? AttributeError: 'gi.repository.Gtk' object has no attribute 'drag_dest_set' - I do require version 3.0 of Gtk in the file and I can see it in the gir xml (gi.require_version("Gtk", "3.0"))
[10:58]  * pitti looks, I think I know why
[10:58] <fta> mvo, hi. http://paste.ubuntu.com/613132/  known?
[10:58] <pitti> mvo: yep, it's a method of Gtk.Widget, not a function in Gtk
[10:59] <pitti> mvo: i. e. use mywidget.drag_dest_set(flags, targets, actions)
[11:01] <chrisccoulson> pitti, w00t, this does the job quite nicely now - http://bazaar.launchpad.net/~mozillateam/ubufox/trunk/revision/234 :)
[11:01] <chrisccoulson> it triggers an update of the extension after installing it now
[11:01] <mvo> fta: yes, thanks for letting me know. oneiric only, right?
[11:01] <mvo> pitti: thanks!
[11:02] <pitti> chrisccoulson: ah, you can trigger the update check manually with that? \o/
[11:02] <pitti> mvo: how did the tree iter problem work out?
[11:02] <chrisccoulson> pitti - yeah. so, the intention is that users who install the old and incompatible extensions in the archive will get an update to a compatible version without me having to lift a finger :)
[11:04] <mvo> pitti: I use path.get_indicies() instead of subscribing directly, that works fine
[11:06] <fta> mvo, right
[11:06] <mvo> hm, no longer crashing but ot accepting drops either
[11:06]  * mvo looks further
[11:10]  * pitti looks at current langpack-o-matic change
[11:10] <pitti>  575 files changed, 24 insertions(+), 4277 deletions(-)
[11:10] <pitti> c'est la cleanup!
[11:12] <rodrigo_> pitti, :)
[11:15] <seb128> pitti, now the question is how you landed to write that number of lines for nothing ;-)
[11:16] <pitti> seb128: well, most of it was due to moving the language-support-* dependencies to language-selector
[11:16] <pitti> ripping out the code and test cases for language-support-* did the rest
[11:16] <chrisccoulson> we don't carry a cairo patch to enable freetype subpixel smoothing any more do we?
[11:16] <pitti> but it makes the thing quite a bit simpler indeed
[11:17] <seb128> chrisccoulson, no we don't
[11:17] <seb128> that went upstream in 1.10
[11:18] <seb128> pitti, nice ;-)
[11:18] <chrisccoulson> seb128 - oh, that's good. i can drop that from firefox and thunderbird now then. they just upgraded to cairo 1.10, and broke all my builds :)
[11:18] <seb128> pitti, btw I fixed the admin thing, will upload in a bit
[11:18]  * pitti hugs seb128, you rock!
[11:18]  * seb128 hugs pitti back
[11:24] <didrocks> Laney: congrats btw! :)
[11:24] <Laney> \o\
[11:25] <pitti> oh, nice
[11:25] <pitti> we'll save several MBs by dropping the en-GB language support from the CDs
[11:25] <pitti> and just keep en-US
[11:26] <pitti> yay!
[11:26] <pitti> and libreoffice-l10n-en-za, sorry Mark!
[11:27] <pitti> chrisccoulson: do we need firefox-locale-en by default, or is that only the en-GB difference?
[11:27] <pitti> i. e. do we need it for en-US?
[11:27] <pitti> chrisccoulson: I keep it seeded for now, it's small enough; but I'm curious
[11:27] <chrisccoulson> pitti - we don't need it for en-US. it contains only the en-GB and en-ZA translations
[11:28] <didrocks> pitti: thanks for making room, seeding unity-2d in a few minutes :)
[11:28] <chrisccoulson> firefox has everything it needs for en-US
[11:28] <pitti> didrocks: oh, please do
[11:28] <pitti> didrocks: I'd like to see what we are up against
[11:28] <didrocks> pitti: just making some final tests on the snapshot
[11:28] <didrocks> pitti: do you want to build a CD before after your langpack drop to get an idea of size of unity-2d + needed Qt component?
[11:28] <pitti> didrocks: that means after that we could drop the -fallback session again?
[11:28] <didrocks> s/before//
[11:29] <pitti> didrocks: we have a CD build from yesterday
[11:29] <pitti> didrocks: at this point I don't need individual deltas; let's just add everything we need and then see how bad it is
[11:29] <didrocks> pitti: well, not really for alpha1, because we need a new gnome-panel which recommends the -fallback session (and mine is build-dep), so we need gnome-panel 3 which won't be there for alpha1
[11:29] <didrocks> for people trying to upgrade
[11:29] <pitti> didrocks: but I think dropping the LibO en-gb/en-za support will buy us quite a lot (6 MB or so)
[11:30] <didrocks> nice :-)
[11:30] <pitti> ah, fine
[11:31] <pitti> didrocks: after seeding, will you rebuild -meta?
[11:31] <didrocks> pitti: sure
[11:34] <pitti> Sweetshark: FYI, language-support-* is gone, so you can drop our delta in the depends: fields in the hyphen-* and other stuff
[11:42] <Sweetshark> pitti: k
[11:53] <Sweetshark> pitti: usually the launchpad branches for packages are generated automatically, right? And we dont have that for LO because of its hugeness.
[11:55] <pitti> Sweetshark: presumably; it might be also turned off deliberately because it takes like a month to generate
[12:19] <ricotz> seb128, hello, if you want you can take the mutter and gnome-shell packages from the ppa they build fine oneiric
[12:20] <seb128> hey
[12:20] <seb128> sorry but I've no interest into those so I will let somebody who has deal with them
[12:20] <seb128> or you should use the normal sponsoring process
[12:20] <ricotz> seb128, alright :(
[12:20] <seb128> gnome-shell could be synced on debian? did the gjs libmozjs issue got sorted?
[12:21] <ricotz> seb128, yes, my patched gjs got uploaded
[12:21] <ricotz> seb128, a sync wont work yet, since nm0.9 is missing
[12:21] <ricotz> and the default applications arent matching ubuntu
[12:22] <seb128> ok, well do a merge request and subscribe ubuntu-sponsors I guess
[12:23] <seb128> you should run for motu or work a bit on official updates and ask a package set uploads for g-s and its depends
[12:23] <ricotz> of course mutter can synced if it get updated
[12:23] <seb128> since you seem interested by maintaining it
[12:24] <ricotz> i am interested in using it ;), so doing the updates are needed for this
[12:24] <seb128> well that's a first step to work on it ;-) I'm not interest to use it so I'm not interested to get out of my way to test the updates are working
[12:25] <ricotz> yeah, that makes sense ;)
[12:28] <ricotz> seb128, btw what is going to happen with glib2.0 and gtk+3.0 updates?
[12:28] <seb128> you mean? what version we will be tracking?
[12:28] <ricotz> yes
[12:28] <seb128> we will update to the unstable serie when someone feels like doing the update
[12:28] <ricotz> currently there are new stable updates
[12:28] <seb128> right, we are still busy getting merges done and GNOME3 in
[12:29] <ricotz> i am running 2.29.4 a while now
[12:29] <seb128> ricotz, well, I've said that before but it would be very welcome if you helping on official updates ;-)
[12:29] <seb128> we are limited on manpower
[12:29] <ricotz> no problems yet, but it need quite a packaging update, it introduced some python script like gdbus-codegen
[12:29] <seb128> slomo, do you plan to get the new glib in debian experimental?
[12:29] <ricotz> which is needed for nautilus 3.1.1
[12:30] <slomo> seb128: if time permits, sure
[12:30] <seb128> ricotz, not sure what you are aiming for...
[12:30] <seb128> ricotz, it seems it would be less work for everyone and better for users if you helped getting the current updates in oneiric so we can official start on 3.1
[12:31] <seb128> rather than doing stack of updates on a crack ppa on your side
[12:31] <ricotz> nothing, just wanted to point some things out ;)
[12:33] <ricotz> seb128, yeah, i know, i am just a bit worried about the workflow which takes more time on my side
[12:33] <seb128> what is your goal?
[12:33] <seb128> it will take a bit extra time first
[12:33] <seb128> until you have done enough to get upload right
[12:34] <seb128> which will allow you to work directly in the distro to fix issues
[12:34] <seb128> which will be a time win
[12:34] <ricotz> yeah, that is most likely the goal
[12:34] <seb128> we will likely set up daily upstream builds this cycle as well
[12:35] <ricotz> i am just worried about the having no time in the future to actually do more things
[12:35] <seb128> but we need to get the packaging in shape in oneiric first
[12:35] <seb128> there are also some autoimported issue to be solved before that
[12:35] <ricotz> oh, daily upstream builds sounds nice
[12:36] <seb128> ricotz, well, another reasons to help in the distro rather than maintaining a ppa, if you lack time to work on it other can pick it up
[12:36] <ricotz> yeah, and patches which are desperately needed for some apps
[12:36] <seb128> if you manage to get what you need in the distro that remove the need for ppa builds
[12:37] <ricotz> seb128, actually trying to serve people who arent running oneiric yet, seems useful
[12:37] <seb128> right, the natty ppa is useful work for sure and it's a team ppa not a personal one ;-)
[12:37] <seb128> but things like building glib 2.29 or nautilus 3.1 should come through distro work and daily builds
[12:38] <ricotz> yeah, of course
[12:38] <ricotz> i didnt want to suggest to put these versions in the ppa
[12:40] <seb128> ricotz, well it's that you often have things in https://launchpad.net/~ricotz/+archive/testing that could go to the distro
[12:40] <seb128> which seems a bit of duplication
[12:41] <ricotz> seb128, which one?
[12:41] <seb128> sure it's easier for them to get those there but it means the work get duplicated and you often have to rebase your work on official versions
[12:41] <ricotz> the 3.1.1 are in oneiric already
[12:41] <seb128> ricotz, gnome-system-monitor, the gtk cpp bindings
[12:41] <ricotz> seb128, yeah, the gtkmm3.0 is still pending in debian :\
[12:42] <ricotz> kklimonda^, hey ^ ;)
[12:42] <seb128> well you could have asked for sponsoring in ubuntu
[12:42] <seb128> we probably want those in and we will not block on debian
[12:42] <ricotz> seb128, actually i was hoping kklimonda^ will do so
[12:43] <seb128> ok, anyway let's not pick on detail, I just encourage you to contribute on official updates so you can collect to uploads and ask for upload rights ;-)
[12:43] <seb128> which would benefit you and the team work ;-)
[12:43] <ricotz> i see ;)
[12:50] <mvo> thanks pitti I think the port is done now, was quicker then expected actually
[12:51] <mvo> pitti: the one thing that does not yet work is the drag-n-drop, it does not crash but I can't drop from nautilus either. but might be something else entirely, maybe oneiric is just in a bad state or something
[12:58] <kklimonda^> ricotz: bah, sorry about that - I was supposed to do that at the beginning of the cycle, but due to some random stuff (mostly a renovation of my flat taking much longer than expected - a month on bags, and counting) I didn't have head to do that.
[13:01] <ricotz> kklimonda^, no problem, perhaps you have some time it
[13:04] <kklimonda^> ricotz: do you know if there are any outstanding issues wit the packaging? The last thing I remember was that I've uploaded it to debian, and that it should be ready for sponsoring. If you don't remember, I'll start checking it tonight.
[13:05] <kklimonda^> (uploaded to debian svn repo*)
[13:05] <ricotz> kklimonda^, uploaded?, it was already there
[13:06] <kklimonda^> yeah, so my mind is obviously playing tricks on me ;)
[13:06] <ricotz> yeah, i think it is in unstable
[13:06] <ricotz> i mean the unstable packaging branch
[13:33] <pitti> mvo: interesting; so it seems that at least the call to GTK gets through properly
[13:41] <didrocks> pitti: hey, I'm not sure we contact mh21 from the right email/way from launchpad to ask him signing the CA, do you have a way to point dx (will be nice that this patch go the current SRU which is… today ;))
[13:42] <cyphermox> hey
[13:42] <didrocks> salut cyphermox
[13:42] <cyphermox> salut!
[13:43] <mvo> pitti: yeah, that one is fine
[13:45] <pitti> didrocks: he already signed it yesterday, dbarth added him to the contributors team
[13:45] <pitti> didrocks: also, mdz pointed out that we don't really need a CA for trivial patches
[13:46] <didrocks> pitti: yeah, but dx wants to be nitpicky
[13:46] <seb128> pitti, well, dxteam don't want to listen about that
[13:46] <didrocks> pitti: that's what I argued
[13:46] <pitti> anyway, he signed it
[13:46] <didrocks> and they want even a CA for a gsettings change
[13:46] <didrocks> pitti: and we don't merge that one https://code.launchpad.net/~manuel-nicetto/unity/bug-750781/+merge/59389 because it was reviewed one month after
[13:46] <didrocks> and the CA isn't signed
[13:47] <didrocks> pitti: so, I have to take the burden of distro patching it
[13:47] <pitti> oh come on
[13:47] <pitti> like we wouldn't have anything else to do?
[13:47] <didrocks> pitti: yeah, I totally disagree and made it clear 2 days ago and today again
[13:47] <didrocks> seems njpatel and MacSlow wanted to follow the full process…
[13:48] <njpatel> So we shouldn't follow the process?
[13:49] <pitti> you should, but only for contributions which actually involve a copyright claim
[13:49] <didrocks> and this one clearly doesn't…
[13:50] <pitti> an obvious one-liner patch certainly doesn't
[13:50] <pitti> adding a new module and file with a new copyright/author header obviously does
[13:50] <MacSlow> didrocks, pitti, njpatel: Manuel Nicetto signed it... it's listed now
[13:51] <didrocks> MacSlow: ok, nice, let's merge both then
[13:51] <njpatel> pitti, when Mark ACKs then I'll happily let trivial patches in
[13:51] <MacSlow> didrocks, doing that now...
[13:52] <pitti> mdz did, good 'nuff for me :) but let's see
[13:52] <pitti> sabdfl: hey Mark, how are you?
[13:52] <didrocks> MacSlow: for both? thanks, update the bug status as well
[13:52] <MacSlow> didrocks, don't worry I'll do that
[13:52] <pitti> sabdfl: do you agree to mdz's assessment that we shouldn't bother people with CA for obvious one-liner patches like https://code.launchpad.net/~manuel-nicetto/unity/bug-750781/+merge/59389 which don't actually entail a copyright claim?
[13:54] <mterry> seb128, wow!  versions.html is light!  is something wrong or has the desktop team been rocking?
[13:56] <seb128> mterry, hey, are you calling us slackers? ;-)
[13:56] <seb128> mterry, we have been rocking ;-)
[13:56]  * kenvandine should get sick more often :)
[13:56]  * mterry wants to take a snapshot
[13:56] <seb128> mterry, there is still a bunch to do, do you want to help a bit?
[13:56] <mterry> seb128, yeah, I know I've been light on the gnome 3 stuff, so I wanted to see what was left to do
[13:56] <pitti> hey kenvandine, how are you?
[13:56] <seb128> kenvandine, hey, do you feel better? half of the red ones are yours in fact :p
[13:57] <kenvandine> much better, no fever today :)
[13:57] <pitti> and some of the still-to-be-drafted BPs, if I might add :)
[13:57] <kenvandine> lungs are still not better, just can't take deep breathes or talk much
[13:57] <seb128> mterry, if you want to do some we have: gucharmap file-roller yelp gnome-doc-utils gdl anjuta
[13:58] <kenvandine> i only see one red one... gtk3
[13:58]  * mterry can't install ubuntu-dev-tools...?
[13:58] <mterry> seb128, anjuta and gdl are done
[13:58] <mterry> seb128, I'll look at the others
[13:59] <seb128> mterry, done when?
[14:00] <mterry> seb128, by me, maybe a week ago?
[14:00] <mterry> I can recheck, maybe debian got ahead of us again
[14:00] <seb128> mterry, well those are all .2 minor updates to do
[14:00] <mterry> ah
[14:00] <seb128> mterry, you want an hard merge rather? ;-)
[14:01] <mterry> seb128, where did you get that from?  I don't see those on versions.html or the etherpad
[14:01] <seb128> mterry, gdl and anjuta are not in the default install so you need to click next to the "package" column header to display the extra components
[14:02] <seb128> hum, http://people.canonical.com/~platform/desktop/versions.html just shrinked
[14:02] <mterry> seb128, ah!  that's why it looked so light
[14:02] <seb128> mterry, the default list broke because http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.oneiric/ broke
[14:03] <seb128> cjwatson, ^ is that known that seeds vanished from there?
[14:03] <mterry> seb128, ok, so we are officially in our "merge upstream versions" phase instead of "merge debian" phase?
[14:03] <seb128> mterry, both
[14:03] <mterry> seb128, what about 3.1?
[14:03] <seb128> we tend to merge on debian and then update to the current version on top
[14:03] <seb128> mterry, we said we would land 3.0 first to avoid mixing instability issues due to 3.1 with the merges ones
[14:04] <seb128> but feel free to follow 3.1 for some components if you feel like it's worth it
[14:04] <seb128> it's especially fine for applications
[14:04] <mterry> seb128, have we not finished landing 3.0 (modulo point releases)?
[14:04] <mterry> Oh, panel issues
[14:04] <seb128> we probably want to keep gnome-session, nautilus etc in their current version
[14:04] <mterry> because of DX
[14:04] <seb128> mterry, right, that's the next chunk
[14:05] <seb128> mterry, if you prefer you can start porting indicators to gtk3
[14:05] <seb128> rather than doing GNOME updates
[14:05] <seb128> we are mostly done on updates, next is the indicator stack to gtk3
[14:05] <mterry> seb128, ah... hmm..  I suppose that would be more optimal timewise, so we're not blocked on them
[14:05] <cjwatson> seb128: I'll have a look, thanks
[14:05]  * mterry goes and plays with gtk3
[14:06] <seb128> cjwatson, thanks
[14:06] <seb128> mterry, one thing I would like to figure is what happens if we land let's say indicator-session built on gtk3
[14:06] <seb128> will it take the unity service down on symbol conflicts? or just be ignored?
[14:07] <seb128> but I've the feeling that somewhat we will need to land the system indicator gtk3 build in once
[14:07] <seb128> i.e the indicator stack in once
[14:08] <mterry> seb128, I believe they version the folders in which the panel looks in indicators.  So they would bump the version for gtk3 indicators
[14:08] <mterry> seb128, otherwise, it would bring the panel down, yes
[14:08] <kenvandine> ugh... i see pain in our future
[14:09] <mterry> kenvandine, hi, Ken!  You must be new here!
[14:09] <seb128> mterry, do we want both versions in the archive at the same time?
[14:09] <kenvandine> hehe
[14:09] <lool> Updating today, I saw some warnings on the terminal:
[14:09] <seb128> i.e rename sources and binaries?
[14:09] <lool> (gtk-update-icon-cache:16786): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': Aucun fichier ou dossier de ce type
[14:09] <lool> These seem multiarch related
[14:09] <mterry> seb128, that would ease the transition, sure.  Depends how much we care if that transition is smooth.  Probably worth it
[14:09] <seb128> lool, weird, librsvg2-common's postinst and libgdk-pixbuf both update that file
[14:10] <mterry> seb128, I don't know about rename
[14:10] <mterry> seb128, it can just install both versions of the indicator for a while
[14:10] <seb128> like dual build from the same source?
[14:10] <bcurtiswx> good morn
[14:10] <mterry> seb128, that's what I was thinking
[14:10] <seb128> that would mean adding logic to pick at configure time the version of gtk to use
[14:10] <mterry> seb128, yeah.  We did that the various dx libraries last cycle
[14:11] <seb128> ok, let's do that
[14:11] <seb128> that will allow not having the gnome-panel and unity gtk3 transition to be one
[14:11] <kenvandine> that what i was going to do with ido too
[14:11] <kenvandine> also remember xfce and others use some of that stack too
[14:12] <kenvandine> which will still be gtk2
[14:12] <lool> seb128: The file was created during the upgrade now
[14:12] <lool> seb128: I think it's some preinst expecting it before another postinst creates it or something like that
[14:12] <lool> it seems we might want something like [ -r /usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache ] && update-command instead of a plain update-command somewhere
[14:12] <seb128> lool, ok, doesn't seem a blocker issue but we should review that
[14:12] <lool> yeah, seems to be just a warning
[14:24] <seb128> mterry, btw no need to worry about work duplication with dx on indicators port to gtk3
[14:24] <seb128> it's nowhere on their list before feature freeze
[14:24] <mterry> seb128, ah.... yikes
[14:25] <cjwatson> seb128: ah, pitti broke it :)
[14:25] <pitti> where? what?
[14:26] <seb128> pitti, you broke version!
[14:26] <seb128> ;-)
[14:26] <pitti> oh, so I did! -- how?
[14:26] <cjwatson> you added seed dependencies to STRUCTURE without actually adding lines for the dependencies themselves
[14:26] <cjwatson> (ubuntu.oneiric seeds)
[14:26] <pitti> oh, needs "dvd-langsupport:"?
[14:26] <seb128> pitti, the versions "default list" use the germinate lists which you broke
[14:26] <cjwatson> http://paste.ubuntu.com/613249/
[14:26] <pitti> (i. e. empty dependencie?
[14:27] <cjwatson> there need to be lines starting with "dvd-live-langsupport:" and "dvd-langsupport:", probably with some dependencies
[14:27] <cjwatson> empty dependencies is very likely wrong
[14:27] <cjwatson> that will cause germinate to have to sit there re-expanding the entire base system and desktop for them
[14:28] <pitti> so should I merge the dvd-live-langsupport and dvd-langsupport files into dvd and dvd-live then?
[14:28] <cjwatson> I suggest "dvd-live-langsupport: live" and "dvd-langsupport: ship"
[14:28] <cjwatson> as a first pass
[14:28] <cjwatson> no need to merge
[14:28] <pitti> ok, will fix that (also in Kubuntu & friends)
[14:28] <pitti> thanks
[14:28] <cjwatson> ta
[14:29] <cjwatson> let me know when you've done that and I'll kick germinate-output again
[14:29] <pitti> cjwatson: while I'm at it, does it really make sense to only add all language-support-* bits to dvd, and none to dvd-live?
[14:29] <pitti> kubuntu does that the other way round, which seems more sensible to me
[14:31] <cjwatson> pitti: dvd-live is just the live filesystem on the DVD - i.e. ultimately the same image
[14:32] <pitti> cjwatson: right, but you would have teh languages actually available in the live system
[14:32] <cjwatson> pitti: I think the problem with putting them all in dvd-live is that ubiquity takes forever to install
[14:32] <pitti> as opposed to just on the DVD ship when you install in alternate mode
[14:32] <cjwatson> because it has to sit there removing all the unnecessary language-support packages later
[14:32] <cjwatson> that's a serious problem for Edubuntu
[14:32] <pitti> cjwatson: ah; just asking because that's how edubuntu and kubuntu currently are set up
[14:32] <cjwatson> right, and it's a problem the way they're set up
[14:32] <pitti> (independent from my changes, I kept ship/live as before)
[14:32] <pitti> ok, I see
[14:32] <cjwatson> I don't think we should duplicate that in Ubuntu right now
[14:33] <pitti> I don't touch it for now then
[14:33] <cjwatson> (perhaps unfortunately)
[14:33] <pitti> cjwatson: anyway, seeds fixed
[14:33] <pitti> k/edubuntu ship all language-support, ubuntu DVD only for some 6 languages, so the problem/bloat is smaller either way
[14:50] <mvo> fta: fix uploaded for the s-c issue you mentioned, thanks again for reporting it :)
[14:50] <fta> mvo, excellent, thanks
[14:53] <didrocks> pitti: so, uploaded some SRU for nux and unity-place-applications for now. I mistyped the bug number for bug #772152, sorry about that
[14:53] <ubot2> Launchpad bug 772152 in unity-place-applications "unity-place-applications.menu has double-hyphen in XML comment, causing "cxmenu:error: unable to parse '/etc/xdg/menus/unity-place-applications.menu': Invalid string in comment field [Ln: 157, Col: 8]"" [Low,Fix released] https://launchpad.net/bugs/772152
[14:54] <didrocks> I've subscribed the team to all bugs for now
[15:00] <bcurtiswx> kenvandine, welcome back :)
[15:00] <kenvandine> bcurtiswx, thx :)
[15:04] <sabdfl> pitti: yes, FSF has a "10-line guideline" which I think we can adopt easily enough
[15:04] <sabdfl> as long as it's friendly
[15:04] <sabdfl> i.e. if someone says "sure land it and enjoy it" that's enough for up to 10 lines
[15:04] <sabdfl> just keep that IRC or email log
[15:05] <pitti> I think that 10 line thing even is in some law
[15:05] <pitti> sabdfl: ok, thanks for confirming
[15:05] <pitti> njpatel, MacSlow ^
[15:06] <MacSlow> pitti, sabdfl: thanks for the update on this!
[15:20] <cjwatson> seb128,pitti: germinate output should be back now
[15:26] <pitti> cjwatson: ah, and so is the new live CD
[15:26] <pitti> this time oversized, not totally unexpectedly so
[15:26] <pitti> I really wondered how the 0525 one managed not to be
[15:28] <seb128> cjwatson, thanks
[15:29] <cjwatson> pitti: it's not clear - it wasn't missing *that* much
[15:29] <pitti> and the manifest diff between the two doesn't have new stuff, just changes
[15:29]  * cjwatson shrugs
[15:30] <pitti> anyway, easier to compare alternates
[15:30] <cjwatson> it has a few new bits, but not much
[15:30] <cjwatson> gnome-session-fallback, libnotify-bin, libyajl1 that I noticed
[15:30] <pitti> and gir1.2-gnomebluetooth
[15:30] <cjwatson> gir1.2-gnomebluetooth-1.0
[15:31] <cjwatson> yeah
[15:31] <pitti> perhaps RAOF's new LLVM-enabled gallium drivers
[15:31] <Sarvatt> pitti: that's not for another month or two
[15:31] <pitti> and it's not that
[15:32] <pitti> well, let's leave that for later
[15:32] <pitti> the alternate CD comparison script answers that in no time
[15:32] <pitti> once we have alternates, too
[15:33] <njpatel> pitti, thanks
[15:35] <pitti> didrocks: do you want to upload -meta, or want me to?
[15:35] <didrocks> pitti: I'm just finishing to refresh it
[15:35] <didrocks> oh done :)
[15:36] <pitti> tres bien
[15:36] <rodrigo_> cjwatson, did you have time to look at the packageset missing stuff we talked the other day?
[15:36] <didrocks> pitti: uploaded! :-)
[15:43] <seb128> didrocks, pitti: you could have dropped the g-s-t stack from the seed
[15:43] <seb128> well next upload I guess
[15:43] <didrocks> pitti: in case you didn't accept the nux upload yet, can you reject it? seems that upstream trunk changed its location without notice and so I can backport 2 additional patches
[15:43] <seb128> we will need to switch from at-spi to at-spi2 as well once the mir are approved
[15:43] <pitti> didrocks: to natty-proposed?
[15:43] <seb128> didrocks, you can do it as an archive admin
[15:43] <pitti> didrocks: reject it at https://launchpad.net/ubuntu/natty/+queue?queue_state=1
[15:43] <seb128> didrocks, https://launchpad.net/ubuntu/natty/+queue?queue_state=1&queue_text=
[15:44] <seb128> ups, pitti was quicker
[15:44] <seb128> ;-)
[15:44] <didrocks> pitti: yeah :-)
[15:44] <didrocks> ok ;)
[15:44]  * pitti ^5s seb128
[15:44] <seb128> pitti, ;-)
[15:44]  * didrocks rejects himself :)
[15:53] <cjwatson> rodrigo_: not yet, sorry
[15:56] <seb128> rodrigo_, what that about upload rights? (I lack the history to see the question)
[15:58] <rodrigo_> cjwatson, ok, no problem, just wanted to know if I could upload it already, but no hurry
[15:59] <rodrigo_> seb128, brasero not being in the desktop packageset, so my uploads get rejected
[15:59] <seb128> rodrigo_, didn't pitti gave you rights using edit_acl the other day? (those don't stick but should let you upload it)
[15:59] <cjwatson> he said he did, at least
[15:59] <cjwatson> my side should not be blocking you
[15:59] <seb128> rodrigo_, did you try uploading?
[15:59] <rodrigo_> seb128, yes, but then I did another upload so I talked with cjwatson about doing it permanently
[16:00] <rodrigo_> seb128, not since it was rejected, shall I try again?
[16:00] <cjwatson> you misunderstood the nature of the temporariness, I think
[16:00] <seb128> rodrigo_, right, that should be fixed but don't block on cjwatson, yes try again
[16:00] <rodrigo_> ok
[16:00] <seb128> pitti workarounded around it for you
[16:00] <seb128> so uploads should work
[16:00] <seb128> it's just that cjwatson should fix it the right wait at some point as well
[16:01] <rodrigo_> ok, trying upload now
[16:01] <rodrigo_> wasn't really blocked on this though :)
[16:10] <rodrigo_> right, it worked now
[16:10] <seb128> great
[17:03] <pitti> good night everyone!
[17:03] <seb128> 'night pitti
[17:11] <didrocks> good night pitti
[17:13] <kinouchou> hi seb128 and didrocks
[17:14] <seb128> lut kinouchou
[17:14] <didrocks> salut kinouchou
[17:28] <didrocks> seb128: nice work on gnome-screensaver \o/
[17:28] <seb128> didrocks, thanks ;-)
[17:28] <seb128> didrocks, nice work on unity, nice to see some bugs fixed in a SRU ;-)
[17:28] <seb128> njpatel, ^ you as well
[17:29] <didrocks> seb128: thanks ;)
[17:29] <njpatel> thanks, team did well :)
[17:49] <seb128> rodrigo__, hey
[17:49] <seb128> rodrigo__, could you work on making evolution-indicator build with evo3?
[17:50] <rodrigo__> seb128, yes, is there a bug?
[17:50] <seb128> rodrigo_, let me check, I was reviewing things using deprecated libraries in oneiric
[17:51] <rodrigo_> ok
[17:52] <seb128> rodrigo_, seems not, do you want one? or just write it on the etherpad?
[17:52] <rodrigo_> no, no need for a bug, will use the ehterpad
[17:52] <seb128> rodrigo_, ok, thanks
[17:52] <seb128> no hurry but since I noticed you updated evolution-couchdb
[17:53] <seb128> there is mapi that still need an update and evolution-indicator that needs porting
[17:53] <rodrigo_> yes, although it doesn't work, been debugging it a bit in the last couple of days
[17:53] <rodrigo_> ok, will do the evo-indicator thing, and then I can do the mapi thing
[17:53] <rodrigo_> it's just packaging the 3.0 version of evo-ews, right?
[17:54] <seb128> rodrigo_, don't bother about mapi, it just needs an update and it's in universe
[17:54] <rodrigo_> ok
[17:54] <seb128> rodrigo_, evolution-mapi yes, what is ews?
[17:54] <seb128> well we care rather about evolution-indicator since that's dx code with nobody in dx having time to port it
[17:54] <seb128> so we shouldn't wait on them to do it ;-)
[17:55] <rodrigo_> I think ews is the new exchange backend, not sure though
[17:55]  * rodrigo_ checks
[18:00] <didrocks> evo-indicator? I already ported it with deprecation args on gtk2
[18:00] <didrocks> then, not sure how well it works with the new evo
[18:03] <seb128> didrocks, the porting is rather to the new eds that to the new gtk
[18:03] <rodrigo_> didrocks, it needs to pkg-config evolution-plugin-3.0, so if all goes well, that should be enough
[18:03] <didrocks> seb128: hum? did I miss something? evo-indicator is talking to eds directly? It's not embeeded in evo itself?
[18:03] <rodrigo_> it's not afaik in configure.ac
[18:04] <didrocks> ok, makes more sense then ;)
[18:04] <rodrigo_> afaics, not afaik :)
[18:04] <didrocks> heh :)
[18:04] <didrocks> so yeah, let's hope the plugin api didn't change
[18:04] <rodrigo_> not much, evo-couchdb didn't need any change
[18:04] <rodrigo_> just linking to the correct libs
[18:04] <seb128> didrocks, dunno, I never looked at the code, it's just on the list of things that need a rebuild for evo3
[18:05] <seb128> it might be a no change rebuild, I didn't try ;-)
[18:05] <rodrigo_> seb128, no, as I said, it needs to check for evo-plugin-3.0, not evo-plugin, so at least that is needed
[18:05] <didrocks> rodrigo_: seb128: let's be optimistic then! I can have a look tomorrow
[18:05] <seb128> didrocks, rodrigo_ is on it but thanks
[18:05] <rodrigo_> didrocks, ah, I was going to
[18:05] <seb128> rodrigo_, ok great
[18:05] <didrocks> ok, great ;)
[18:05] <didrocks> rodrigo_: go go!
[18:05] <didrocks> :-)
[18:05] <rodrigo_> hehe :)
[18:06] <didrocks> if that's the kind of this that doesn't stick because you touch it once (well, three times in fact), I would be happy :)
[18:06] <seb128> mterry, so it doesn't matter on what gtk version the indicator services are right?
[18:07] <seb128> mterry, it's just the .so which have to be built for each version?
[18:07] <mterry> seb128, right
[18:07] <seb128> ok, makes sense
[18:08] <seb128> mterry, you might get stucked on some indicators by lack of ido on gtk3, kenvandine was working on that at UDS but not sure if he got it done
[18:08] <seb128> check with him maybe if you need that one
[18:08] <mterry> seb128, k
[18:09] <didrocks> rodrigo_: just checked, yeah, I cleaned the deprecated symbols at least :)
[18:09] <rodrigo_> cool
[18:09] <kenvandine> not done yet, but i'll get back to it as soon as tp-indicator is kind of working
[18:09] <rodrigo_> so seems only some configure.ac magic is needed
[18:09] <didrocks> seb128: just for my understanding, there will speak be the issue of the applets, right?
[18:09] <rodrigo_> hey kenvandine, feeling better?
[18:09] <didrocks> hey kenvandine!
[18:09] <kenvandine> rodrigo_, yup
[18:09] <seb128> didrocks, speak be the issue?
[18:09] <kenvandine> mostly
[18:09] <rodrigo_> kenvandine, cool :)
[18:09] <didrocks> seb128: still*
[18:10] <didrocks> seb128: eod, tired :p
[18:10] <didrocks> seb128: the applets being gtk2 and the panel gtk3?
[18:10] <seb128> didrocks, well, not so much, plan of action seems to be that every indicator-<something> will dual build and have a gtk2 and a gtk3 version in different directories
[18:10] <didrocks> oh nice :)
[18:10] <seb128> didrocks, so we can transition as we want
[18:10] <rodrigo_> talking about eod, temperatures are much lower than yesterday, so time for a motorbike ride on the fresh air, bbl :)
[18:11] <didrocks> and as the services don't need to be synced… nice!
[18:11] <kenvandine> rodrigo_, have fun!
[18:11] <seb128> didrocks, but we might just go back to upstream gnome-panel and don't bother
[18:11] <didrocks> seb128: we should just ensure to migrate unity and unity-2d at the same time for CD space
[18:11] <seb128> didrocks, the indicator-applet can be ported later
[18:11] <didrocks> right
[18:11] <seb128> didrocks, well CD space will not be an issue, the few system indicators .so is going to be less than one meg
[18:12] <seb128> didrocks, isn't unity-2d using the unity-panel-service from 3d though?
[18:12] <seb128> i.e is there any work to do in unity-2d?
[18:13] <seb128> didrocks, well in any case we can dual build the indicator stack to start, that's going to keep us busy for a while
[18:13] <seb128> then we can decide what to do with unity
[18:13] <seb128> unity and gnome-panel
[18:13] <didrocks> seb128: not yet, that's the plan, but nothing sure for oneiric
[18:13] <seb128> ok
[18:13] <didrocks> right :)
[18:59] <xclaesse> what's preventing network-manager-gnome 0.9 to be pushed to gnome3 natty ppa?
[19:09] <dobey> xclaesse: i thought it was in the gnome3 ppa already? or maybe not because it breaks the world