[04:23] xnox: https://bugs.launchpad.net/ubuntu/+source/icu/+bug/1037588 :( [04:23] Ubuntu bug 1037588 in icu (Ubuntu Quantal) "Provide pkg-config pc files" [Wishlist,Incomplete] [04:23] bad attitude, dude [04:25] particularly considering the bug is in our packaging... [04:26] I don't see why we wouldn't ship a .pc file if present [04:26] micahg: it was a simple packaging error [04:27] ah, fixed in raring [04:27] yeah, so SRUing that might not be possible unless it's needed by something in the archive that won't build otherwise (and won't break anything else) [04:28] ya. i grok that. [04:28] * desrt doesn't grok the bad attitude, though [04:28] (particularly since the comment is factually incorrect) [04:32] desrt: which comment specifically? (I'm a little tired ATM) [04:32] the last one [04:32] yeah, doesn't seem right [04:33] i'm building a patched icu to try to see if it fixes the issue here before i comment [04:33] least we could do is to get that into the desktop team ppa or something [04:33] yeah, I"m a little reluctant to backport icu [04:33] ya. don't blame you [04:40] huh... looks like our libsoundtouch and liboauth packages suffer from exactly the same issues [04:43] or not. two different unrelated issues there. [04:49] jbicha: hey. can you upload to desktop team ppa? [05:04] desrt: yes [05:05] jbicha: got a few minutes for a favour? [05:06] sure [05:06] specifically: can you grab the icu source from quantal, apply https://launchpadlibrarian.net/118048821/icu-pkg-config.diff, bump the version, add an appropriate log message and upload it to the ppa? [05:06] https://bugs.launchpad.net/ubuntu/+source/icu/+bug/1037588 is the bug reference... [05:06] Ubuntu bug 1037588 in icu (Ubuntu Quantal) "Provide pkg-config pc files" [Wishlist,Incomplete] [05:07] it's not a new vendor patch... just a packaging fix... [05:08] I can't remember hearing of icu before :) [05:08] it's a pretty widely used unicode support library [05:08] jhbuild has been complaining about the missing .pc for ages [05:09] but it's been safe to ignore [05:09] except now harfbuzz is broken [05:09] oh a one-liner, those are the best :) [05:09] someone just forgot the .pc files in the -dev.install [05:10] probably because it didn't used to have them and then when upstream added them we didn't update the packaging properly [05:24] desrt: uploaded and building now [05:27] HI [05:28] I am trying to install 32 bit 12.04 LTS on my HP mini, and during installation I got the following error: "Executing 'grub-install/dev/sdb' failed. What more I can to fix this issue? Thx [05:30] jbicha: great. thanks. [05:30] jbicha: icu is a bit of a beast so it should be done by tomorrow morning :p [05:30] desrt: any idea why I can't jhbuild gtk? http://paste.ubuntu.com/1578983/ [05:31] jbicha: probably got deprecated. pick option 6 [05:37] I wonder if option 8 would have worked, only 25% downloaded so far :( [05:37] jbicha: usually you can do something like "git clean -fdx" [05:38] it resets everything to the same stage you'd be right after a clone (i.e drop all changes, remove all untracked files, etc..) [05:50] cool that worked [06:10] Good morning [06:10] argh, I lost my workspaces today! what changed? [06:11] org.gnome.desktop.wm.preferences num-workspaces 4 [06:12] pitti: they finally "fixed" bug 868423 [06:12] Launchpad bug 868423 in unity (Ubuntu) "Launcher - Workspace switcher should not be in the Launcher by default" [Critical,Triaged] https://launchpad.net/bugs/868423 [06:13] jbicha: well, I don't care whether or not it's in the launcher [06:13] I care about having them and being able to switch between them [06:14] so downgrading compiz should help? [06:14] wow, I would think removing them on upgrade is a regression... [06:14] pitti: did you check System Setttings>Appearance>Behavior ? [06:15] micahg: I don't know, it's a new default [06:15] jbicha: ah, thanks; that's off indeed [06:15] but there are my gsettings that it should be on [06:16] jbicha: *phew*, thank you [06:38] micahg: that bug explicitly says "both on fresh installs and upgrades"... [06:42] * mitya57 thinks it's still a bug that it doesn't honor gsettings [06:43] and that it's impossible to have workspaces but not have useless launcher item [06:45] yeah, I'd rather they didn't touch gsettings and just removed that icon [06:46] it already got crippled down to "not usable" a long time ago, so we can just as well drop it [09:00] hey [09:05] hey Laney, hey desktopers [09:07] hey seb128 [09:07] good weekend? [09:08] excellent, thanks [09:08] yours? === tkamppeter_ is now known as tkamppeter [09:08] was my birthday ;-) [09:08] so yeah! [09:10] Laney, oh, happy birthday! did you organize a party or something? ;-) [09:10] a few of us went to the pub [09:21] desrt: I originally asked for pkg-config files in icu upstream in the first place & was helping them to split and get them right. [09:23] and well one can patch a gnome module in jhbuild to not use pkg-config and instead use the old-style icu-config. [09:23] Laney: lose any jumpers :) [09:24] my girlfriend knitted me a hat for my birthday [09:24] it has a little loop so that I can tie it to my coat [09:24] for loss prevention ... :( [09:24] Laney: awwww [09:24] she knows you so well [09:25] :) [09:25] desrt: I'd rather see pointers to which gnome pieces rely on pkg-config for icu and re-add fallback to use icu-config as they have been for many years. [09:25] * xnox even will write a patch. [09:30] seb128: do you know the component du jour that is drawing the background? unity, g-s-d background plugin, nautilus? [09:31] pitti, g-s-d iirc [09:31] unless you have icons on the desktop, then nautilus takes over [09:31] I thought thatw as some kind of fallback, if unity/shell/nautilus don't draw it [09:31] (at least thats what was explained to me at UDS) [09:35] good morning everyone [09:36] fwiw, the nautilus code is being removed in gnome bug 686549 [09:36] Gnome bug 686549 in background "background: remove code that deals with nautilus drawing the desktop" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=686549 [09:36] does the g-s-d fallback for drawing wallpaper even work anymore? if i kill nautilus, i get a blank desktop [09:38] chrisccoulson: hm, not here; I still get my wallpaper when killing nautilus, but I don't think that's a valid method to determine what drew it in the first place [09:40] chrisccoulson, hey, how are you? [09:41] seb128, yeah, not too bad thanks. how are you? [09:41] chrisccoulson, I'm good thanks [09:41] chrisccoulson, pitti: nautilus renders the background for us [09:41] g-s-d has code to do it as well, but I don't think it picks that up dynamically [09:42] seb128: so Unity doesn't do it? [09:42] it checks when starting if nautilus is doing it (where "doing it" might be reading the nautilus gsettings key) [09:42] pitti, no [09:42] pitti, we had discussion about moving that to unity though, it would probably make sense there... [09:46] pitti, quick ubuntukylin-default-settings' question for you, the template command added a ubiquity-slideshow directory (which is not covered by the manpage) ... are those slides added to the normal ubuntu set or do they replace it? === vrruiz_ is now known as rvr_ [09:48] seb128: hmmm.... there was a good blog post explaining how slideshow customization works (it was changed in quantal cycle) [09:49] xnox, I'm reading https://bugs.launchpad.net/ubuntu/+source/ubuntu-defaults-builder/+bug/1035806 [09:49] Ubuntu bug 1035806 in ubuntu-defaults-builder (Ubuntu) "Please support customization of ubiquity-slideshow through defaults builder" [Undecided,Fix released] [09:49] as far as I recall correctly it replaces them...... (ubiquity depends on a package that provides ubiquity-slideshow) [09:50] xnox, http://www.dylanmccall.com/blog/ I guess? [09:50] seb128: ah yeah, extras works now. And it's an overlay. E.g. you can just drop translations or localised screenshots, or complete slides. [09:50] seb128: yes, that blog! [09:50] xnox, thanks ;-) [09:50] seb128: I didn't write that part; whoever did forgot to document it then [09:51] pitti, yeah, I just found who wrote it, and he did document it... on his blog [09:51] seb128: that ought to go into the manpage and test cases, though [09:52] xnox, ^ you are the one that merged that in [09:53] seb128: i merged the ubiquity bits as far as I can remember correctly. [09:53] seb128: dylan wrote it all =) so maybe he should make patches for manpages & test cases ;-) [09:53] xnox, https://bugs.launchpad.net/ubuntu/+source/ubuntu-defaults-builder/+bug/1035806/comments/4 has your name on the ubuntu-defaults-builder upload as well [09:54] Ubuntu bug 1035806 in ubuntu-defaults-builder (Ubuntu) "Please support customization of ubiquity-slideshow through defaults builder" [Undecided,Fix released] [09:54] ok. I probably did all of them simultaniously as otherwise the next build of ubiquity would have been broken. [10:21] hmpf [10:21] * ogra_ sees a new bug in 12.04 since that latest update of the desktop ... [10:21] does anyone else have the panels around above the screensaver when locking ? [10:21] (and the notification bubbles seem to be behind the panel as well) [10:24] ogra_: I've seen that in the past, before this update [10:24] funny, for me it started a few days ago [10:24] can you back out the update (probably bamf?) and see if it behaves? [10:26] yeah, not right now though, i need this machine today [10:26] but i'll check bamf, it misbehaves anyway [10:27] (firefox doesnt use its icon in the launcher but starts a new one with the question mark pic) [10:28] ogra_: restarted since the update [10:28] ? [10:28] several times, yes [10:28] stacking issues... [10:28] yep [10:28] hmm, pointer barrier problems again [10:29] i seem to not be the only one [10:29] https://lists.ubuntu.com/archives/ubuntu-users/2013-January/267103.html [10:29] lovely that the support ML suggests installing xscreensaver as the solution :P [10:50] popey: mhr3: I think I can port some lenses from python to vala, for speed & memory usage improvements. E.g. the photo lens? [10:56] xnox, IMHO that would be great, I was planning on doing it this cycle but I probably won't have the time. Also, API changes for scopes are about to land, you might want to wait for that. [10:56] xnox, would be great, but we're changing the scope api, it'd be better to wait [10:57] I see. [10:57] Do we have any vala scopes already? [10:58] xnox, Files, Applications, Gwibber, Music (Rbox and Banshee scopes) [10:58] davidcalle: awesome, thanks. [10:58] davidcalle: mhr3: can I see / run the new-style API yet? [11:02] xnox, nope, sorry [11:23] respect syntax highlighting; it could save your CPU some wasted work [11:23] * Laney grimaces [11:54] seb128: just curious if bug 1105102 is being taken care of, the issue happens quite frequently and appears to affect a lot of users [11:54] Launchpad bug 1105102 in glib2.0 (Ubuntu) "dconf-service crashed with SIGSEGV in g_variant_builder_add_value()" [High,Confirmed] https://launchpad.net/bugs/1105102 [12:06] psivaa: Do you have an e.u.c page for that crash? [12:11] Laney: i dont see for this crash, may be it's low down the order, but 30+ people have marked the bug as affecting [12:11] hi jibel. do you need to enable anything so that https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/ picks up new builds? [12:11] i did some fixes last week which should hopefully fix the failures === jhernandez is now known as jhernandez|lunc === jhernandez|lunc is now known as jhernandez|lunch [12:51] chrisccoulson, hey, it should have start with a new upload, I'll look into it. I launched the test manually [12:51] and it failed with E: Unable to locate package fonts-nanum-core [12:55] jibel, oh, i made a typo there :) [13:11] psivaa, isn't that fixed with https://launchpad.net/ubuntu/+source/glib2.0/2.35.4-0ubuntu5 ? [13:15] awesome, jo made me a pork and stuffing sandwich for lunch :) [13:28] hey Sweetshark I notice my FF on raring is crashing as lot the last couple of days [13:29] raring is in development ... [13:29] (ooops, i'm not allowed to claim that anymore, right ?) :) [13:30] rickspencer3, it works fine on my nexus7, you should just switch to a sane architecture ;) [13:30] (it is dog slow though) [13:30] FF? [13:30] yeah [13:30] also, I believe Sweetshark is away this week [13:30] but if you mean Firefox I'm not sure why you ping him [13:30] i didnt, rick did [13:31] yep, different you [13:31] heh [13:31] :P [13:32] * xnox ponders how did chrisccoulson got FF ppa to do adt, and yet upstart is not added yet (we also want to test our ppa) [13:32] xnox, i asked jibel :) [13:33] do we need the goa recommends from g-c-c for Ubuntu? [13:33] rickspencer3, no Sweetshark for the next 10 days, he skiing [13:33] he's* [13:33] seb128, hmm, ok [13:33] rickspencer3, did you mean LO? [13:33] seb128, no, I meant FF [13:33] so, err, not Sweetshark [13:33] rickspencer3, because FF is chrisccoulson's [13:33] lol [13:33] * chrisccoulson hides [13:33] :) [13:33] how soon they forget [13:33] heh [13:33] lol [13:34] rickspencer3, have you got a crash ID? (about:crashes) [13:34] but he will likely blame it on the webapps team ;-) [13:34] chrisccoulson, nah, I let the crash dialog do it's thing [13:34] rickspencer3, yeah, if you let the crash dialog submit it, you should have an ID in about:crashes :) [13:34] (hopefully) [13:34] then i can go and find the report [13:35] seb128, i don't blame everything on webapps ;) [13:35] some things i blame on compiz too [13:35] * ogra_ doesnt blame webapps ... but blames FF [13:36] lol [13:36] scrolling in G+ on the nexus7 is nearly impossible [13:36] with no webapp in use [13:36] ogra_, i looked at some firefox memory leaks last week, and all of the biggest ones were of our own making [13:36] (ie, dbusmenu) [13:36] well, it seems to be only on heavy javascript sites that it gets so slow [13:37] gmail, G+ etc [13:37] i can actually see it drawing triangles inside the page when scrolling [13:37] on other sites that dont use javascript its breezingly fast [13:40] i can't see how javascript would have anything to do with painting when scrolling. it's likely just a coincidence, and that it's actually the layout of those sites trigger things that are slow [13:40] (eg, scrolling text over fixed backgrounds, etc) [13:41] might be, i didnt dig deeper [13:41] but i don't use the gmail interface, and i've not been on G+ for months :) [13:41] well, it is clearlyx two pages where you can easily see it on the nx7 [13:43] When a running "make" in a folder shown by a GtkFileChooser (like opening file dialog in gedit), the app crash [13:43] it has been like that for months now [13:43] I can't find the bug in lp though, but I'm sure I reported it [13:43] it looks like to be ubuntu specific, can't reproduce on other distro [13:44] or am I the only one to suffer from that bug? [13:45] actually my bug report just had his 1year anniversary: https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/920326 [13:45] xclaesse: Error: ubuntu bug 920326 not found [13:45] xclaesse, can you give us the bug id from the one you reported? [13:46] that one got closed invalid because back then I was using custom packages IIRC [13:46] but I sure there are others === jhernandez|lunch is now known as jhernandez [13:46] xclaesse, is there any way you could get a stacktrace using gdb? [13:46] I still click report daily in apport for the same thing, but it does not seems to report anymore [13:48] seb128, http://pastebin.com/NVsGyc56 [13:48] xclaesse, likely http://git.gnome.org/browse/gtk+/commit/?h=gtk-3-6&id=fa3d04e556a704d3fada72254ff9f2b8e1d01946 [13:49] seb128, sound like that, yes [13:49] xclaesse, which we got fixed upstream, the fix is in GTK 3.6.2 ... the issue is that quantal GTK is still 3.6.0 since they broke stuff in the stable updates [13:49] seb128, that commit is not in quantal's package? [13:49] no [13:50] they refactored all the css code between 3.6.0 and 3.6.1 so we couldn't update in a SRU [13:50] we should probably backport that specific fix though [13:50] well, the bug happens when the directory content change while the fileselector is open on it [13:51] which in practice for "normal users" is not that often [13:51] so we didn't get lot of requests for the backport [13:51] but your "run make" usecase will easily run into it [13:55] seb128, I can understand it won't happen to normal users [13:55] seb128, but as developer I hit it daily [13:56] seb128, if you can package that commit, I'll be happy to test it :) [14:00] xclaesse, yeah, I was not trying to dismiss the issue, it's just why it didn't raise high on our tracker [14:00] xclaesse, I will add it to my to-SRU-list [14:00] seb128, great, thanks :) [14:00] yw ;-) [14:00] seb128, I'm pretty sure it is somewhere in lp, but can't find it anymore :) [14:01] xclaesse, 851843 [14:01] xclaesse, that's the bug we used to track the issue/closed in raring [14:10] good morning! [14:10] gah, [14:11] good morning cyphermox [14:11] kenvandine: good morning [14:12] Mimiko^_^: please fix your client! === Mimiko is now known as Guest81896 [14:13] seb128: do you have any special shiny channel access to fix his? === VD is now known as Guest39710 [14:16] cyphermox, let's see if that works === vrruiz_ is now known as rvr_ [14:17] that was basically my plan -- then we can drop the ban in an hour or so, assuming he'll have fixed it then [14:22] ogra_: so I'm reflashing my Nexus7 right now just to be very sure I got the lastest possible image, and I'll update immediately after -- but then I'll work on fixing the wakeups on tty, as well as bluetooth [14:22] eeep, there's pretty bad corruption in the background for the oem thingy [14:26] cyphermox, blame xnox [14:26] :P [14:26] really? [14:26] why? [14:28] cyphermox: our tiny little app in ubiquity call wallpaper doesn't paint the background as one would expect. compiz/unity don't paint wallpaper either. g-s-d does, but only if you set it's settings twice. [14:28] (and g-s-d is not running on !gnome derivatives) [14:28] pwahha [14:29] xnox: couldn't you paint it twice kind of like what g-s-d does? [14:43] cyphermox: hmm... I should look into g-s-d code. [14:45] g-s-d is supposed to display the wallpaper if nautilus is not [14:46] seb128: there is no nautilus, and the way ubiquity starts g-s-d it tries to show backgrounds of Adwaita.xml. [14:46] (that's for the ubiquity-only mode, not the try-ubuntu-session) the wallpaper is fine in the try-ubuntu-session. [14:46] xnox, hum, it should get the wallpaper to use from gsettings... [14:47] seb128: well that's the gsettings that are available in that session.... [14:47] * xnox will give another try setting those keys before & after launching g-s-d and see if it improves. [14:48] xnox, isn't ubuntu-settings installed? [14:48] 10_ubuntu-settings.gschema.override has [14:48] "[org.gnome.desktop.background] [14:48] show-desktop-icons=true [14:48] picture-uri='file:///usr/share/backgrounds/warty-final-ubuntu.png' [14:48] " [14:48] is that from casper ? [14:48] of from ubiquity itself [14:49] (note the preinstalled images dont have casper) [14:49] ogra_: well, non-overwridden uri is in dekstop images (so from casper), I didn't check preinstalled image. [14:50] seb128: something is not getting loaded right, because I also have to manually set overlay-scrollbars module to be loaded. [14:50] xnox: i think it's appropriate for upstream to use pkg-config if the version they require has pkg-config files, upstream [14:52] xnox: although if we are nervous to SRU a fix (which i understand) then having an icu-config check could be nice [14:52] desrt: sure. i also think it's unwise to change api in an sru (e.g. it makes icu-*.pc files not available in release & security, but available in updates and/or backports) or diverge from debian on this. [14:52] the three wishes are incompatible with each other =/ [14:52] xnox: i think having the package backported in the desktop team PPA (as jbicha did last night) is a good compromise [14:52] desrt: which packages / jhbuild modules break? [14:52] xnox: it's complicated... webkit depends on the icu support of harfbuzz [14:53] but if you don't have the icu .pc, then harfbuzz configures itself without icu support [14:53] then webkit breaks later [14:53] desrt: yeah, PPA upload would be good, since those who need it can find/enable it, and there is no hidden stones. Cause adding a ppa is an explicit action. [14:53] hmm... [14:53] let me look at harfbuzz. [14:54] i think we could fix it to require icu [14:54] at least it would fail sooner that way [14:54] in the middle of a webkit build is an annoying spot to fail :( [14:54] true. [14:54] only on arm [14:54] :P [14:55] * xnox is surprised to hear HarfBuzz for the first time. But it sounds like it was a good flamewar that I missed leading to a fork. [14:56] no. not at all like that. [14:56] it was written by the maintainer of pango [14:56] to replace half of pango.... [14:57] sounds like a very good maintainer ;-) [15:14] chrisccoulson: intel upstream would like us to drop server_side_gradients.patch from cairo since "majority of drivers (!nouveau, !radeon) accelerate them" [15:15] chrisccoulson: oh and cairo upstream as well [15:20] tjaalton, what would be the performance impact for radeon/nouveau? [15:20] seb128: I don't know [15:21] tjaalton, https://bugs.launchpad.net/ubuntu/+source/cairo/+bug/595845/comments/16 [15:21] Ubuntu bug 595845 in cairo (Ubuntu) "libcairo2 1.9.10 makes Ubuntu 10.10 slow" [Medium,Fix released] [15:21] tjaalton, can you get that https://bugs.launchpad.net/ubuntu/+source/cairo/+bug/595845/+attachment/1470628/+files/lala.py run on a nouveau and a radeon card with and without that patch? [15:22] the numbers from mvo by then: [15:22] " It takes 1.4s to run on my ati card on maverick and up to 3s on my nvidia card (with nouveau)." [15:22] which seems 10 times slower than the unpatched version [15:24] seb128: oh that's the origin, missed the "remaining changes" part.. [15:25] hmm [15:26] now why isn't nvidia loading? & unity/nouveau doesn't start [15:26] tjaalton, we might want to make that patch smarter and toggle settings depending of the driver [15:26] seb128: if possible, yes [15:26] http://paste.ubuntu.com/1582244/ http://paste.ubuntu.com/1582245/ [15:27] tjaalton, patches are welcome... ;-) [15:27] chrisccoulson: nevermind, it wasn't a new patch.. [15:27] as always :) [15:28] mlankhorst: ↑ any ideas perchance? [15:28] it just started after a reboot this afternoon — I think I autoremoved some kernels earlier in the day [15:29] Laney: messed around with binary drivers? [15:29] not manually [15:29] [ 10.445] (EE) NVIDIA: Failed to load the NVIDIA kernel module. Please check your [15:29] [ 10.445] (EE) NVIDIA: system's kernel log for additional error messages. [15:29] [ 10.445] (II) UnloadModule: "nvidia" [15:29] [ 10.445] (II) Unloading nvidia [15:30] grep -i nvidia /var/log/syslog or dmesg doesn't show anything [15:30] what happens if you modprobe nvidia? [15:30] compiz (core) - Info: Unity is not supported by your hardware. Enabling software rendering instead (slow). [15:30] compiz (core) - Info: Starting plugin: opengl [15:30] is tahat normal? [15:30] Xlib: extension "GLX" missing on display ":0". [15:31] module nvidia not found [15:31] you have nvidia drivers but nvidia failed to load, I'm guessing you're on vesa probably [15:31] it got nouveau according to Xorg.0.log [15:32] remove nvidia drivers then, it's probably using nvidia opengl [15:32] concerning that it stopped working though [15:34] yeah sounds like something messed up there :/ [15:34] the nvidia module didn't get built for your kernel [15:34] probably because of missing headers [15:34] or such [15:34] check the dkms lgo [15:34] log [15:35] I just dpkg-reconfigure nvidia-current and it seems to have built fine [15:35] http://paste.ubuntu.com/1582320/ [15:36] still modprobe fails though [15:36] do we rename the nvidia module? [15:37] mlankhorst, yes [15:37] either nvidia_current or nvidia_304 in this case [15:38] ERROR: could not insert 'nvidia_current': No such device [15:38] Laney: nouveau is already loaded, need to reboot probably :/ [15:38] Laney, you should use nvidia-304 [15:38] unload nouveau [15:38] aha [15:38] the package i mean (if you want nvidia blob) [15:38] what's the difference? [15:38] https://launchpad.net/ubuntu/+source/nvidia-graphics-drivers-304 [15:39] Laney, you are using an older version [15:39] nvidia-current-304.43 [15:39] seb128: right now it's intel & nvidia users who suffer from the same sort of performance drop, so the options could be to detect the dri2 driver being used, or add support in X for exposing the driver name for a screen.. [15:39] isn't current the recommended one? [15:40] Laney, not anymore, after the new packages in raring-proposed [15:40] right, it's nvidia-310 [15:40] still fails to load after a reboot [15:40] Laney, your current package isnt suppose to work with kernel 3.8 [15:41] indeed [15:41] shouldn't that be expressed in packaging? [15:41] Laney, if you are a gefore8 or higher use the nvidia-310 package [15:41] are/have [15:42] Laney, the 304 proposed package has transitioning packages [15:42] would jockey have installed nvidia-current for me or do you think I did that manually? [15:42] let me try 310 [15:43] looks promising - plymouth text frontend is a sign of nvidia (and no kms) [15:43] works [15:44] good [15:44] why are the drivers still in proposed? [15:44] so why hasn't that transitioned for 11 days? [15:44] trying: nvidia-graphics-drivers-304 [15:44] skipped: nvidia-graphics-drivers-304 (18 <- 9) got: 103+0: i-103 * i386: nvidia-current [15:44] you need to get that removed if it's supposed to go away [15:46] the transitional package should be Section: oldlibs btw so that apt-get autoremove can remove it [15:46] tseliot, ^ [15:47] ricotz: I need to ask the archive admins again [15:47] tseliot: if you want it removed then file a removal bug and subscribe ubuntu-archive [15:48] Laney: ok, thanks [15:48] np [15:48] it won't move to the release until this happens [15:48] which seems fairly urgent if it breaks on new kernels [15:49] Actually perhaps it's not really a transitional package if it's always supposed to pull in the newest driver? [15:49] desrt: http://paste.ubuntu.com/1582422/ finds and compiles with icu. [15:50] desrt: and that patch should be trivial to add to jhbuild module set, or you can push it upstream if you like. [15:50] desrt: tested on quantal, works like a charm. [15:52] xnox: would need to talk to behdad [15:52] xnox: but it's more complicated than that... the jhbuild sysdep checks are based on pkgconfig files [15:52] so you'd need to patch jhbuild as well [15:52] desrt: ok. [15:52] then maybe other modules too -- harfbuzz is only the first that failed [15:52] true. [15:52] desrt: why are you building on quantal instead of raring though? [15:53]