[00:14] TheMuso, robert_ancell, RAOF ... [00:14] I know, I know [00:14] heh [00:14] :) [00:14] hey === bjf is now known as bjf[afk] [00:40] TheMuso, robert_ancell, RAOF for what it's worth, I added the irc log to the meeting page [00:40] https://wiki.ubuntu.com/DesktopTeam/Meeting/2010-06-29 [00:40] thanks [00:40] and to answer your question, yes I feel very guilty about doing a crappy job with the Eastern edition the last few weeks [00:40] Ta [00:41] robert_ancell, you activity report added to the wiki would be appreciated [00:42] done [00:45] thanks dude [00:45] did you guys see chrisccoulson's mozilla update? [00:45] Yup. [00:46] yeah [00:47] so, any word? [00:47] RAOF, TheMuso, robert_ancell can you guys keep an eye on mozilla bugs and make sure there are no world-melting issues that spring up while Europe sleeps? [00:47] reading it now... [00:48] Yeah, can do. [00:48] you can follow the crisis response on the canonical wiki if something seems more that a bug fix [00:48] Yeah I'll do what I can [00:51] +1 [00:51] thanks getns [00:51] gents, even [00:52] so, A3 this week! [00:54] yay! [00:55] wasnt that last week ? [00:55] * RAOF suspects rickspencer3 means A2. At least, I certainly hope so! [00:55] *sigh* [00:55] yes of course [00:55] A2 [00:55] so starting A3 this week though! [00:55] Yup. [00:55] yeah [00:55] RAOF, you never know, he also belives europe sleeps :) [00:56] ogra: I'd be a bit concerned that a month or so's development had entirely passed me by, though :) [00:56] heh === oubiwann is now known as oubiwann-away [01:24] wow, some people are actually still using firefox 2? [06:47] Good morning [07:08] Guten Morgen pitti [07:10] hey didrocks [07:22] pitti: does people with firefox-2 installed in Hardy and can't update to Firefox 3.6.6 count as a critical bug to ring alarms for or just needs an update later today? [07:30] micahg: what does "can't update" mean? [07:30] apt-get holding back packages? [07:30] or "after the upgrade their system is broken"? [07:30] pitti: no, the update fails... bug 600022 [07:30] Launchpad bug 600022 in firefox-3.0 (Ubuntu Hardy) (and 1 other project) "package firefox 3.0.19 nobinonly-0ubuntu0.8.04.1 failed to install/upgrade: trying to overwrite `/usr/share/bug/firefox/presubj', which is also in package firefox-2 (affects: 2) (dups: 1) (heat: 18)" [High,In progress] https://launchpad.net/bugs/600022 [07:31] micahg: urgh; it's certainly something that we need to fix today [07:32] pitti: yes, but should I wake up chris for this? I was thinking not since the number of installs for firefox-2 should be minimal [07:33] micahg: I'd think it requires quite some more people, since this would need to -security, right? [07:34] pitti: oh right, yes, he did tell me about that...so my guess would be that's a no then? [07:34] oh, it's still quite an important bug [07:34] pitti: of course, but is it a wake people in the middle of the night bug? [07:34] not sure whether it's important enough to block it from the mirrors [07:35] micahg: does firefox start up after the failed upgrade? i. e. does it really depend on the postinst bits? [07:36] oh, hang on, dpkg would just roll back to the previous version, wouldn't it? [07:36] so it should still actually work [07:36] so as long as you have a working firefox, we can wait half a day for the security team to wake up, I think [07:36] * micahg should probably test in a VM [07:38] so the fix would be adding a simple Replaces: firefox-2, AFAICS? [07:38] or just drop the bug script, we don't use it anyway [07:39] pitti: well, I was debating that, I was thinking Breaks w/out Replaces since some people on Hardy use firefox-2 for custom apps [07:39] micahg: but then you couldn't install them in parallel any more [07:40] I don't think it's a good idea to suddenly force firefox-2 uninstallation within a stable upgrade [07:40] pitti: true, so I wasn't sure [07:40] the replaces would just overwrite the bug file, and otherwise leave firefox-2 alone [07:41] pitti: oh, I didn't know that, that sounds better :) [07:41] * micahg needs to read the manual again for control [07:41] replaces: silently overwrites files; conflicts or breaks force the other package to get uninstalled [07:49] pitti: firefox 2 works, firefox 3 (default doesn't and the icon is gone from the panel since the -branding package can't install) [07:50] micahg: you mean you are trying to install firefox-3, not upgrade it? [07:51] I thought the scenario was that you already have the old firefox-3 and branding packages installed and the upgrade fails? [07:51] pitti: no, firefox (firefox 3) won't upgrade and won't work after the install failure, but the secondary firefox-2 will [07:51] argh [07:51] I thought dpkg would just roll back to the previous version on an upgrade failure [07:52] there's a dpkg security update I didn't apply but I don't think it'll fix that [07:53] no, it won't [07:53] I'm still puzzled [07:53] micahg: what does dpkg -s say about firefox-3.0 and -branding? do you have the old package or the new package installed? [07:53] it's probably unconfigured [07:54] pitti: firefox is installed, firefox-branding is not installed, firefox-gnome-support is unpacked [07:55] micahg: oh, the old firefox 3 didn't have a branding package? [07:55] oh, it seems we goofed :( should not have added abrowser to hardy... [07:56] pitti: I think it was in intrepid we started with the alternative branding [07:57] ah, so it fails the install before it unpacks -branding? [07:57] pitti: I think so [07:57] right, then we are doomed [07:58] I think I'll ask IS to block the update for now [07:58] pitti: k, should I call chris? [07:58] he should be up in a couple hours anyways [07:58] micahg: if you can, would be better [07:58] pitti: k, will do [07:59] micahg: oh, wait [07:59] micahg: no, the critical path is the security team [07:59] preparing an update should be easy, it's just adding a replaces [07:59] but we need to get it uploaded and published, which I think needs the security team [08:00] pitti: yeah, well, asac, chris, or the security team can upload and build, publishing is security only [08:00] pitti: we have the security PPA :) [08:01] ah, right [08:01] micahg: ok, please call him then [08:01] I think I can do the package copy as well [08:01] or any archive admin really [08:01] I just can't upload anything to security [08:01] micahg: thanks; I'll prod IS for blacklisting and create an incident report [08:02] pitti: k, will do [08:06] micahg: ok, I checked the "crisis" guidelines [08:07] I think "high" bug priority matches here, affects a small portion of the user base [08:07] pitti: k, I left a message, I'll try again in a couple minutes if I don't get a call back or see him [08:07] so, let's just push out the fix ASAP [08:07] hi chrisccoulson [08:07] micahg: thanks; can you upload to that PPA as well? [08:07] bug 600022 [08:07] Launchpad bug 600022 in firefox-3.0 (Ubuntu Hardy) (and 1 other project) "package firefox 3.0.19 nobinonly-0ubuntu0.8.04.1 failed to install/upgrade: trying to overwrite `/usr/share/bug/firefox/presubj', which is also in package firefox-2 (affects: 2) (dups: 1) (heat: 18)" [High,In progress] https://launchpad.net/bugs/600022 [08:07] chrisccoulson: good morning [08:07] pitti: no, sorry [08:08] good morning everyone [08:09] chrisccoulson: micahg and I discussed this, and since it breaks things pretty badly for the folks with firefox-2 installed, we should push out a fix ASAP [08:09] chrisccoulson: simplest would be to add a Replaces: firefox-2 [08:10] pitti - yeah, i was thinking about it last night. i wasn't sure whether to just do that, or actually provide a transitional firefox-2 package to remove the old firefox-2 during the upgrade [08:10] chrisccoulson: let's not [08:10] i can't see any reason why anybody would still be using that [08:10] chrisccoulson: I know of some cases [08:10] chrisccoulson: removing packages in an SRU is rather evil [08:10] chrisccoulson: or rather at least one [08:11] and if we want to do it, we should do it separately, in a few weeks, when the dust has settled [08:11] for now, let's just push out a 100% safe fix [08:12] chrisccoulson: so can you please add the replaces, upload to the security PPA, and the two of you give it a quick test? micah should still have his VM with the broken state [08:12] and otherwise we just need to check for misbuilds, etc., i. e. that it still starts up [08:12] I think I can publish it to the archive from the PPA, please ping me [08:13] pitti - yeah, can do. although i did start work this morning to move the conflicting files last night and add some logic to move the conffiles back to a non-conflicting location too [08:14] but i had to go to bed at about 530 when i started to fall asleep ;) [08:14] ouch [08:14] so i've not tested it yet [08:14] sorry about that [08:14] heh, no worries [08:14] chrisccoulson: there are conffile conflicts as well? [08:14] pitti - yeah, that's the hard bit [08:14] /etc/firefox/pref/firefox.js is in both [08:15] right, i'm going to have a quick shower and wake up a bit more [08:15] hm, I have an /etc/firefox-3.0 here [08:15] chrisccoulson: and I suppose the 3.6 firefox.js would rather break 2.0? [08:16] chrisccoulson: in that case an Conflicts:/Replaces: might be easier indeed [08:16] to remove -2 during upgrade [08:16] possibly, i haven't tested the effect on firefox-2 [08:16] i was thinking rather a transitional firefox-2 package provided by the new firefox source rather than a conflicts [08:17] chrisccoulson: how much longer do you need me tonight? [08:17] else update-manager offers partial upgrades [08:17] micahg - you can get some rest if you like [08:17] chrisccoulson: k, I'm assuming you have a hardy VM from the testing? [08:17] micahg - yeah, that's no problem [08:18] right, i'll be back in 5 minutes or so [08:18] pitti: is that ok then if chrisccoulson tests in his VM? [08:18] micahg: absolutely; doesn't seem hard to reproduce [08:18] micahg: thanks a lot, and sleep well! [08:19] pitti: np, have a good day :) [08:20] pitti: I just one question, is it too late regarding introducing the branding in hardy (i.e. we wouldn't roll that back now) that's my only unanswered question ATM? [08:21] micahg: we could move it all back into firefox itself and make the branding/abrowser packages empty transitional packages [08:21] but since we now need to support upgrades from the real branding/abrowser pacakges anyway, I'd rather do that as a separate step, or keep them [08:21] so reverting back would only complicate the packaging chagnes now [08:22] chrisccoulson: as for moving the conffiles, would firefox 2/3 even look into different folders? or does it need a code change? [08:24] pitti: k, thanks, I'm off to bed then, good night [08:24] s/night/morning :) [08:26] firefox -p --> run-mozilla.sh: Cannot execute /usr/lib/firefox-3.6.6/firefox-bin.pure. [08:31] baptistemm: what release? [08:42] micahg in lucid [08:43] baptistemm, what in lucid? [08:43] "firefox -p" --> run-mozilla.sh: Cannot execute /usr/lib/firefox-3.6.6/firefox-bin.pure. [08:44] hmmm, my bad -p wait an arg [08:44] baptistemm, what that working before the update? [08:45] I don't know I just needd to create a profile now [08:45] why? [08:47] because I needed a profile with specific parameters to test things. I was surprised that -p without args doesn't work, as It works on windows for instance, but this a real problem [08:47] *this NOT a real problem [08:49] baptistemm: perhaps you mean -P ? [08:49] baptistemm, firefox -Profilemanager [08:49] hey chrisccoulson, up early today? checking how the firefox update went? [08:49] I always use -P and that works fine; it gives me a dialog with a profile chooser [08:49] seb128: bug 600022 .. [08:49] Launchpad bug 600022 in firefox-3.0 (Ubuntu Hardy) (and 1 other project) "package firefox 3.0.19 nobinonly-0ubuntu0.8.04.1 failed to install/upgrade: trying to overwrite `/usr/share/bug/firefox/presubj', which is also in package firefox-2 (affects: 2) (dups: 1) (heat: 18)" [High,In progress] https://launchpad.net/bugs/600022 [08:49] seb128 - yeah, we have 1 bug ;) [08:50] due to firefox 2 ;) [08:50] could be much worse, though :) [08:50] pitti, urg, I checked recents bugs on firefox today but not on firefox-3.n [08:50] pitti, right [08:51] seb128 - i've been watching them, and that's the only issue so far [08:51] we had 2 other non-bugs after the upgrade [08:51] ok [08:51] (1 broken system due to ubuntuzilla and another broken firefox because the user hadn't restarted) [08:52] the usual ;) [08:52] chrisccoulson: did you stay up all night to watch those? or did you start your day early? [08:52] seb128 - i stayed up most of the night and got up early [08:52] urg [08:52] after a 3 hours sleep you should probably crawl back into bed when this bug is sorted out [08:52] heh [08:53] chrisccoulson: great work in any case, and yeah you should get some time off after those settle [08:53] thanks ;) [08:54] * pitti hugs chrisccoulson [08:54] * chrisccoulson hugs pitti and seb128 [08:54] * seb128 hugs chrisccoulson [08:55] didrocks, hey [08:55] salut seb128 [08:56] didrocks, is there any reason the unity xsession desktop is not in unity itself? [08:56] I did apt-get install unity yesterday [08:56] which gives a working unity but not gdm session... [08:56] seb128: the gdm session is in the settings package as it was the case for n-l in lucid [08:56] xsession desktop file* [08:58] didrocks, right, but users will install unity from software-center [08:58] or apt-get install it [08:58] shouldn't that give them a gdm session in some way? [08:58] seems a broken experience from an user perspective right now [08:59] seb128: hum… I was thinking they want to install the ubuntu-netbook session [08:59] ie I've read about unity and did apt-get install unity and though that was broken [09:01] seb128: a lot of people don't read the unity wiki page I setup. maybe we can put a recommend on the settings package, what do you think? [09:02] let me think about it [09:02] I just think it's broken that installing "unity" doesn't give you a way to use unity [09:03] but yeah, if the session is in some une setting package you should recommends it [09:03] I agree with that, but most of people installed ubuntu-netbook previously and not netbook-launcher for instance [09:03] or move the session to unity itself [09:03] well I'm using Ubuntu desktop [09:03] I just wanted to try unity [09:04] I didn't want the full une experience [09:04] ie I don't want my settings to be changed or whatever [09:04] the settings aren't changed, as it's a separate session [09:07] didrocks: please check "lp:~mvo/softwware-center/plugin-support" that should give you a very basic starting point. I think we need to refine the API to make writing the plugins much simpler (instead of just dumping the SoftwareCenterApp class to the plugin as its done now). but it should b e a good enough to start :) [09:09] mvo: thanks a lot, I'll have a look later this morning and give you some feedbacks. Seems a good start :-) [09:10] mvo: btw, for the update-notifier change, I'll go with a thread calling g_spawn_sync() all script ordered, does that sound good? [09:11] didrocks: u-n> I don't really mind as long as it works, I was thinking of a gtimeout but a thread should be fine given that no UI is touched [09:13] mvo: if we want to launch one script after another, we have to get a way to know the first child is stopped, is there something in g_spawn_async apart from getting the PID and monitor it? [09:15] didrocks: just g_child_watch_add() [09:15] mvo: oh sweet, that will be handy, thanks [09:37] pitti, oh about CD space, did you consider dropping tcl and tk from the CD? [09:37] pitti, seems they are only a recommends for some printing binary from what I've seen the toher day [09:37] other [09:37] oh, easy to fix then? [09:37] seb128: I'll have a look [09:38] tcl/tk 8.4 even.. [09:39] ugh, http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.maverick/rdepends/tcl8.4/tcl8.4 [09:40] hum [09:41] ah, foo2zjs recommends: tk8.4 [09:41] right [09:42] the others should be fine indeed [09:42] seb128: cheers! looking at that [09:42] pitti, we also had the discussions about directfb some time ago [09:43] pitti, libsdl is the only thing bringing it in the default install now that directfb backends have been dropped from the installer stack [09:44] not sure how many people use libsdl directfb though [09:44] I would assume almost nobody... [09:44] seb128: right, in lucid it was cairo as well, but maverick got that fixed [09:44] yes, that was part of having the gtk stack building a directfb backend for the d-i [09:45] seb128: I think we shuold just declare it unsupported in Ubuntu; we never quite supported anything non-Xish [09:45] but since d-i switched to x11 that got dropped [09:45] pitti, that would win quite some CD space as well [09:45] indeed === istaz is now known as staz [09:47] foo2zjs uploaded [09:50] pitti, rock on! [09:52] didrocks, those gconf warnings are fixed in maverick for a week now [09:52] didrocks, and I think lucid had those as well but gconf was not on trigger the same way in lucid so you don't notice them at every schemas installation [09:53] seb128: oh ok, I didn't know that. Thanks for the headup, I'll comment on the bug report [09:53] yw [09:53] seb128: i. e. we can drop libsdl1.2debian-udeb? [09:55] pitti, not sure; moving to #ubuntu-devel === almaisan-away is now known as al-maisan [10:52] mvo: https://code.edge.launchpad.net/~didrocks/update-notifier/async-scripts/ should do what you want === asac__ is now known as asac [10:57] didrocks: cool, I check it out [10:59] mvo: sorry, just fixing something, forgot to g_timeout the result :) will ping you again [11:01] didrocks: please add a changelog entry with your name as well :) just for the credits, otherwise it looks fine, good work [11:01] didrocks: I will merge after lunch when your change is in [11:01] morning [11:01] mvo: thanks, enjoy your lunch [11:01] morning huats [11:11] mvo: when you are back: pushed [12:01] pitti: should I directly edit https://wiki.ubuntu.com/MaverickMeerkat/TechnicalOverview for alpha2 or is there a wiki page somewhere to prepare it? [12:01] didrocks: no, that _is_ the preparation page :) [12:01] didrocks: please go ahead [12:01] didrocks: the final one will be on www.ubuntu.com/testing/ === al-maisan is now known as almaisan-away [12:01] pitti: ok, doing it now, thanks :) === almaisan-away is now known as al-maisan === oubiwann-away is now known as oubiwann [12:33] pitti: seb128: do you think I should take some time today to clean the UNE oversized image (removing langpack as well and part your changes made to the seed to the netbook one) or this is fine as most of user will use an usb stick? [12:47] pitti - i'll have that fix ready shortly. the conffile handling is quite complicated to get right under all circumstances ;) [12:51] mvo: ok, just look at the code, sounds fine for now and that's a way to see to which class I'll need in the futur to see what should be exported to the API. Thanks :) [12:52] chrisccoulson: are there any known issues with the ff version in maverick? wen I start it it it gets crazy and goes to ~2gb virtual memory in safe-mode here [12:53] mvo - asac mentioned something similar yesterday, but i'm not running maverick atm (i won't be until i've got the backports out of the way) [12:53] didrocks: yeah, you will be the guinea pig [12:53] so, there could be an issue [12:53] chrisccoulson: ok, on my amd64 is pretty much usuable [12:53] mvo: heh, not sure I like the title to be honest :-) [12:54] :) [12:55] didrocks, hum, une still breaks you gnome session clock applet config does it? [12:55] didrocks, I was wondering why I get not locations listed in my clock applet today [12:55] seb128: depends on what you tell about "break", if that's having two, right === MacSlow is now known as MacSlow|lunch [12:56] didrocks, breaks like in breaking something [12:56] didrocks, like in used to work and doesn't now ;-) [12:56] seb128: oh, the indicator you mean, yeah, it is feature-less [12:56] no [12:56] I'm not using the UNE session today but my desktop one [12:56] ok, it shouldn't break anything [12:56] but all the locations I configured in the gnome-applet clock applet are not listed [12:57] you don't have your locations? [12:57] hum… [12:57] no [12:57] chrisccoulson: that should read: "not much usable", sorry [12:57] seb128: I'm puzzled, all gconf key related to that are removed [12:57] didn't you divert some keys between sessions to avoid conflicts? or avoid UNE changes to impact on the GNOME one? [12:57] didrocks: it's not much of a blocker for alpha-2 [12:57] didrocks: but if you have time to do it, please do [12:57] seb128: no, I didn't divert anything, it was just an added gconf path for the UNE session only [12:58] didrocks: it feels wrong to dump > 2.5 GB on the disk and call that "lightweight" [12:58] chrisccoulson: indeed it is -- how do you do that, install in a separate path? [12:58] didrocks, I know we had a similar issues during the sprint in paris when you renamed some applets in the UNE config [12:58] seb128: yeah, but that part is moved away for ages. Let me check the settings [12:59] didrocks, don't bother, I was just wondering if that was due to it [12:59] pitti: ok, I prefer to focus on other things if possible, so, let's focus on this for A3 to get reasonnable size with default apps change :-) [13:00] pitti - the complicated bit is that the conffile was already moving between 2 binary packages, and changed install location at the same time. the contents are also different and i've tried to handle the migration without showing the user a conffile prompt [13:00] and now i have to add logic to move it back to the original location (but in the new binary package) [13:00] without triggering a conffile prompt during the upgrade ;) [13:00] seb128: the issue in paris was only the UNE session to not have the location displayed as it was using a different applet. The trick was to have the same but lead to further complication and was removed in A3 for lucid IIRC [13:01] i think i've nailed it now though, i just need to test all the upgrade combinations again to make sure it still works [13:01] seb128: just checked again gconf keys from UNE, I don't see anything related [13:01] so I would say it's not related for now [13:01] didrocks, ok, dunno why those vanished then [13:01] didrocks, thanks [13:02] seb128: I don't have event notification integration as well, can be related to e-d-s or that's totally different for locations? [13:02] didrocks, that's different [13:02] ok, bad try :) [13:06] http://cdimage.ubuntu.com/daily-live/20100630/ [13:06] yippie [13:06] pitti, well done [13:07] didrocks, ok, sorry for the noise, I remember now removing my clock applet rather than the appmenu one by error yesterday [13:07] didrocks, I guess that's what cleaned the config [13:07] seb128: oh ok, and cheating the applet name, you can maybe get them back, no? [13:08] seb128: the applet name should correspond IIRC, there is still some hope :-) [13:08] (of course, removing the applet can have removed all related configuration if you're not lucky) [13:09] didrocks, it's not like adding location was hard, I had a bunch only, I was just wondering why they were not listd [13:09] didrocks, but thanks ;-) [13:09] didrocks, (it did clean the config, nothing in .gconf) [13:09] no worry :-) [13:10] ok :-) [13:32] seb128: gtksourceview2 is newer in maverick than in lucid, but older than lucid-proposed, so I can't just copy the current lucid-proposed to maverick [13:33] is it planned to get 2.10.4 into maverick soon? (or just sync from Debian or so?) [13:33] pitti, I was planning to sync on debian whenever they update since we are in sync [13:34] pitti, I can upload the lucid-proposed version there for now if you want though [13:34] there = maverick [13:34] oh, so we can just scribble over the maverick one? [13:34] then I can try a package copy, too [13:35] seb128: ah, seems that worked [13:35] thanks for confirming [13:35] pitti, ok, thanks [14:07] tedg: hi , can we get suspend > sleep reworded ? Bug #540826 we missed this last cycle due to UIF [14:07] Launchpad bug 540826 in indicator-session (Ubuntu) (and 2 other projects) "Rename "Suspend" to "Sleep" (affects: 5) (heat: 49)" [Wishlist,Triaged] https://launchpad.net/bugs/540826 [14:11] vish, Probably not because we still can't translate modified documentation. [14:12] oh .. mpt^^ [14:13] vish, does it make such a difference? if that really makes sense why not arguing upstream for the change? [14:14] seb128: that doesnt need to be changed upstream. only in the session menu [14:14] and in the accompanying dialogue prompt [14:15] tedg: modified documentation of which? looked like a change in the session menu was sufficient [14:16] if it does make it difference, it should be changed upstream... [14:16] vish, I believe there were also changes required in gnome-panel and gnome-power-manager. Perhaps gnome-session, but I don't remember. [14:17] vish, it's not only the session menu, it should be consistent in gnome-session, gdm etc [14:17] hmm , then the bug is being filed in the wrong place. [14:19] rather has been filed in the wrong place [14:22] asac, ogra, didrocks: What's the plan WRT liblauncher-0.1? [14:22] asac, ogra, didrocks: Who is in charge of it, and who still cares for it? [14:23] (there is a FTBFS issue with a new Linaro toolchain which is fixed in newer versions of the lib, and I'd like to know whether I should care [14:23] (Hi BTW, i didn't take time to say hello!) [14:23] lool: I have no more dep on it, I think n-l-efl still needs it. I'm not sure to have the time and tests for enough maitainance. I still can help if needed [14:23] and hey ;) [14:26] mclasen: which is the right package for that to be sent upstream? -session / -power-manager? [14:26] ogra: Could you comment whether mobile teams still cares about n-l-efl? [14:26] ogra, didrocks: What about moving to newer liblaunchers? too much work? [14:27] asac: do we care about n-l-efl? [14:28] lool: last time I tried for n-l is was working, but we have no maintainance on it too as the code is now on unity [14:28] in* [14:29] lool: this FTBFS should be easy to fix, I can give it a look, but don't rely on active maintenance :) [14:33] didrocks: It's trivial to fix, I wanted to chekc whether we should still invest in it [14:33] let's wait for asac and ogra's answers so :) [14:37] didrocks: http://cdimage.ubuntu.com/ubuntu-netbook/daily-live/20100630/ [14:37] happy testing :) === al-maisan is now known as almaisan-away [14:37] 706 MB, it's not actually that bad [14:37] pitti: sweet, thanks [14:37] pitti: yeah, your size love did a lot, thanks! [14:37] * didrocks hugs pitti [14:38] didrocks: is there a bzr branch for liblauncher-0.1 upstream? [14:38] * pitti hugs back didrocks [14:38] lool: lp:~liblauncher-team/liblauncher/0.1 [14:42] didrocks: thanks [14:43] yw === cyphermox_ is now known as cyphermox [14:46] didrocks: Do you know where autogen.sh comes from in this branch? it doesn't support automake-1,11 [14:47] seb128: hmm , that bug needs to be sent to gpm/gdm or which is the main package it needs to be sent to? === MacSlow|lunch is now known as MacSlow [14:48] lool: really? I runned autogen.sh on lucid without any issue. I think it's one from GNOME. njpatel should be able to tell that ^ (liblauncher 0.1 autogen.sh) [14:48] vish, not sure, either to be raised for discussion on desktop-devel-list of open as wishlist on those components and gnome-session I guess [14:48] didrocks: I only have automake-1.11, and it broke the script; I fixed it now [14:48] if there's another place to update, that would be lovely [14:49] lool: I'll check for other places. I'm still puzzled as I don't think I had other automake on my lucid box, but well, nice to know it's fixed :) [14:50] oh noes! d-d-l :s [14:56] seb128: now please sync/merge the new gstreamer uploads from debian/experimental ;) that's core/base 0.10.29.3-1, good 0.10.23.3-1, python 0.10.18.3-1 and ffmpeg 0.10.10.4-1 [14:57] slomo, ok, thanks [14:57] pitti, ^ is there any CD build likely to be broken by uploads? [14:57] ie should I delay those or not [14:57] seb128: oh wait, good has ubuntu specific changes (the farsight stuff) :( then please merge this one... [14:57] yes, the recent hplip upload just broke the netbook build [14:58] we sorted it out, but please test stuff before, and make sure it doesn't change dependencies [14:58] at least not add dependencies to non-main [14:58] slomo, do you know if upstream ever plans to do a such change? [14:58] pitti, ok [14:58] seb128: base/good depends on orc now (in universe last time i checked...) [14:59] seb128: well, yes. but i don't think someone is actively working on that [14:59] slomo, ok, will probably do those changes after a2 then [14:59] didrocks: https://code.launchpad.net/~lool/liblauncher/0.1-lp-600207/+merge/28886 [15:00] seb128: you could ask Tester in #gstreamer, maybe he knows the plans [15:00] didrocks: note that there's a commit fixing automake-1.11 in there [15:00] slomo, ok [15:00] didrocks: Do you think you could handle uploading after A2 of the fix as a patch to the package or something? [15:00] didrocks: I can prepare a debdiff if you like [15:01] lool: no need for a debdiff, I'll upload it after A2, merging now [15:01] didrocks: thanks [15:01] lool: yw :) [15:01] lool, did you get kicked out the upload keyring? ;-) [15:01] lool, hey btw [15:01] seb128: hey there! [15:01] didrocks: I could prepare it in lp:ubuntu/liblauncher-0.1 if you like [15:01] seb128: wasn't you who I asked that? I clearly remember at last UDS to speak to other archive admins :-) [15:02] s/I// [15:02] didrocks, asked what? [15:02] didrocks, to have lool kicked out of the keyring? ;-) [15:02] seb128: right :-) [15:02] lol [15:03] lool: as you wish, if you already have it there, that would be nice :-) [15:03] I dont but will do [15:03] thanks [15:04] no patch system though [15:05] yeah, we tend to release only for UNE component and avoid distro patch when we have the time [15:05] lool: will do a release, don't bother [15:05] It's ok, I'm taking the almost laziest option [15:06] didrocks: lool: whats the question for nlefl? [15:07] we dont care about great fallback and magic for linaro ... if thats what you ask [15:07] (e.g. i dropped the une-launcher epsec from linaro user platforms list last night ... ubuntu arm or desktop have to pick that up) [15:07] asac__: it was about who is in charge of liblauncher 0.1 [15:08] didrocks: unity needs a newer version that would break efl? [15:08] asac__: unity doesn't depend on it anymore [15:09] pitti: hum, ubiquity isn't in netbook-settings, I should add it to the live session. Is there still time for a respin? [15:09] didrocks: why is there any action needed then? [15:09] didrocks: sure [15:09] didrocks: pushed, if you hate me because of the changes, revert them :-) [15:09] lool: heh, no worry :-) thanks [15:09] I dont know whether you used format 3.0 (quilt) yet, it's the first time I commit to bzr and it's kind of weird [15:10] didrocks: does that mean "in the favourites"? or "nowhere at all"? [15:10] pitti: in the launcher, it should be in the application places, rebooted to test another thing [15:10] can someone ping me one time please ;) [15:10] asac__: liblauncher-0.1 FTBFS, I fixed it but wondered whether that was actually useful [15:10] thanks!! [15:11] pitti: is it just me or "Try Ubuntu Netbook" in ubiquity doesn't start any session and just hang? (did you already test it on the desktop?) [15:11] lool: it was decided to keep efl in low prio maintenance mode [15:11] to be reviewed if we find it to cause too much work [15:11] didrocks: I didn't test it yet; currently installing ubuntu desktop amd64 [15:11] its still needed for ubuntu arm anyway [15:11] lool: mterry is still in charge if there are issues that need an owner [15:12] pitti: oh wait, after 4 minutes it switched! Yeah for my netbook :) [15:13] pitti: it doesn't show up either in the application places as we don't have the "System" menu for now. So, yeah, I'm fixing it ASAP === bjf[afk] is now known as bjf [15:14] didrocks: thanks; that sounds fine for a respin, especially since we just have built the previous one, so not much left [15:14] (and having an empty Files place is weird :)) [15:14] didrocks: but smoketesting the current one is still appreciated, in case something else goes wrong [15:14] testing install first [15:14] right === almaisan-away is now known as al-maisan [15:25] didrocks: booting here, too; right, seems that X crashes/restarts after the "try/install" choice dialog, but it comes up after some 30s [15:25] wow, first time I see the new places/overlays [15:25] niiice! [15:25] pitti: thanks for confirming :) [15:25] heh, yeah, they look nice! [15:26] didrocks, kenvandine_: are the broken accelerators in the app menu a known bug? [15:26] I see "_File" instead of "File" with the _ under the F [15:26] pitti: yeah, it's a known bug [15:26] pitti: also some matching doesn't work [15:27] and if I open e. g. RB, I see the menu in both RB and the panel [15:27] also known? or should I report? [15:27] pitti, design decision [15:27] huh? [15:27] the appmenu is not working well enough to turn menu in the softwares off yet [15:27] aah [15:27] *phew* [15:28] so, "Design decision as a temporary workaround" then? [15:28] or you would have any menus for ie empathy [15:28] or evolution [15:28] pitti, right "decision to keep both until we are confident appmenu is working fine enough" [15:28] ok; you gave me a little shock :) [15:28] ;-) [15:28] sorry [15:28] pitti: it's for people to be able to confirm what the menu should like in the app and note how it's broken in the top thing [15:29] lool: confirmed, I had some issue with quilt format and full source package there too (extra files) [15:29] didrocks: do the entries in the session menu work for you? it's completely dead for me [15:30] actually, _all_ indicator menus are dead for me [15:30] pitti: finishing installing, will tell you then [15:30] didrocks: in the live system [15:30] pitti: dead, like, "not opening" ? [15:30] it opens, but the mouse doesn't select anything, and clicking doesn't work [15:30] pitti, are you in the places view? [15:30] no, normal desktop [15:31] ie GNOME? [15:31] pitti: clicking works here (in unity) [15:31] no, unity, but I see the desktop, no overlay [15:31] pitti: there is bug if you don't move the mouse though, the menu won't close [15:31] pitti, use a launcher on the left and try again? [15:31] fun, now it works again [15:31] and a focus issue [15:31] something seems to trigger it and fix it again [15:31] bug #596108 [15:31] right, the focus issue, the current wokaround is what seb128 said [15:31] Launchpad bug 596108 in unity (Ubuntu) (and 1 other project) "Focus problems (affects: 2) (dups: 1) (heat: 335)" [High,Triaged] https://launchpad.net/bugs/596108 [15:31] pitti, ^ [15:31] ah, cheers [15:32] "Desktop menus will go here" :) [15:32] ;-) [15:32] what will be there actually? apps is already covered, and so is places [15:33] will this get a system menu? (that would be a bit weird) [15:33] "Desktop menus will go here" ? where do you see that? [15:34] didrocks, default menu on session start [15:34] it's displayed as "Desktop" [15:34] pitti, bug #596108 [15:34] Launchpad bug 596108 in unity (Ubuntu) (and 1 other project) "Focus problems (affects: 2) (dups: 1) (heat: 335)" [High,Triaged] https://launchpad.net/bugs/596108 [15:35] didrocks: Ok, what were the issues? [15:35] seb128: oh, I never clicked on that one and then, as you can't have it back :) dunno about the answer though [15:38] tedg: are you free to help with some AppIndicator stuff? [15:38] and471, I'm in another meeting, but I can respond slowly :) [15:39] tedg, thanks :-) [15:39] and471, you might also want to use #ayatana for such topics [15:39] tedg is on that channel as well [15:39] seb128, sure thing [15:44] and471: hey , for the update manager merge , probably setting mvo as the reviewer is better? [15:45] and471: hi, what is the bugnumber/branch for tihs? [15:45] mvo: gimme a sec [15:46] mvo, https://bugs.launchpad.net/update-manager/+bug/386196 [15:46] Launchpad bug 386196 in update-manager (Ubuntu) (and 2 other projects) "package synopsis/tagline/summary should be first, not package name (affects: 4) (heat: 24)" [Low,Triaged] [15:46] vish, mvo: Hi :-) === bjf is now known as bjf[afk] [15:46] thanks and471 (and hello to you as well :) [15:47] :) [15:47] and471: exams are over i guess? ;) [15:47] vish, are you mac_v? [15:47] and471: yup :) [15:48] vish, I thought so :-) [15:50] didrocks, lool, n-l-efl is our default environment on arm [15:52] lool, why was liblauncher ftbfs and did you test it (we're spinning A2 images and i really dont like to break our default desktop on omap) [16:00] vish: https://bugs.launchpad.net/ubuntu/+source/artha/+bug/598478 [16:00] Launchpad bug 598478 in artha (Ubuntu) (and 1 other project) "artha doesn't do anything (affects: 1) (heat: 8)" [Medium,Invalid] [16:00] vish, as per my comment (and marking invalid) do you still see the behaviour? [16:00] and471: yeah , i'm able to reproduce it only in VM , but when i try to run from terminal in VM it doesnt give any output [16:01] vish, what did you use to install? [16:01] vish, apt-get? [16:01] and471: SC [16:01] vish, ah [16:01] vish, gimme a sec, I will try with software-center this time [16:01] cool [16:03] didrocks, do you use any template or something for your mir bugs? [16:04] didrocks, I noticed you often have a similar formatting for the description [16:04] seb128: hum no, I just copy and paste from one to another as I had a bunch of them TODO :) [16:04] didrocks, ok thanks [16:04] yw [16:06] ogra: did I test it? no [16:06] ogra: it was FTBFS due to a new warning -- it should probably also be fixed not to -Werror, but that's another story [16:06] ogra: I build tested, and could reproduce the issue and could confirm the fix [16:07] lool, ah, thanks, yeah, it should definately not -Werror [16:07] lool, i dont see it on the ftbfs list ?? [16:08] ogra: It is there, i saw it earlier [16:08] i wonder which list you look at then ... weird [16:09] http://qa.ubuntuwire.org/ftbfs/ definately doesnt have it [16:10] maybe because its fixed now? [16:11] are [16:11] asac, there was no upload [16:11] arg [16:11] some days I hate launchpad [16:12] it just timeouted on my mir bug and dropped the description [16:12] lool, where exactly did you see it ... i'm monitoring the ftbfs list every day, i'm sure i would have noticed it on there since its a core part of ubuntu-arm [16:13] pitti: I got twice an "error mounting file system" at boot (just having one lucid partition and a maverick one I manually partitionned to ext4 for /). You didn't experienced that I guess otherwise, you would have pushed the big red button already :-) [16:14] * ogra is confused about fixes for soemthing thats not been broken [16:15] i dont see an upload by lool for liblauncher-0.1 either [16:15] * asac has nothing against not existing fixes for something that isnt broken :-P [16:16] seb128: got a lot of crash with last clutter and unity, but pushing into the ppa so that you can at least work with it [16:17] didrocks, thanks [16:17] njpatel, ^ [16:19] asac, well, i wouldnt like uploads of a core component during the freeze [16:20] asac, so its fine that there is no upload ... waht bothers me is that i dont even see the breakage [16:23] ogra: its a ghost ;) [16:23] heh, yeah [16:23] i usually dont try to hunt those down until they become physical ;) [16:24] hehe [16:27] vish, still works for me [16:28] and471: weird , I tried it in VirtualBox [if it makes any difference] [16:28] vish, same here [16:31] pitti: again the same issue there, even in erasing the full disk with automatic partition. I'm wondering what happen and will try with the desktop CD now [16:34] didrocks, seb128: i think we'll take a closer look on qa day this friday, but if you can get it into a ppa, that would be awesome [16:34] njpatel: it's building in the desktop team ppa right now (~ubuntu-desktop) [16:36] didrocks, awesome, [16:44] mvo: is it possible to load plugin after the main interface to be built? for instance, adding menus and other stuff create some weird issues there :) [16:45] mvo: forget it, I suck :-) (but some placeholder can be good for plugins) === bjf[afk] is now known as bjf [17:03] * zyga just noticed improved sound menu! [17:03] woot :D [17:03] that's really really cool :D [17:04] O_o the sound menu's implemented already? [17:05] kenvandine_, i'm getting lots of complaints about gwibber on karmic (gwibber-service: Depends: python-libproxy (>= 0.3.1) but 0.2.3-0ubuntu5 is to be installed) [17:05] fta, he's on holidays this week [17:05] kenvandine_, complaints from users [17:06] oh [17:06] fta, whoever is doing gwibber backports should backport libproxy as well it seems [17:07] it's the daily gwibber ppa. i won't do it myself as i can't test it and it may break other stuff [17:08] pitti: ok, confirmed on desktop, and seeing your bug report about it [17:09] ogra: http://udd.debian.org/cgi-bin/ubuntu_ftbfs.cgi [17:09] asac: I didnt upload because it's A2 freeze and its in the images [17:09] doesn't need an upload [17:09] didrocks, what do you confirm? [17:10] seb128: you can install A2, but not start it. bug #600244 [17:10] Launchpad bug 600244 in ubiquity (Ubuntu) "[Maverick alpha-2] boot failure on "use entire disk" install (affects: 2) (heat: 12)" [High,Triaged] https://launchpad.net/bugs/600244 [17:10] ups [17:10] yeah, doesn't sound good [17:12] didrocks: do you happen to know what we need for the proper theme buttons for chromium for une? [17:12] lool, weird, why is there so much discrepancy between their and our list [17:12] didrocks: dev release has them on the left, but they're the old style buttons, not the circles and the red thing [17:12] jcastro: I saw that fta is working on it, right? [17:12] lool, hmm, i guess thats not pulling from LP [17:13] (and doesnt have armel at all) [17:13] didrocks: that's the browser theme, I meant more the actual buttons on the title bar [17:14] jcastro: it impacted it as well, the actual buttons on the title bar from what I understood. If not, I will try to have a look EOW. In any case, I saw screenshots with the title bar, so should be feasable [17:15] didrocks: ok just curious [17:15] didrocks: because when you use their native thinger it saves a ton of vertical space [17:15] jcastro: the screenshots were from the bug report you pointed at, since the confusion is was all related [17:15] as opposed to the native toolbar [17:16] jcastro: in UNE, the title bar will be in the panel [17:16] oh is that for maverick? [17:16] ok, never mind me [17:16] jcastro: that's plan for it, hope we will get it :) [17:16] or it will be a regression from lucid where we had that [18:18] slomo, hey [18:19] slomo, I just sent a bug with debdiff to the glib bts to install the gsetting schemas register binary in libglib-bin [18:19] slomo, with a trigger as well to register schemas [18:19] would be nice if you could review it for the next upload [18:48] re === al-maisan is now known as almaisan-away [19:08] didrocks, hrm, could it be that there is no panel shipped anymore for the 2D session ? [19:09] ogra: the panel is still there, I kept it on purpose [19:09] ogra: you put the 2D session on n-l-efl as discussed at UDS? [19:09] strange, it desnt get started [19:09] i didnt do anything desktopish in maverick yet, thats all A3 stuff [19:10] ogra: hum, do you still have the "UNE 2D session" ? [19:10] but i booted our preinstalled image for the first time now ... i get the launcher [19:10] yes [19:10] i picked that one [19:11] should be there, can you try the GNOME session as well? [19:11] i doubt that will run in 256M without swap [19:12] i'll do some more testing later, currently i need to debug some low level issues with the image, i just wanted to know if the panel is supposed to be there [19:12] argh, I was thinking you were trying from a non arm hardware too :) [19:12] no, arm beagleboard [19:12] the smallest thing we support [19:12] luckily all other arm HW will have at least 512M [19:12] ok, it should be there, it's in the manifest in any case [19:13] ok [19:13] my images dont have a manifest ;) [19:13] (they are preinstalled and resize themselves on first boot to full disk size) [19:13] thats why i asked [19:14] UNE at least should have it :-) [19:15] UNE wont run on that HW [19:15] only 2D [19:15] ogra: I mean UNE as the UNE cd [19:15] ogra: so, with the 2D session [19:16] ah [19:16] hmm [19:16] gmpc 0.20.0 is great, but you can't order your music by clicking on column :/ [19:16] * ogra just notices its hard to log out without panel [19:17] ogra: gnome-session-save --logout is sooooo user friendly :) [19:17] heh [19:17] i think i just crashed the board anyway [19:18] that's the "quick shutdown mode" :-) === tkamppeter_ is now known as tkamppeter [21:58] * didrocks waves goodnight [21:58] nite didrocks [21:58] 'night didrocks [21:58] anyone know what's supposed to happen with the green envelope notification if someone decided to hide their panel? [21:58] nothing? [21:59] or what do you mean? [21:59] it still goes green [22:02] seb128: well with the panel hidden and the envelope goes green, and the user misses the bubble.. how will they see a new notification? [22:03] how do they see notifications when there is a flashing notification area icon? [22:03] note that you get a notify osd bubble when you receive a message or something [22:03] seb128: i'm referring to bug #600353 [22:03] Launchpad bug 600353 in empathy (Ubuntu) "no notifications shown when using indicator-applet (affects: 1) (heat: 6)" [Low,Incomplete] https://launchpad.net/bugs/600353 [22:04] bug #600000 [22:04] Launchpad bug 600000 in hitchhiker (Debian) (and 1 other project) "missing dependency on Bazaar (affects: 1) (heat: 8)" [Unknown,New] https://launchpad.net/bugs/600000 [22:04] the bug description doesn't really reply to my question [22:04] what happens in the notification area case when the notification area is on hidden bar? [22:04] vish, ??? [22:05] seb128: nah , i was surpried by ~350 bugs being filed withing a day :s [22:05] within* [22:06] seb128: i recall someone mentioning hitting 600000 just today noon and the bug# surprised me [22:06] sry [22:06] no worry [22:07] seb128: you're getting at asking the user what happens when the bar is hidden since he doesn't say that.. thx :D === bjf is now known as bjf[afk]