[00:09] slangasek: I'd like to upload http://paste.ubuntu.com/47604/ to ubiquity (plus changelog etc.) in response to the GtkAdjustment item in the GTK release notes; I haven't yet done a bug trawl but I think this should be RC because it probably results in partitions always being resized a little bit smaller when you edit them in the manual partitioner [00:15] at least bug 264599 appears to be due to this [00:15] Launchpad bug 264599 in ubiquity "Intrepid: manual partitioner fails to use remaining space fully" [Undecided,Confirmed] https://launchpad.net/bugs/264599 === dwatson is now known as dwatson_ [01:08] /c/c [01:26] slangasek: Emergency MIR for libnetaddr-ip-perl to make libmail-spf-perl installable: Bug 271124 [01:26] Launchpad bug 271124 in libnetaddr-ip-perl "MIR for libnetaddr-ip-perl" [Undecided,New] https://launchpad.net/bugs/271124 [01:34] cjwatson: have you seen https://bugs.edge.launchpad.net/ubuntu/+source/acpi/+bug/267682/comments/37 ? [01:34] Launchpad bug 267682 in linux "Hotkeys no longer working in Intrepid on Thinkpads" [Critical,Triaged] [01:35] cjwatson: the commenter says the root cause of this problem is that the kernel rejects keys from acpi-fakekey now, and that we should no longer be using acpi-fakekey for forwarding hotkey presses [01:37] cjwatson: looking in the acpi package it seems there's tons of similarly titled bugs. "Sony FN keys don't work", "Hot keys not detected", etc. [01:39] some of those bugs are fairly old -- see lp #64290 as an example that's 2 years old but seems to describe the same symptoms as mdz, et al [01:39] Launchpad bug 64290 in acpi "Hot keys not detected" [Undecided,Confirmed] https://launchpad.net/bugs/64290 [01:39] well, _similar_ symptoms anyway [01:43] slangasek: For the kdesdk problem cvsservice needs to get promoted to Main. Source package is already in Main. [01:45] slangasek: That's it off of http://people.ubuntu.com/~ubuntu-archive/testing/intrepid_probs.html that I'm working on. [01:50] bdmurray: btw, I notice there are a lot of bugs (>100) filed against 'acpi' which probably really belong to 'acpi-support' or other packages === superm1 is now known as superm1|away [01:51] bdmurray: 'acpi' is a simple command line tool that just displays the battery usage. Most of the bugs filed against acpi are about deeper issues. [01:52] bdmurray: it might be worth a script to move them? [01:55] bdmurray: I suspect they were mis-triaged. The bugs definitely sound like ACPI issues, but I'm figuring the triager mistakenly assumed package 'acpi' was for general acpi issues. But actually I only see a tiny handful that actually are about the acpi cmdline tool. [01:56] bdmurray: also probably it would be worth a bug day to clean this up, and also maybe do some work on acpi-support === lorddarkpat_ is now known as ldp === ldp is now known as ldp|zzz [02:42] bryce: I keep being told that acpi-support is supposed to go away for this cycle, and that everything should end up using pm-utils [02:43] until pm-utils handles the wireless hotkey on my thinkpad, the people who say this are lying [02:44] i love that acpi-support is still used :) [02:44] cjwatson: ubiquity> yes, go ahead [02:45] ScottK-laptop: hmm, I don't believe I have emergency MIR powers, and both the MIR team are off today [02:45] bryce: cf. bug 217504 if you haven't seen it already [02:45] Launchpad bug 217504 in linux "acpi_fakekey stopped working for certain keycodes" [High,In progress] https://launchpad.net/bugs/217504 [02:45] ScottK-laptop: will look at cvsservice later this eve [02:45] has a lot more detail and a patch that reverts to the old behaviour (although also a contention that acpi-fakekey shouldn't be relying on this ...) [02:46] slangasek: ta [02:48] hey bryce, any idea when we'll get a new driver from ati (fglrx) ? (if possible one that's compiled for the new Xorg) [02:51] slangasek: OK. I guess I'll ping pitti tomorrow then. [02:51] (for the MIR). [02:51] ScottK-laptop: libnetaddr-ip-perl promoted; I don't think pitti and doko will mind if I borrow the MIR hat [02:51] cjwatson: Thanks. [02:52] slangasek: Then that just leaves cvsservice for you and I'm done ... [03:13] slangasek: I did. [04:23] * kirkland superm1 ping [05:07] LaserJock: You around? [05:07] yeah [05:08] LaserJock: edbuntu-kde is on on the uninstallable list: http://people.ubuntu.com/~ubuntu-archive/testing/intrepid_probs.html [05:08] LaserJock: I have the solution for it. [05:08] Are you still the right person to run it past? [05:08] yeah [05:08] OK, it just needs khelpcenter/khelpcenter4 throughout. [05:09] LaserJock: I can upload it if you're OK with that. [05:19] LaserJock: ?? === superm1|away is now known as superm1 [05:31] LaserJock: I've tested this a couple of times in a clean chroot (including one with no Universe), so I think I'm ready to upload. What do you think? [05:44] 5~/c [05:50] * ScottK-laptop waits for an ugh. [05:50] Heya TheMuso. [05:51] ScottK-laptop: hehe. Not quite, I've slightly adjusted the way I have my IRC and other terminal windows/tabs set up, and its still taking a little bit of incorrect key presses to adjust. [05:52] Actually it's been a long time since I've seen an ugh, so I guess it's all working better than it used to. [05:52] Yeah it is. [05:52] And I keep the ugh to myself now. :p [05:52] should there be one [06:09] A question related to the graphviz package that i'm porting.. is it fine to add d-shlib overrides to successfully run the d-devlibdeps in debian/rules? [06:10] details at http://lists.sonic.net/pipermail/gnusol-devel/2008-September/001151.html === tkamppeter_ is now known as tkamppeter [06:33] StevenK: really? then perhaps -S is broken, hmm :/ [06:33] ScottK-laptop: cvsservice promoted [06:33] \o/ [06:33] slangasek: The command said "There are no binaries published, oh well" [06:34] slangasek: I'm more inclined to blame Soyuz [06:34] hmmm [06:35] I suspect it was that there was a placeholder for the binaries, but no actual binaries (FTBFS due to ogre-model, and never built in main) [06:38] slangasek: Great. The only remaining kde related thing was edubuntu-kde and laserjock said he'd fix their seeds tomorrow. [06:38] spiff [07:07] superm1: latest DVD livefs build fails because of nvidia-related deps: http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/intrepid/ubuntu-dvd/20080916/livecd-20080916-amd64.out [07:10] slangasek: could you take a look at the vsftpd FFe request please? [07:12] Adri2000: not currently; fixing up alpha-6 takes precedence. I'll revisit the list of FFes as soon as I can. [07:13] slangasek: ie. after alpha 6 is released? [07:13] well, no, hopefully I'll get a chance to look at them tomorrow [07:14] ok === michiel_e is now known as Eghie [09:08] lool: is there an MIR pending for python-dateutil, which python-elisa now depends on? [09:11] asac: what are the odds of an upload for bug #269010 today? [09:11] Launchpad bug 269010 in network-manager "nm-system-settings crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Fix committed] https://launchpad.net/bugs/269010 [09:37] * wgrant clears throat. [09:38] slangasek: "BY USING THE MOZILLA FIREFOX BROWSER, YOU ARE CONSENTING TO BE BOUND BY THE AGREEMENT. IF YOU DO NOT AGREE TO THE TERMS AND CONDITIONS OF THIS AGREEMENT, DO NOT USE THE MOZILLA FIREFOX BROWSER." [09:38] slangasek: great that you are here [09:38] slangasek: i wanted to ask you for permission to upload the latest NM branch - which includes this fix [09:39] slangasek: let me give the info for you [09:39] asac: ok [09:39] slangasek: http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.0.7/annotate/2895?file_id=changelog-20070529224034-rodq6xuj4xbig4cr-3 [09:39] wgrant: perhaps that's what it says. I don't know, I haven't read it! [09:40] slangasek: Unwise to agree to something that you haven't read. [09:40] Though I fail to see how that statement can be even slightly legal. [09:40] slangasek: bug 269010 is your bug; the other is #269755 which is a RC regression from a RC bug 259503 [09:40] Launchpad bug 269010 in network-manager "nm-system-settings crashed with SIGSEGV in g_type_check_instance_cast()" [Medium,Fix committed] https://launchpad.net/bugs/269010 [09:40] Launchpad bug 259503 in network-manager "MASTER NetworkManager 0.7 crashed with SIGSEGV in nm_device_get_act_request()" [High,Fix released] https://launchpad.net/bugs/259503 [09:41] slangasek: the other bug is also more or less RC: #268095 [09:41] RC for final -> 100% ... alpha-6 == more or less ;) [09:41] but we have those bits in the branch and i have received good feedback on them [09:42] and getting those on a CD is helpful for my final round of gathering hal fdi tweaking before beta [09:42] wgrant: I haven't agreed to it, have I? [09:43] slangasek: so. not really a choice. unless you have questions I'd like to upload that now [09:43] slangasek: Oh, but it asserts that you have by using the browser. I'm not sure how it can possibly say that. [09:43] wgrant: even if I were to have read that in my browser, (which I haven't, I've only had it second-hand from you), I don't recognize that this has any power to bind me [09:44] slangasek: Neither. It's a very strange EULA. [09:46] asac: yes, please upload [09:46] thanks [09:48] slangasek: done. [09:48] ya [09:48] yay [09:49] * TheMuso catches up on conversation. Was actually about to check whether nm asking for a wireless passphrase all the time was a known bug. :) [09:49] I saw that back in ... Feisty? [09:49] Yeah but network manager wasn't as mature I would think. [09:49] TheMuso: I don't think that's fixed yet, given my experience testing so far [09:50] I've just fixed the bug that caused the system backend to crash; it still flakes out on me when it comes to actually giving up the passphrases :P [09:50] Right. [09:51] Does it cache networks overzealously for others? Whenever I resume it attempts to connect to the last network, asks for a passphrase when it can't get DHCP, and thus crashes. [09:51] (I mean, clearly this iteration of the system backend wasn't tested at all, it segfaulted every time; so I'm not surprised that it still doesn't work after fixing the crasher bug :/) [09:52] wgrant: "thus" -> it crashes because it asks for a passphrase? [09:52] slangasek: When I click "Connect" on the auth dialog it crashes, yes. I've been meaning to get apport to file it, but on the network I'm on when it occurs I don't have appropriate access. [09:53] heh [09:54] wgrant: is that WPA-EAP? [09:55] wgrant: the resume fix is now fixed [09:55] err: resume crash [09:56] It's WPA Enteprise of some variety. [09:56] I'll check once the connection editor unhangs. [09:56] WPA-EAP with CHAPv2. [09:56] yeah [09:57] thats strange. we have fixed a bug caused by in appropriate use of NSS ... which should have been responsible for that [09:57] let me check if we actually have that or if we landed that upstream only [09:57] I last upgraded about 36 hours ago. [09:58] wgrant: yeah. the resume crash is fixed by the upload i did 5 minutes ago [09:58] asac: Great! Thanks. [09:58] wgrant: the NSS fix should be fixed. but most likely upstream only [09:58] if so its my fault because i submitted it there directly assuming that i would merge from upstream soon. [10:00] wgrant: hmm. so we have that patch [10:01] wgrant: have you filed the NSS crash report? [10:01] asac: No, they always happen on the network where I'm horribly proxied. [10:02] And by the time I get to a good network I've inevitably got some out of date packages which apport objects to. [10:11] wgrant: there are two options: 1. you install -dbgsym packages up front and run NM in gdb until it crashes [10:11] 2. you could also do a -O0 -g build locally and run that in gdb [10:12] asac: I'll try those tomorrow when I can see the network. Thanks. [10:52] asac: n-m build regression on !x86? [10:53] slangasek: yes. investigating [10:53] from what we currently see its a glib problem in gbacktrace.h [10:53] ok [10:53] i am checking whether we can remove the code part triggering this [10:55] slangasek: http://paste.ubuntu.com/47719/ [10:55] seb128: ^^ [10:56] yes, sounds correct [10:57] seb128: nm fails like http://paste.ubuntu.com/47720/ on all not amd64 or i386 when using G_BREAKPOINT [10:58] asac: http://svn.gnome.org/viewvc/glib?view=revision&revision=7495 ? [10:58] seb128: slangasek: we probably can comment this out in nm to unblock alpha 6 and then fix that in glib right after that. or do we want to try to fix glib directly for alpha 6? [10:59] asac: would that fix it? [10:59] I don't think it's critical to fix this for the ports before alpha-6, is it? [10:59] <\sh> asac: what does that say? do we need another lib in ia32?/usr/lib/nspluginwrapper/i386/linux/npviewer.bin: error while loading shared libraries: libxcb-render-util.so.0: cannot open shared object file: No such file or directory [10:59] seb128: hmm [10:59] seb128: _MSC_VER? [10:59] <\sh> asac: this is the cli output when running ff3 + flash + some random app ;) [10:59] asac: ok, probably not the same issue ;-) [11:00] isnt that windows code? or am i just confused? [11:00] seb128: from our current evaluation its a missing signal.h in gbreakpoint.h :/ [11:01] slangasek: you are RM ... i can live without those archs ;) [11:01] asac: gbreakpoint.h didn't change for ages, that's weird [11:01] hmm ... then probably libc? [11:01] like an implicit include? [11:01] asac: rather, I think these archs can live without the latest bugfixes for alpha-6 [11:01] that doesnt exist anymore? [11:01] slangasek: thanks. [11:01] asac: since there, um, aren't a whole lot of hppa users who need WPA support [11:02] anywho, off to bed for a few hours [11:02] seb128: but maybe they dont want crashes on resume ;) [11:02] err [11:02] slangasek: ^^ ;) [11:02] asac: anyway including signal.h in gbreakpoint.h looks like a correct thing to do yes [11:03] * ogra grumbles about evil firefox [11:03] it used to tell me the amount of open tabs when i hit the close button [11:03] now it only asks if it should close them :( [11:03] seb128: you want a bug or can you directly file upstream? or maybe ask your glib contact frirst? [11:03] asac: I'll file it upstream now [11:04] seb128: thanks. http://launchpadlibrarian.net/17689412/buildlog_ubuntu-intrepid-sparc.network-manager_0.7~~svn20080908t183521%2Beni0-0ubuntu3_FAILEDTOBUILD.txt.gz thats the full log of a failed build if the pastes above arent enough [11:05] those were: http://paste.ubuntu.com/47719/ and http://paste.ubuntu.com/47720/ [11:09] ogra: maybe too many tabs? [11:09] or too few? [11:10] asac, surely over 50 [11:10] i just wanted to know the number ... i used to hit the window close button and got an accurate number by that before [11:11] though its a while ago that i did that last time ... might have been hardys ff2 [11:25] infinity, are you around? === asac_ is now known as asac [11:32] \sh: looks like [11:32] \sh: wierd that i dont see it. let me retry === The_Company is now known as Company [11:34] \sh: hmm. i am not seeing this on the console. how do you trigger it? === cody-somerville_ is now known as cody-somerville [11:35] Someone told me that recommends were no longer being pulled into the cd builds. Is that correct? [11:36] Because I'm seeing some strange behaviour : ( [11:39] cody-somerville: you were misinformed [11:39] * cody-somerville peers at NCommander. [11:39] cody-somerville: what's the strange behaviour? [11:39] cjwatson, Well, it isn't strange if recommends are being pulled in [11:39] OK [11:40] I don't know where NCommander got that from [11:42] Actually, there is some strange behaviour [11:42] cjwatson, http://people.ubuntu.com/~ubuntu-archive/germinate-output/xubuntu.intrepid/desktop [11:42] IF you search for "xscreensaver", you'll see for example: [11:42] xscreensaver-data | xscreensaver | Xubuntu.Intrepid desktop seed ... [11:42] However, xscreensaver *isn't* in the Xubuntu.Intrepid desktop seeds. [11:43] xscreensaver-data and xscreensaver-gl are on the other hand. [11:44] xscreensaver-gl : Recommends: xscreensaver | gnome-screensaver [11:44] i guess that needs to be reordered [11:44] xscreensaver-data doesnt have recommends [11:45] guys Firefox is nolonger displaying the startpage.html even after a restart is this known? [11:46] TheMuso: hey [11:47] ogra: Yes, and the Recommends for usplash need to be reordered as well. [11:48] TheMuso: I think it's time to revisit our "try to merge Debian and Ubuntu's ALSA teams" plan. :) [11:48] jordi: SOunds good to me. [11:49] ogra: that shouldn't make the reason show up as "Xubuntu.Intrepid desktop seed"; that should make the reason show up as "xscreensaver-gl" [11:49] yeah, thats a bit weird [11:50] ogra, If I switch changes Recommends: usplash-theme-ubuntu | usplash-theme to Recommends: usplash-theme | usplash-theme-ubuntu, will that have the desired effect of usplash-ubuntu-theme not being installed because I have xubuntu-artwork-usplash seeded? [11:50] ah, that germinate output is using the wrong seeds [11:50] doh : ( [11:50] cody-somerville, if xubuntu-artwork-usplash provides usplash-theme, yes [11:50] cody-somerville: no, please don't do that, the real alternative should come first [11:50] cody-somerville: seeding xubuntu-artwork-usplash before usplash should be sufficient [11:50] actually the order shouldn't even really matter [11:50] leave the Recommends order alone [11:51] cody-somerville, do you ship gnome-screensaver ? [11:51] Yes. [11:51] hmm [11:51] but if xscreensaver is installed, we use that instead [11:51] so I don't want xscreensaver installed by default [11:51] well, lets see what the germinate change does then :) [11:51] jordi: Is there an alsa channel for debian? if so, I'll join there and discuss further. [11:52] TheMuso: sorry, was afk [11:52] xscreensaver and usplash-ubuntu-theme are two packages that are getting pulled into Xubuntu builds currently that I don't want. I'm pretty sure both are via recommends. [11:52] TheMuso: no, there was back in the day, #debian-alsa, but we mostly work via the mailing list [11:52] cody-somerville: oh, for the output above, I misread and it looks like you did too [11:52] cody-somerville, no, because germinate uses the wrong seeds [11:52] TheMuso: you should be added to the alioth project and get svn rights [11:52] cody-somerville: the columns are binary | source | reason, so xscreensaver-data is the binary and xscreensaver is the source package. That output isn't saying that xscreensaver is pulled in [11:52] TheMuso: do you have an alioth login? [11:53] but the order in the seeds could be wrong " cody-somerville: seeding xubuntu-artwork-usplash before usplash should be sufficient" [11:53] jordi: I have an alioth account, however when trying to recover my password, I get told the username doesn't exist, however when I attempt to create an account with the same username, I'm told it already exists... [11:53] ogra: I corrected myself immediately afterwards [11:53] ah, k [11:54] germinate sets all directly seeded entries before resolving dependencies [11:54] weird then [11:54] cjwatson, ah, right. [11:54] I'm regenerating that germinate output [11:54] Okay, that should give us some answers :) [11:54] oh, meh, cdimage needs to be pointed at the new seeds too [11:55] this is ridiculous [11:55] jordi: I guess I need to contact the alioth admins about that one... === The_Company is now known as Company [11:56] Okay, I just looked at the manifest for today anyhow [11:56] xscreensaver isn't getting pulled in anymore [11:56] So usplash-theme-ubuntu is the big issue atm [11:57] this might be a germinate bug. Give me a while to look at it [11:58] TheMuso: #alioth tends to be very responsive [11:58] jordi: Ok I'll try again, and if I still have the issu, I [11:58] jordi: Ok I'll try again, and if I still have the issu, I'll contact the admins. [11:58] cjwatson, thanks :) [11:58] eep, I never pulled the fix for bug 254042 onto antimony [11:59] Launchpad bug 254042 in germinate "debootstrap does not install apt with --variant=buildd for intrepid chroot" [High,Fix released] https://launchpad.net/bugs/254042 [11:59] * cjwatson fixes [12:00] * ogra wonders how we could even build working CDs with that [12:00] ogra: it just means some priorities come out wrong [12:00] the CDs have all those packages on anyway [12:00] cody-somerville: yes, I think this is a germinate bug. It fails to consider Provides when looking for packages to promote from lesser seeds to satisfy dependencies [12:00] ah, ubuntu-desktop had the mentioned special casing ? [12:01] ogra: no? [12:01] this has nothing to do with desktop - it's purely about the allocation of packages between required and build-essential [12:01] ? "* Add support for setting per-seed features, so that following Recommend can be disabled for some seeds but not others " [12:01] ah [12:02] ogra: which we did only for the required seed, and all the packages pulled in that way are on the CD for some other reason anyway [12:02] the only difference is their Priority field [12:02] yeah, understood now [12:04] cody-somerville: this isn't Xubuntu-specific either, as you can see from 'apt-cache show usplash-theme-ubuntu | grep ^Task:' [12:07] cody-somerville: bug 271309 [12:07] Launchpad bug 271309 in germinate "fails to consider Provides when promoting packages from lesser seeds" [High,Triaged] https://launchpad.net/bugs/271309 [12:36] slangasek, is that because nvidia-settings is in universe then? [12:36] slangasek, and if that's the only problem, then tseliot can you do a MIR for it? [12:41] cody-somerville: damn you, this is viciously complicated. :) [12:43] * davmor2 is sorry he located the xubuntu usplash issue [12:45] I think it wants to look something like http://paste.ubuntu.com/47748/, but argh melty brain [12:46] TheMuso: after that, we can discuss changes in ubuntu that we obviously want to have in Debian [12:47] Who deals with Jockey? [12:47] davmor2: pitti [12:47] cjwatson: ta [12:49] jordi: Yes. === davmor2 is now known as davmor2_dinner [13:14] cjwatson: james_w: the package worked with no problem in hardy, but I have been testing in intrepid and it does [13:14] I did follow the policy and it should work ok, but it doesnt [13:14] so I feel forced to change the approach to what Edubuntu does, eventhough I don't like having to change XDG configurations [13:19] Riddell: sorry about the Kubuntu CD build noise, fixed now === lorddarkpat_ is now known as ldp_ [13:34] superm1: what should I do for slangasek? What's the problem? [13:52] bryce, i'm experiencing some image corruptions in firefox. looking at https://launchpadlibrarian.net/7592385/breezy_cof-mugshot.png (from https://edge.launchpad.net/~ubuntumembers), i get weird stuff like http://www.sofaraway.org/ubuntu/tmp/corrupted2.png or http://www.sofaraway.org/ubuntu/tmp/corrupted3.png. This is with nvidia-glx-177 [13:53] fta: not much we can do about nvidia [13:54] fta: what does this command say? sudo aptitude show nvidia-glx-177 | grep Version [13:54] tseliot: you know, you don't need root for dpkg -s [13:54] tseliot, 177.70-0ubuntu2 [13:55] jcristau: I like to do things my way ;) [13:56] fta: can you report the problem here? http://www.nvnews.net/vbulletin/forumdisplay.php?f=14 [13:56] only NVIDIA can fix it === davmor2_dinner is now known as davmor2 [14:02] fta: could you try if that problem goes away when using nv ? [14:02] nv is unusable [14:02] so you cant even start X and see if that same pic is corrupted too? [14:05] i'm not sure it's nvidia's fault here [14:05] fta: thats why i asked you to test the free driver ;) [14:05] so try with another driver. if it works, it was nvidia's fault [14:05] i can't reproduce with ff3.0, just ff3.1 [14:05] if it doesn't, it may still be nvidia's fault, but at least you have somewhere to start [14:06] fta: thats only for pngs or jpegs or for all images? [14:06] just this png so far, but 100% reproducible in ff3.1 === ldp_ is now known as ldp|nexuiz [14:06] could be cairo too [14:07] fta: is it system-cairo we are using? [14:07] yes [14:09] fta: i think if its in upstream builds too, we would need to ask vlad [14:18] asac, latest upstream build impacted too, using a copy of my ff3.1 profile (so reusing my session) [14:31] -* Chose usplash-theme-ubuntu to satisfy usplash [14:31] +! Promoted xubuntu-artwork-usplash from desktop to desktop-common to satisfy usplash [14:31] +* Chose usplash-theme to satisfy usplash [14:31] this is looking more sensible now [14:32] cody-somerville: if you don't mind, I'm going to defer this patch until after alpha-6 - it's big and scary [14:33] would put some extra excitement into alpha6 though [14:33] :) [14:34] so should I just modify the priority of the xubuntu's splash alternative? [14:34] can you just live with the bug for now? [14:34] I don't think we should be mucking around with packages for a germinate bug [14:35] might be problematic for people to get rid of the ubuntu usplash later though [14:35] unless you tel the to manullay remove [14:35] *tell them to manually [14:36] you'll have to do that from alpha-5 anyway [14:36] this isn't a new bug, AFAICS [14:37] I don't think Xubuntu shipping with Ubuntu's artwork would go over well. [14:38] cody-somerville: alpha 5 did; why is alpha 6 much worse? === ldp|nexuiz is now known as {ldp} [14:38] oh, for alpha 6 [14:38] sorry, I misread you. [14:38] we won't ship the beta this way - I have the bug fixed, I just don't think it's safe for alpha 6 [14:38] * cody-somerville nods. [14:38] because it's a honking big complicated patch [14:39] and involves heuristics [14:39] I agree. [14:39] No problem :) [14:40] ok, great, that's a relief :) [14:40] * cjwatson didn't want to explain to slangasek why he broke germinate [14:42] I've marked the bug as beta-critical so we don't forget [14:43] slangasek: if you find you need to pull that ^-- germinate fix in, then just run 'bzr pull' in antimony:cdimage/germinate/ [14:45] tseliot, well so i believe the issue is that the dvds won't build because nvidia-settings is in universe and a Recommends for nvidia-glx-* [14:45] lool: elisa and python-elisa are currently uninstallable in Main because python-dateutil is in Universe. Since you show up in debian/changelog, I figured you'd be the most likely interested party. [14:46] ScottK-laptop, he's at a summit in berlin, dont expect immediate reply [14:46] Jockey doesn't offer the option to reboot your machine once you have installed a driver :( [14:47] ScottK-laptop, i dont think they are used anywhere on CDs so i guess it can wait until monday [14:47] davmor2: don't worry, we'll fix it [14:47] OK. I guess up to slangasek how much he cares for the Alpha 6 milestone. [14:48] superm1: ah, so the Recommends breaks the DVD, very interesting... [14:49] tseliot, well that's what i gather from looking at the DVD build log [14:49] tseliot, http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/intrepid/ubuntu-dvd/20080916/livecd-20080916-amd64.out [14:50] tseliot, but i'm not sure if perhaps the conflicts is what's throwing it too [14:50] * tseliot has a look at the log [14:51] ScottK-laptop, well, nobody apart from loic really knows these packages i think ... better to wait for him to return [14:52] OK. I was interested enough to find the problem, but not interested enough to write another MIR. [14:53] superm1: ok, maybe nvidia-settings should be in main [14:54] superm1: it would be interesting to know why it says that "nvidia-177-kernel-source: Conflicts: nvidia-kernel-source" [14:54] when it shouldn't be a problem [14:55] tseliot, perhaps is that happening because they're all providing nvidia-kernel-source? [14:55] and then causing a handful of conflicts and not wanting to be on the DVD for that reason? [14:56] superm1: ok but conflict, replace, provide should be ok. Those packages replace each other [14:57] NOTE: I have no idea of how Ubuntu CD/DVDs are created [14:58] cjwatson, perhaps can you look at this error a bit? I wouldn't think that conflicts/replaces would prevent packages from ending up in the archive on the CD, is it just nvidia-settings thowing it off, or the conflicts/replaces too? === LucidFox_ is now known as LucidFox [15:08] superm1: if packages in the relevant tasks (ubuntu-dvd-live in this case) conflict, then they can't all be installed at the same time, which is what we're asking for by having them all in the dvd-live task [15:09] dvd-live means that they're actually on the live filesystem not simply available as .debs on the CD [15:09] you are correct that if they were in the dvd seed then conflicts wouldn't be a problem - but they aren't [15:09] cjwatson, ah well that's a mistake then in that commit. they should be available as debs on the DVD [15:09] cjwatson, would you be able to correct the seed? [15:09] sure [15:10] cjwatson, thanks. will it still be troublesome that nvidia-settings is in universe then too, or will that be silently ignored? [15:11] I think that should be silently ignored [15:11] okay that's good then [15:11] ok, great [15:12] should be sorted now [15:12] except you'll have to wait for the next publisher run where a package is actually published (the condition there is due to a Soyuz bug) before you can rebuild livefses [15:12] slangasek: ^- note caveat [15:13] slangasek, ScottK-laptop: ack, python-dateutil and python-cssutil will need MIRs [15:14] slangasek, ScottK-laptop: I'm at a conference this week, may it wait til next week? === sjoerd_ is now known as sjoerd [15:15] * ScottK looks at slangasek [15:19] slangasek: Also, there's a new pigment with new SONAME and corresponding new elisa which came out yesterday or today lalala [15:20] slangasek: There isn't much risk in going to these, pigment-python is the only rdep of the new libpigment [15:20] slangasek: But I'd understand if you consider it's too late for such things [15:23] slangasek: In fact, it's probably a better choice to defer the new elisa and pigment to next cycle as they play with new UI concepts, and these specific parts might not be ready === cr3_ is now known as cr3 [15:32] bryce, tjaalton, tseliot: nm my image corruption issue, it is caused by the new color management feature in firefox 3.1, see http://mozillalinks.org/wp/2008/09/color-profiles-turned-on-for-firefox-31/ (i'm using 1=full, not 2=partial) [15:35] asac: no news re: the pa alsa plugins, but ia32-libs has been updated, so flashplugin-nonfree can be updated as well. The debdiff is in bug #257403 [15:35] Launchpad bug 257403 in flashplugin-nonfree "Update Flash plugin 10 to the new RC" [Wishlist,Confirmed] https://launchpad.net/bugs/257403 [15:38] psyke83: i have the latest, but still have /usr/lib32/libflashsupport.so [15:38] e.g. i have ia32-libs 2.2ubuntu12 [15:38] \sh: ^^ [15:38] $ dpkg -L ia32-libs | grep libflashsupport [15:38] /usr/lib32/libflashsupport.so [15:39] \sh: you missed the most important part for flash ;) ^^ === chuck__ is now known as zul [15:40] \sh: can you do ubuntu13? [15:40] fta: ah, ok [15:40] yeah. but its a driver bug [15:40] i dont see it anyway with any color management option [15:40] (using ati) [15:41] asac: yes, it ideally needs to be removed. On the other hand, 64bit users won't note so many crashes due to nspluginwrapper. The worst that happens is that flash content will "turn grey" on web pages (i.e. npviewer.bin segfaults, but firefox doesn't) [15:41] fta: we really need nv tested. otherwise that will surely be the first question asked [15:41] psyke83: it _has_ to be removed [15:41] no matter what [15:41] yep :). I just don't care as much, I'm stuck with 32 bit... hehe [15:41] psyke83: it got worse and sometimes crashes flash while playing [15:42] I see [15:42] previously it only crashed flash when leaving the site [15:42] or switching to a new film [15:42] now it crashes it right up-front [15:42] for a bunch of cases at least [15:42] psyke83: all the other changes didnt block flash 10 [15:42] at least not the packaged flash 10 [15:43] asac: if it crashes like that, it's highly likely to be a windowless mode bug. That's bug #239182, and also see http://blogs.adobe.com/penguin.swf/2008/07/addessing_wmode_crashes.html [15:43] Launchpad bug 239182 in firefox-3.0 "Segfault in cairo_draw_with_xlib" [Undecided,Confirmed] https://launchpad.net/bugs/239182 [15:44] psyke83: well. lots of these crashes go away with removing libflashsupport [15:44] though my understanding of the upstream report is that 3.0.2 has it fixed [15:44] i know that there are other issues with windowless mode [15:44] asac: yep, and I'm not disagreeing re: libflashsupport - it definitely needs to be removed [15:50] c [15:51] psyke83, asac re alsa apps going via pulse only for when pulse is running, I know what to do to make it happen, I just have to do it, and test it. I will be doing that tomorrow. [15:52] TheMuso: ok. any insight about what we plan to do? [15:52]