=== asac_ is now known as asac [00:25] hi everyone, I need some help with launchpad [00:27] dhillon-v10: just ask, maybe someone knows the answer. [00:31] Ampelbein: alright I want to test some features in a laubchpad team (that I will create) so can I delete it if 'i don't need it [00:31] join #launchpad and poke them about it [00:31] dhillon-v10: use staging.launchpad.net for such tests, it's a testing environment that gets reset every night. [00:32] dhillon-v10: it doesn't send mails though so if you need that tested, do what hyperair says ;-) [00:32] thanks guys [00:32] dhillon-v10: as far as i know, teams can only be deleted by asking a question on launchpad answers. [00:33] Ampelbein: I am going to create a team of my own.. :) === billisnice____ is now known as billisnice [01:37] StevenK: well currently gir-repository references the NBS libclutter-gtk-0.8, so it would be nice if /something/ were done here. :) [01:38] slangasek: Argh, it does? [01:38] slangasek: I'm about to upload casper since I suck, there's time for a UNR respin? [01:38] http://people.canonical.com/~ubuntu-archive/NBS/libclutter-gtk-0.8-dev [01:38] yes, there's time for a UNR respin [01:39] Yeah, the clutter-gtk NBS list was making me cry, so I closed it before I reached for something sharp [01:44] slangasek: The casper change is marking a working script as +x so UNR actually has the installer as a favourite. [01:56] hi there... I'm trying to get diagnostics built on karmic but get a FTBFS pointing to a "invalid conversion from 'int (*)(const void*, const void*)' to 'int (*)(const dirent**, const dirent**)'" (http://paste.ubuntu.com/251684/) The strange thing is: ace have not had code changes for some time and I can't really figure out why this suddenly fails. It did not fail about 3 weeks ago... could this be related to glibc -> eglibc transition? [01:56] full buildlog if anyone is interested: http://launchpadlibrarian.net/30197352/buildlog_ubuntu-karmic-i386.diagnostics_0.2.7-2ubuntu1_FAILEDTOBUILD.txt.gz [02:04] ojwb: i digged some more into this, in the specified file ( /usr/include/ace/OS_NS_dirent.h) there is http://paste.ubuntu.com/251687/ . So it seems to check at buildtime how to call those functions. [02:04] (i'm not a programmer, so forgive me if i make wrong assumptions) [02:06] ah, it is wrapping scandir() (for portability I assume) [02:09] it may be a change in g++ [02:10] something that was only a warning being an error now [02:11] it doesn't show in the old buildlog (http://launchpadlibrarian.net/29636028/buildlog_ubuntu-karmic-i386.diagnostics_0.2.7-2_FAILEDTOBUILD.txt.gz) which failed because of wrong symbols file [02:12] could it be that ace simply needs a rebuilt to perhaps pick up a change in behavior? i'll try this. [02:13] well, warnings aren't turned on [02:13] it's worth trying a rebuild for ace I'd say [02:15] ojwb: thank you very much for your help. === billisnice__ is now known as billisnice [02:23] hello, is there a document on how to patch a debian/rules file in a package for karmic? [02:27] jtimberman: what do you want to do exactly? are you looking for the packaging guide? [02:27] !packaging [02:27] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [02:28] Ampelbein: I think I found it, Preparing patches section of: https://wiki.ubuntu.com/MOTU/Contributing [02:29] slangasek: It turns out the UNR daily hasn't built yet, I'll just wait for it [02:30] StevenK: good thing you've said that, otherwise I might've disabled the cronjobs before then :) [02:36] and now there's a patch for the runit package, applicable to Bug #406621 [02:36] Launchpad bug 406621 in runit "package runit 2.0.0-1ubuntu2 failed to install/upgrade: subprocess installed post-installation script returned error exit status 1" [Undecided,Confirmed] https://launchpad.net/bugs/406621 [02:58] Argh, and the UNR livefs breaks thanks to nvidia-common === ryanakca is now known as Guest66699 [03:01] slangasek: & [03:01] Er === Guest66699 is now known as ryanakca [03:02] slangasek: ^ ; all livefses that pull in nvidia will fail, -185 is in source NEW, and nvidia-common wants it [03:27] hi tkamppeter_ [03:38] Hi. Gedit is crashing everytime I'm opening a specific 800kb text file. There is no error message, it just closes immediately. How do I proceed if I want to alert the developers about this issue? What information should I gather, etc. [03:38] err, just read the topic and the link to ubuntu-bugs. Sorry. === billisnice_____ is now known as billisnice [04:14] How do you sign packages? When I try to sign with my gpg, I keep getting "secret key not available [04:16] debsign <.changes files> [05:05] slangasek: The -180 -> -185 rename for nvidia looks gratatious to me, but I'm not sure how you want you to go in terms of cleaning up the mess [05:16] hmm apparently build-essential isn't an implied package build dep ;) [05:16] slangasek: I have a proposed upload for konq-plugins that fixes a problem with file overwrites among packages within that source package. [05:49] good morning [05:54] StevenK: it's not a rename, the 180 package is still present? [05:54] ScottK: which -proposed? [05:55] oh, it is a rename; blah [06:01] slangasek: We can scorched earth nvidia-common back to -180? [06:02] slangasek: Proposed for karmic (not uploaded due to freeze, but I'd like to go ahead) [06:02] StevenK: I don't see that this is warranted (although packages that Replace: themselves are a bit odd) [06:02] ScottK: ah - go ahead, please [06:04] OK. It'll be up in a moment. Once again less foo.changes saves me from a typo in the changelog. [06:05] StevenK: hmm, I guess if I were to accept this -185 package, it would be just to get the milestone rolling, ignoring various packaging bugs; so yeah, let's revert -common [06:06] StevenK: will you take care of this? Otherwise, I'll get it when I'm back from the store [06:11] slangasek: I'll start it now [06:11] slangasek: qt4-x11 built on armel .... [06:12] Hey I just wanted to tell you all that there is a meteor shower tonightin North America. If you are interested. [06:12] mcasadevall: ^^^^ [06:12] It should be best around 2- 3 am local time no matter where you live. [06:12] Cloudy here unfortunately. [06:12] ScottK, yup, I'm aware [06:12] ScottK, take a look at the build queue now [06:13] def. an improvement, and once KDE builds, compiz can be built and make ubuntu-desktop installable on ARM [06:13] KDE with compiz? [06:13] I thought KDE had its own windows compositor [06:13] kwin4? [06:15] emma: It does, but compiz has a compiz-kde for people that just have to have compiz. [06:15] mcasadevall: Congratulations. [06:15] hyperair: Yes. Kwin. [06:15] compiz would be pretty neat on kde. [06:15] compiz is neat. period [06:16] ScottK: im concerned about gnome-shell. It will be gnome 3 and it throws out (1) compiz, (2) gnome pannel, and (3) python. [06:16] it throws out python? [06:16] ScottK: it's hard to believe that ubuntu would even want to use gnome-shell. So maybe Ubuntu will switch to KDE as default? [06:16] i know it tosses 1 and 2, but 3 i've never heard of [06:16] hyperair: yes it's written in javascript! [06:16] ...what. [06:16] ScottK, thanks infinity; the issue was the buildds were using lenny as the base OS from when they were first installed in DC. [06:16] ScottK, reinstalling them to jaunty magically fixed things [06:16] (I don't want to know why) [06:16] mcasadevall: Lovely. Glad it's resolved. [06:17] emma: where did you get that from? [06:17] ScottK, powerpc should also be (semi)fixed [06:17] hyperair: their website. [06:17] mcasadevall: Yes. It's building fine. [06:17] you sure you didn't catch on a bad april fools joke? [06:17] emma: No idea about Gnome 3 myself. [06:17] hyperair: no it's certainly true, gnome-shell is written in javascript. [06:18] maybe gnome-shell, but definitely not the rest of gnome 3 [06:18] I believe the grandidea behind the whole thing is that it's an interface that will work nice on mobile apps. But in my opinion the interface makes no sense on the desktop. So many menus just to do simple tasks! [06:18] i haven't taken a good look at gnome-shell's source code yet [06:18] i dunno, i can live with gnome do and compiz [06:19] How can they just throw out compiz! Compiz is one of the main things that draws people to linux. It's what people think of when they think of Ubuntu! [06:19] er no, you're exaggerating [06:20] Im talking about new people who get excited to try it out. [06:20] compiz isn't everything, but it sure as hell is something which has features i can't live without [06:20] They see that cube, they get excited, they want to know what that is, it's linux, so they get Ubuntu. [06:20] i know many new ubuntu converts who aren't excited by compiz [06:20] it's not so much of the cube, it's more of the virtual desktop [06:20] aka workspaces [06:20] Yeah [06:21] all window managers have them [06:37] slangasek: nvidia-common uploaded. [06:44] StevenK: cheesr === emma is now known as emmmm === emmmm is now known as a [06:48] slangasek: So maybe we reject -185, and get Alberto to update -180 after Alpha 4. I'm not really fussed, but it does seem fairly gratuitous [06:48] StevenK: I agree [06:56] looking at http://people.canonical.com/~dholbach/sponsoring/ we should really make it the Ubuntu Sponsoring Week === nellery_ is now known as nellery [07:04] that sounds like a good idea === mrooney1 is now known as mrooney_ === mrooney_ is now known as mrooney1 === a is now known as emma === tkamppeter_ is now known as tkamppeter [07:23] superm1, hi [07:31] slangasek: did you get my message about bug 385475 being fixed and needing to be dropped for alpha4 release notes known issues ? [07:31] Launchpad bug 385475 in likewise-open5 "[Karmic] Likewise-Open 5 fails to authenticate users" [High,Fix released] https://launchpad.net/bugs/385475 === sabdfl1 is now known as sabdfl [09:04] slangasek: no transition needed from what I saw gir-repository is still intended to be "temporary" [09:05] slangasek: but well, it's a long "temporary" time, apparently :) [09:05] what's 'gir' [09:07] my supybot on oftc! [09:07] sarts_: I guess 'r' and 't' are pretty close together on didrocks' keyboard :) [09:07] hey dholbach :) [09:07] heya didrocks [09:07] how's life in France? [09:08] no, gir-repository is a collection of gobject-introspection :) [09:08] these french guys, tsk .... get better keyboards ! [09:08] dholbach: great. I'm in the Alpes, near my parents on holidays :) [09:08] ;) [09:08] ah nice [09:08] ogra: azerty keyboard for the win \o/ [09:08] haha [09:08] hehe [09:08] didrocks: I doubt it [09:08] any time you need alt-gr to be useful, your layout sucks [09:09] directhex: that's unfortunately correct :/ [09:10] of course it is! /me knows all ;) [09:10] directhex: is there any layout that does not require the use of Alt-Gr while still supporting the € sign? [09:11] sarts_: anything with a compose key \o/ [09:12] sarts_, obviously € sucks! [09:13] * dholbach reminds everybody of http://people.ubuntu.com/~dholbach/sponsoring/ :-) [09:14] currently, $ and £ suck more ;-) [09:18] ttx: I guess that means you didn't see my request that you update the wiki page? :) [09:18] didrocks: right, long enough that we have to deal with it for a release cycle :/ [09:20] asac: so, switching from bluez-gnome to gnome-bluetooth costs is half a MB on the CDs... does it bring half a MB of functionality? [09:22] slangasek: no :) could you resend the url ? [09:22] ttx: https://wiki.ubuntu.com/KarmicKoala/TechnicalOverview [09:23] meh, amrel+imx51 doesnt build its livefs [09:23] slangasek: ok, will do [09:24] ttx: thanks! [09:28] slangasek: the issue is that netbook-launcher and libclutk-0.2-0 depends on libclutter-gtk-0.10-0. If they still needs only 0.8, we can add an epoch to the source package, rebuild it to 0.8, and create clutter-gtk-0.10-0 source package in universe. Does this sound right? [09:28] slangasek, if you want to ubuntu1 mono, i can get you 200k. i'm still trying to convince meebey to do it, but i don't see it happening in a4 timeline [09:29] directhex: I think we'll have to find the space elsewhere for alpha-4 (langpacks); I'm just poking at what looks like new bloat as it appears [09:30] didrocks: that doesn't make any sense at all to me - why would we not be trying to get rid of the 0.8 stuff entirely? [09:31] slangasek, well if you become desperate, you know where to find me [09:31] slangasek: it was to avoid having to MIR gir-repository and all depends (only 0.10 depends on it IIRC, have to check this) [09:31] slangasek, gnome-bluetooth is official part of GNOME now and maintained, will get frequent tarballs, new features, etc [09:32] seb128: but why is it 5x the size of bluez-gnome? It certainly doesn't look more functional to me [09:33] slangasek, 5x? [09:33] seb128: will gvfsd-backends be switching to obexd-client, btw, now that bluetooth-gnome depends on it? [09:33] slangasek, I expect so [09:34] seb128: yes; gnome-bluetooth+libgnome-bluetooth7+modemmanager+obexd-client = 680K, vs. 161K for bluez-gnome (ok, 4x, not 5x) [09:35] slangasek, to be fair in that you should not count modemmanager and obexd [09:35] since bluez-gnome also has a obex server and doesn't cover what modemmanager do [09:35] if obex-data-server wasn't still on the CDs too, I wouldn't count obexd-client; but ok, that's still 3x. :) [09:35] but yeah there is some sort of overlap now until we do proper cleaning [09:47] slangasek: I just did a build of UNR, I didn't step on your toes? [09:47] StevenK: ah, well, we'll get another build soon then [09:47] no big deal [09:48] * StevenK nods [09:56] according to my figures, f-spot/tomboy plus deps have shrunk by about 5 meg this cycle [09:57] who would like to give a packaging training session at 12:00 UTC tomorrow? (nothing huge, 15-20 minutes of content + some time for questions is fine) [10:05] james_w and I just had the idea to run a "on-call review" session instead of a "strict packaging training" session - who would like to participate as a reviewer? [10:05] hey mok0 [10:06] dholbach, "on-call"? [10:06] heya dholbach [10:08] seb128: instead of a packaging training session, we wanted to be in #ubuntu-classroom and review stuff of people who show up there and explain problems, etc. [10:08] like an online review [10:08] ah ok, I can be around I guess ;-) [10:12] * ogra is desparate [10:12] seems my armel livefses dont build because gconf2 cant be found [10:12] but gconf surely built [10:13] dholbach: I can do that [10:14] http://paste.ubuntu.com/251824/ is what i get trying a manual livefs.sh run on armel+imx51 [10:14] sometimes apt reports that package X is not installable when actually the problem is in one of X's dependencies [10:15] I usually use chdist to investigate [10:15] well, libgconf2-dev or gconf2-common replace gconf2 [10:16] and apt-get install gconf2-common is no prob at all in the chroot [10:16] dholbach: aloha! Sry for the g-d-s sync. I accidently subscriped the archive admins too and the just know mono stuff is _not_ b0rken so they synced without leaving a note :) [10:16] you need to test installing them all at once, not just one at a time [10:17] the signs point to some kind of conflict [10:17] and BTW that message totally does not say that gconf2 can't be found [10:17] it says it's not installable, that's different [10:18] ogra: which flavour is this? [10:18] armel+imx51 [10:18] seb128, cjwatson: that'd be sweet - you guys are rockstars! [10:18] I'll send out an announcement later today [10:18] that's not a flavour, that's a subarchitecture [10:18] kubuntu is a flavour, for example [10:18] ubuntu-desktop, sorry [10:19] ok, I get a different error when testing with chdist [10:19] evolution: Depends: evolution-common (= 2.27.5-0ubuntu1) but it is not going to be installed [10:19] i'm just running livefs.sh -simx51 here [10:19] Recommends: evolution-documentation (= 2.27.5-0ubuntu1) or [10:19] evolution-documentation-en (= 2.27.5-0ubuntu1) but it is not going to be installed [10:19] ugh, i missed the equal sign [10:19] sorry for the noise [10:19] (though I don't have universe enabled) [10:19] i do, but evo ftbfs [10:20] that'll need to be fixed then ... [10:20] yes, retrying it now [10:21] what good will retrying it do? [10:22] how did the build break? [10:22] the problem is that gtkhtml3.14 failed to build [10:22] it should fix it, normally the deps are delayed because openjdk or something builds [10:22] ogra: gah. no. stop. think. [10:22] gtkhtml3.14 failed to build because:; [10:22] gnome-icon-theme: Depends: libgtk2.0-bin but it is not going to be installed [10:22] arch all any mismatch in gtk I guess [10:22] so let's check http://people.canonical.com/~ubuntu-archive/testing-ports/karmic_probs.html [10:23] ie the new version didn't build on the arch [10:23] so that's no longer showing any problems in that area [10:23] so retry gtkhtml? [10:23] which indicates that it's probably safe to retry gtkhtml3.14 [10:23] wait for gtkhtml3.14 binaries to publish, *then* retry evolution [10:24] ok, i just wasted buildd time then, i was to fast [10:24] if people give-back without thinking then we may have to withdraw the ability for developers to retry builds [10:24] especially on slow architectures [10:32] slangasek, when would be a good time to upload a new gtk version? [10:46] slangasek: there is room for improvement how gnome-bluetooth is linked (e.g. he links libcommon.a in binaries and lib) [10:46] slangasek: modemmanager has nothing to do with the bluetooth thing. its factored out of NM rather [11:02] evand1: timezone page in ubiquity-frontend-kde broken, anything that's changed there recently? http://paste.ubuntu.com/251852/ [11:07] Riddell: yeah, mterry made changes to ubiquity to support translated timezones, and it looks like the kde timezone class hasn't been updated for those changes. shtylman, can you take a look at this? [11:20] * Keybuk fails to understand why he shouldn't push with uncommitted changes [11:23] * ogra sighs about slowness of mirroring binaries to ports.u.c [12:01] evand1: will do [12:01] shtylman: thanks, I appreciate it [12:01] no prob [12:07] soren: thanks for the new gnupg2 version, I can now play with my new shiny OpenPGP 2.0 card :) [12:08] geser: No problem. That was my goal, too, as I'm sure you've gathered by now :) [12:09] Keybuk: '(echo "[ALIASES]"; echo "push = push --no-strict") >> ~/.bazaar/bazaar.conf' ? :-) [12:10] directhex - do you know if libipoddevice is still maintained anywhere, or used (or going to be used) by anything? [12:10] https://edge.launchpad.net/ubuntu/+source/libipoddevice [12:10] err, or for that matter 'bzr alias push="push --no-strict"' [12:11] The following packages have unmet dependencies: [12:11] usb-creator-common: Depends: syslinux but it is not installable [12:11] mumble [12:11] chrisccoulson, i don't know! [12:12] the only reason i asked you is because the ~mono team is subscribed to the package ;) [12:12] that's ok if you don't know though [12:12] * YokoZar closed 10 ia32-libs bugs today [12:12] Multiarch is still vaporware right? [12:12] it's gradually congealing [12:13] ia32-libs is a 500 meg source package now ;) [12:13] urgh [12:13] you have the bandwidth for that? === MacSlow is now known as MacSlow|lunch [12:14] chrisccoulson: sort of, dput kept stalling with 1 k left because of Comcast being horrible, so I had to sftp it to a datacenter server and then dput it from there [12:15] yeah, i think my ISP would start throwing heavy objects at me if i was uploading things of that size frequently ;) [12:18] chrisccoulson, perhaps libipoddevice was once an rdep for banshee? [12:19] chrisccoulson, yep, in dapper [12:19] cjwatson: I did that [12:19] I just wondered why it was the default now [12:19] directhex - that's what i'm thinking. the code doesn't seem to be hosted anywhere, and it currently depends on gnome-volume-manger, which i'm looking to have removed [12:19] ah, ok. so libipoddevice is probably not worth keeping around now then? [12:19] chrisccoulson, i would support its removal. who's maintainer in debian? [12:20] Keybuk: yeah, I don't know, seems an odd decision to me [12:20] directhex - not sure who maintains it in debian. i'll check this afternoon [12:20] thanks :) [12:26] * ogra ties seb128 to his chair and moves the chair 2m away from the keyboard [12:28] ogra, what? [12:28] i'm trying to get a working liveimage on armel ... you are uploading stuff all the time [12:28] sorry I should be done now [12:29] the thing is that if we don't get those now it will delay by 2 weeks at least [12:29] I'm not there next week neither is pitti [12:29] yeah, its fine as long as gtk doesnt take significantly longer than evo [12:29] and I don't want to upload a gtk on friday before holidays [12:29] right, but i'm also under pressure to have images, why isnt the qeue locked ? [12:30] because we have soft freeze for alphas [12:30] meh [12:30] it's always like this [12:30] at least the day we actually roll the images it would make sense, so people can upload and we are not affected with the images [12:31] usually uploads don't break images [12:31] gtk is a limit case I admit [12:31] but as said it was now or in 3 weeks [12:31] and the new version fixes annoying client side bugs [12:31] yeah, should be fine i luckily retried evo right before you uploaded so it builds now [12:46] is any1 home ? [13:13] shriek ! [13:14] asac, why did the buttons get flipped on the "thats embarrassing" page in FF ??? [13:14] * ogra curses, just lost his whole session [13:18] ogra, what embarrassing page? [13:20] seb128: session recovery [13:20] seb128: http://1.bp.blogspot.com/_XITx9cKVWJU/SmpOfCSwHTI/AAAAAAAAABE/J-vCCXz3F-k/s1600-h/firefox_crash.jpg [13:20] (just googled for firefox embarrassing) [13:20] huh why is restore on the left O_o [13:20] wasn't it always on the right? [13:22] restore should be on the right to follow GNOME [13:23] seb128, but it was on the other side this morning ... i just clicked blindly [13:23] seems a bug [13:24] well, restore is on the right now [13:24] it *was* on the left until we got the official package [13:25] bug fixed then ;-) [13:25] pfft [13:26] * ogra steals seb128's session info to have at least *something* :P [13:26] I don't use sessions [13:26] you use tabs, dont you ? [13:26] ogra: which page? [13:26] yes, I close tabs before closing firefox [13:26] asac, the crash/session recovery [13:27] but having crash recovering is useful [13:27] ogra: might be that they tried to be more gnome compliant ;) [13:27] the right one is the one people are expected to hit if they dont read [13:27] afaik [13:27] asac, yes, they should add a around the button then :P [13:27] ogra: i think its a one time learning effect for folks like you that rely on it ;) [13:27] yes, right is safe choice [13:28] you will probably not do it again ;) [13:28] heh, i always keep tabs open between sessions. i only start closing them when FF is using about 800MB of RAM [13:28] ie restore session should be there [13:28] yep [13:28] ogra: is that the case? [13:28] i will *for sure* not do it again :P [13:28] asac, yes, its the right button now [13:28] used to be the left one until i upgraded today [13:30] it would have been a perfect note to add to the "firefox restart required" window [13:30] ogra, I asked about this earlier, see preferences windows: to me all firefox internal buttons were in 'windows order', but print etc of course coming from gnome in 'correct' order [13:30] ogra: restart required window is going away [13:31] meh, that would have been a good place to warn me [13:31] you should get a "start" thing in firefox [13:31] restart [13:31] hile, well, i like that the buttons are in proper order now, i just dont like that i lost my session info with about 70 open tabs [13:32] i kind of abuse FF tabs as todo list and keep stuff open until i cared for it [13:32] yes but if this still affects the internal preferences windowows (could not check) there are other windows now in wrong order for gnome [13:33] one of them was the dialog to choose if you want to open or save a download, cancel is rightmost button - but mybe this was fixed after I last saw a karmic machine [13:34] but, need to catch a train -> [13:45] can someone reject haskell-edison-api from NEW please? [13:48] alternatively, can I upload the same version again? [13:49] yes, you can [13:51] good news === cprov1 is now known as cprov === MacSlow|lunch is now known as MacSlow [14:50] ogra: restore's been on the right for some time. If you haven't closed firefox again then your old session might still be around in your profile directory [14:50] ogra: though you're not the first, mdz had the same problem at the sprint; I happened to be sitting beside him and walked him through the recovery === robbiew_away is now known as robbiew === jMyles_ is now known as jMyles === bdrung_ is now known as bdrung [15:34] Updating my karmic desktop results in all windows include the panel disappearing immediately after I enter the keyring password. So I just have the background and a cursor. Curiously, alt tab works (even drawing the switcher window and window outlines) and I can enter text into windows, they just don't ever become visible. [15:34] Anyone else experiencing this? [15:34] evand, xsplash bug [15:34] evand, you can stop xsplash if you want [15:35] evand, bratsche is on it I think [15:35] seb128: Awesome! You're a lifesaver. [15:35] thanks [15:36] that's a sideeffect of using the default background image [15:36] it's not obvious the session is loaded with xsplash over it [15:37] which is what you want when xsplash go away ;-) [15:37] heh [15:39] cjwatson, slangasek:: I think that's an alpha4 blocker [15:39] it happens to quite some people today [15:39] the xsplash thing just discussed [15:43] seb128: hi! so I hope to add an apparmor profile to evince this week (bug #382913). What is the best way to coordinate with you? just upload? debdiff in the bug? bzr branch? [15:43] Launchpad bug 382913 in evince "ship enforcing apparmor profile for evince" [Wishlist,In progress] https://launchpad.net/bugs/382913 [15:43] seb128: ack; is there a bug open? [15:43] jdstrand, feel free to upload if you don't need a review [15:44] slangasek, bug #412455 [15:44] seb128: cool, thanks. it'll likely be Friday [15:44] Launchpad bug 412455 in xsplash "xsplash doesn't timeout to reveal the user session" [Undecided,New] https://launchpad.net/bugs/412455 [15:44] slangasek: I just got hit by the same thing on unr too [15:44] jdstrand, don't forget to push your changes to bzr though ;-) [15:44] seb128: ack [15:45] seb128: new gtk version> tomorrow, I suppose [15:46] slangasek, too late [15:46] slangasek, it's in karmic for some hours now [15:46] slangasek, sorry but I just uploaded since I wanted that before my holidays and didn't want to upload on friday to run away [15:46] especially that pitti and mvo are not around either [15:46] nor is robert_ancell [15:47] ie that was now or after holidays [15:47] * slangasek sighs [15:47] slangasek: too late for the pebbels to vote. [15:48] *pebbles [15:56] slangasek, would now be a good time to upload a gdm fixing gdmsetup crashing on new configs? [15:57] only change is to gdmsetup and that's not a lib so it should not confuse any cd build [15:58] seb128: it's not a good time, no; please wait until the milestone freeze is up [15:58] ok [15:59] slangasek, just curious but what sort of issue random app uploads can cause? [16:01] seb128: it screws up being able to see when we're done rerolling for critical issues because the set of packages on the ISO is constantly out of date, and if any package happens to get bigger on rebuild (which can happen from incidental toolchain changes, etc), then it may push an image oversized to where we'll have to respin it a second time [16:08] slangasek, hum, ok [16:11] cjwatson, hmm, i must have skipped a few upgrades then, i totally rely on update-manager nowadays, if it pops up i upgrade [16:11] cody-somerville: xubuntu ISOs are oversized for alpha-4; could you have a look at pruning? [16:12] * cody-somerville nods. [16:14] slangasek, 20090812.1, should those be what i should ask folks to test on mythbuntu, or is there any other planned re-rolls? [16:14] * ogra sighs, so evo finished building 1h ago on armel ... still no trace of the binary on ports [16:17] * ogra wishesfor a "sync now" button on ports so he can start building images === sbasuita_ is now known as sbasuita [16:32] tkamppeter: we're in a milestone freeze. [16:36] superm1: currently I'm aware of no reason to need to reroll mythbuntu, yes; posting it to the tracker now [16:36] slangasek, ok thx === RIddelll is now known as Riddelll === zul_ is now known as zul [16:46] slangasek: Sorry [16:46] superm1: The bluez changes are accepted upstream now. [16:47] tkamppeter: are you subscribed to ubuntu-devel-announce? A mail is sent there when the freeze starts, and it's added to the channel topic here [16:47] tkamppeter, great thanks. [16:48] superm1: So the patch can be dropped as soon as the upstream bluez version with the fix comes out. [16:50] superm1: The change in the debian/bluetooth.conf must stay as we replace the upstream file completely with ours. [16:50] okay === beuno is now known as beuno-lunch [16:58] mterry: you'll be able to fix the kde ubiquity frontend soon? [16:58] Riddell, already in bzr [16:59] Riddell, sorry man. I only tested in non-English languages [16:59] gosh [17:02] mterry: rocking, works [17:02] Riddell, sweet [17:03] evand: shall I upload? [17:03] Riddell: I'll sort it out. I'm just fixing one more bug in the kde frontend [17:03] thanks though [17:04] great [17:20] slangasek, can we upload a fix for that xsplash timeout fallback bug to main? [17:20] kenvandine: not clear what you're asking - are you asking whether it's ok to upload during the milestone freeze? [17:21] yes... fixes that bug you tagged [17:21] slangasek, he saks if it's ok to fix the alpha blocker fix now [17:21]