[00:10] heya [00:10] slangasek: ping [00:12] kirkland: moo [00:13] slangasek: hiya, i have a small grub-installer patch that I'd really, really like to see on the next iso's... [00:13] slangasek: http://people.ubuntu.com/~kirkland/grub-installer/grub-installer.debdiff [00:14] slangasek: seeing as the freeze and all, i thought i might bump your direction [00:14] kirkland: well, currently the "next isos" are slated to be the ones /after/ alpha-5 [00:14] slangasek: oh... are we under a freeze right now? [00:14] kirkland: no bug number; can you explain here what's broken? [00:14] kirkland: yes, alpha-5 tomorrow [00:16] slangasek: refresh http://people.ubuntu.com/~kirkland/grub-installer/grub-installer.debdiff [00:16] slangasek: bug number inserted [00:16] slangasek: the grub install multiple MBRs to a RAID mirror is not working as designed, because my previous patch was calling findfs() [00:16] slangasek: that finds the filesystem, not the device [00:17] ah [00:17] slangasek: what i needed to call was mapdevfs() [00:17] by "filesystem", I guess you mean "mount point"? [00:17] slangasek: right, misread on my part by what those functions did [00:17] ok [00:17] slangasek: turns out the determination i need is actually already done further up in the code [00:17] if we aren't yet advertising this as a feature of alpha-5, I think it's better to hold it until after tomorrow [00:17] slangasek: bootfs_nodevfs=$(mapdevfs $bootfs) [00:18] but I'm happy to upload it then [00:18] slangasek: okay [00:18] slangasek: it will make it into the next daily iso build in that case? [00:18] yes [00:18] slangasek: I don't particularly care where it's in alphaX ... just that i get an iso soon with the updated udeb that I can test [00:18] can you post the debdiff to the bug, and subscribe me? [00:19] slangasek: sure, i'll do the bzr branch monkey business too [00:19] even better :) [00:23] slangasek: or perhaps not... bzr is not responding atm, something about an upgrade, perhaps [00:49] when is the package freeze for 8.10? [00:53] ericholscher: there's no freeze that we refer to as a "package freeze"; we're currently in Feature Freeze, meaning that package changes for introducing new features, instead of for fixing bugs, need to be approved [00:53] https://wiki.ubuntu.com/IntrepidReleaseSchedule [00:53] okay [00:54] ericholscher: django 1.0 is on my radar, fwiw [00:54] ojay ;) [00:54] okay* [00:55] thanks much for reading my mind :) [00:55] well, your channel list, but ok ;) [00:56] (plus, people coming into the channel within an hour of the django 1.0 release and asking about freezes makes it easy to guess, don't it?) [00:58] haha [00:58] slangasek: Heh can i get Chrome in intrepid? [00:58] slangasek: pfft. you mean within an hour of the xserver 1.5 release. [00:58] lool: twitch [00:59] jcristau: is there anyone I don't know by name who would be asking for an xserver 1.5 freeze exception? : [00:59] ) [00:59] slangasek: ok, probably not [03:16] slangasek: There's already a bug open asking motu-release for an FFe for django 1.0. My response up until now has been wait until it's released. === NCommander is now known as NC|Elmor_Fudd === NC|Elmor_Fudd is now known as NCommander [04:20] ScottK: yep, saw it :) === superm1|away is now known as superm1 [05:07] ScottK: a python-django freeze exception has already been requested for lenny, on the Debian side, so it should be available pretty soon... [05:08] slangasek: Trunk in the DPMT svn has already been at least partially updated. [05:21] * NCommander needs to request a freeze exception for swfdec so we can get a new upstream version in [05:22] NCommander: Did'nt I see 0.7.4 in intrepid-changes this morning? [05:23] Oh, it might have just gotten updated [05:23] I didn't check yet [05:23] (I just noted that there was a new upstream out, I didn't see if it was packaged yet) [05:59] Hmmm. Did something change with font antialiasing over the past 24 hours or so. [06:00] I think it might have, yes. And for the worse. [06:08] wgrant: Text in dialog boxes, specifically file text? [06:11] philwyett: Specifically every bit of text. [06:11] wgrant: Not got that many issues text issues. [06:12] Firefox and Thunderbird are almost painful to look at. [06:12] nvidia driver and display configuration is broken. However I am going to do an Alpha 5 install before reporting up to 20 bugs. :-/ [06:14] I think this might be different between the nouveau/nvidia cases. [06:19] I am on nv and have one set of issues. Installing nvidia 177 driver an doing 2 reboots to get it to activate, I then have a whole set of new issues. :-D [06:20] Installing the nvidia driver on one box this morning did not call for reboot as it should :-/ [06:21] Why should it call for a reboot? [06:22] Install requires requires a a reload of X and it is done via reboot thrugh the restricted drivers desktop app. Or always has done before now. :-) [06:23] -requires [06:23] Just logging out is sufficient ;) [06:23] I know this. [06:23] Or, at least, should be now. [06:24] But the app doesn't even tell you that! [06:27] Doing the updates this morning. After I decided quick reboot as two X components had been updated (just be cautious). Going for a reboot just restarted X the first time. This is why I am waiting for Alpha 5 and do a fresh install and look at the cases I have collected before reporting things and creating bugmail. [07:11] Good morning [07:47] <_Genius_> quiero colaborar con el proyecto ubuntu [07:47] <_Genius_> programo en C/C++ [07:47] <_Genius_> help [07:48] <_Genius_> :( [07:49] _Genius_: check the topic: [07:49] Development of Ubuntu (not support, not application development on Ubuntu) === RAOF_ is now known as RAOF === tkamppeter_ is now known as tkamppeter [07:57] good morning [07:57] _Genius_: Also, you may find that https://wiki.ubuntu.com/ContributeToUbuntu answers most of your questions, and that the rest are better asked in English in #ubuntu-motu [08:00] persia, as an aside, did the TB (or was it MC) determine if the AGPL is free or non-free? [08:01] NCommander: Generally license freeness falls to the archive-admins, although it might be escalated to the TB in questionable cases. [08:01] I've not heard of any determination in one way or the other for AGPL [08:02] persia, I heard it went to the TB, obviously they can't come to a conclusion [08:02] NCommander: I wouldn't come to that conclusion, but rather that if it went to the TB, it has yet to appear on the agenda for a TB meeting, and so may be in queue for deliberation. [08:03] ah [08:03] * NCommander decides to blog [08:06] is that last sentence in some way connected to the preceding ones? [08:12] I believe somebody did ask the TB before bothering to wait for a determination from ubuntu-archive, yes [08:13] fwiw, Mark and mdz have both expressed the view that it is free [08:14] Raw foolishness and impatience. Best to wait until there is an AGPL package uploaded, and see in which component it ends up in as the result of NEW. [08:15] the CC and TB were approached after the individual apparently discussed the issue with MOTU but couldn't get to a conclusion. He was obviously not told about that potential procedure [08:15] in the last shallow analysis I did, it looked like it was probably free but that there were some practical concerns and wording problems with the licence [08:15] or if he was, he skipped it :) [08:15] but that's not an Official Statement [08:17] well, Mark and mdz form a majority of the TB, so I suspect that's enough to decide the issue. But if people have concerns about the licence that are enough to warrant potential exclusion from main, then it's worth bringing them to the TB's attention [08:19] cjwatson, so how are you doing tonight? [08:22] undercaffeinated [08:25] cjwatson, sounds about right. I'm currently rebootstrapping Ubuntu from scratch [08:25] (at some point, the insanity of it all will kick in) [08:26] ScottK: can you please seed clamav and spamassassin, so that they don't generate a lot of noise in component-mismatches? TIA [08:29] pitti: Wow, they've been promoted already? Neat. [08:29] just finished the review, yes [08:29] it's really s/ScottK/server team/, so whoever feels like it, please go ahead [08:30] anyone know if we added/removed support for "intex rtl8139D" nic from kernel? [08:30] cjwatson: I've copied ubuntu-archive into that agpl thread, so if you push my email through the moderation queue, they can chip in on it [08:30] meh, wonder why bug 264337 is happening [08:30] Launchpad bug 264337 in oem-config "OEM Installation - oem-config-prepare icon not the desktop" [Undecided,New] https://launchpad.net/bugs/264337 [08:30] mdke: ok [08:37] bryce: please add screen-resolution-extra to the ubuntu desktop seed [08:38] bryce: or make it a dependency of something adequate, whatever is more suitable [08:39] pitti, I don't actually know how to add stuff to a seed, but I can add it as a dependency [08:39] bryce: well, I can help yuo with the seeding; but let's first discuss which is better [08:39] bryce: which package shuold depend on it? [08:39] gnome-control-center. [08:40] I guess it isn't called from the menus, but from the xrandr capplet? [08:40] right [08:40] that makes sense then [08:40] correct; I've already uploaded the patch that calls the s-r-e script if it exists [08:40] cjwatson: Would I be abusing germinate's blacklisting functionality if I just want to add all the binaries from a single source package bar a single one? "%clamav + !clamav-milter" looks a lot nicer than listing the 9 "good" packages from clamav. [08:45] soren: I immediately have to wonder why blacklisting anything is required, instead of just seeding clamav-milter [08:45] soren: you certainly shouldn't explicitly seed its dependencies [08:46] soren: i. e. you should never seed something like libclam4 [08:46] oh, that's to blacklist clamav-milter? [08:46] * slangasek stands on his head [08:46] pitti: hum, apport is buggy apparently, it doesn't tag crasher for retracing [08:46] * NCommander takes pictures of slangasek on his head [08:46] good morning slangasek [08:46] soren: seeding clamav will pull in libclamav, clamav-freshclam, etc. [08:46] how goes it? [08:47] pitti: see bug #264301 bug #264360 bug #264362 [08:47] seb128: ugh [08:47] Launchpad bug 264301 in update-manager "update-manager crashed with SIGSEGV in gtk_scrolled_window_unset_placement@plt()" [Undecided,New] https://launchpad.net/bugs/264301 [08:47] Launchpad bug 264360 in apport "apport-gtk crashed with SIGSEGV in gtk_scrolled_window_unset_placement@plt()" [Undecided,New] https://launchpad.net/bugs/264360 [08:47] Launchpad bug 264362 in gui-ufw "gufw.py crashed with SIGSEGV in gtk_scrolled_window_unset_placement@plt()" [Undecided,New] https://launchpad.net/bugs/264362 [08:47] NCommander: well enough, though I'm led to suspect that you're deliberately using timezone-inappropriate greetings [08:47] pitti: they are nowhere in the retracer logs so I think they didn't get tagged at all [08:47] hey NCommander [08:47] slangasek, I just don't support i18n natively yet [08:48] hola seb128 [08:48] pitti: should I manually tag those or do you want to have a look first? [08:48] seb128: I have a look first [08:48] seb128: it does have apport-crash, so in general tagging seems to work [08:48] seb128, so how goes your $TIME_OF_DAY [08:48] NCommander: good, waking up and having coffee [08:49] pitti: that's worth noting that those are crashes in python applications, not sure if that makes a difference [08:49] seb128, nice, I need to get some sleep, I've been rebuilding Ubuntu's base packages manually so I'm starting to loose my mind [08:49] lol [08:49] NCommander: 'night ;-) [08:50] NCommander: btw how is the gtkmm 2.13 update going? ;-) [08:50] seb128, not yet, I still need to wait for my statically linked GCC to finish [08:50] seb128, still waiting on pangomm ;-) [08:50] seb128: improbable, but possible, of course [08:50] NCommander: did you open the upstream bug about the license? and you have pangomm locally so nothing prevent you to work on the update so it can be uploaded when pangomm is accepted [08:50] seb128, I have it locally, and let me file the bug first [08:51] seb128, I've discovered the absolute "joy" of bootstrapping Ubuntu from scratch [08:52] seb128: oh, crap, I got it [08:52] PackageArchitecture: all [08:52] seb128: you were right [08:52] ah ;-) [08:52] pitti: I retag those and let you fix apport then, thanks ;-) [08:52] soren: err. just bear in mind that that means that *no* other seeds in the same collection will be allowed to include clamav-milter [08:52] a = report.get('PackageArchitecture', report.get('Architecture')) [08:52] if 'CoreDump' in report and a: [08:52] it's a very big hammer [08:52] if a != 'all': [08:52] pitti: *facepalm* Of course. You're absolutely right. [08:53] seb128, I can't find the pangomm module in their bugzilla [08:53] pitti: any reason you special cased arch all there? [08:53] soren: however, what's so evil about -milter that you want to blacklist it? [08:53] seb128: bzr blame'ing [08:53] NCommander: http://bugzilla.gnome.org/enter_bug.cgi?product=pangomm, you already opened bugs on it [08:53] pitti: ISTR ScottK saying something about leaving it out of main for some reason. [08:53] * apport/crashdb_impl/launchpad.py: Check PackageArchitecture for 'all', to [08:53] not set a retracer tag 'need-all-retrace'. [08:54] pitti: Perhaps I should just leave this all to him. [08:54] seb128: ^ [08:54] ah [08:54] soren: right, it shouldn't be in main, but that doesn't mean we have to blacklist it [08:54] pitti: should I open a bug so you can keep track of the issue? [08:54] soren: if we just seed clamav, the binary, then only the transitive dependencies will be pulled in [08:54] seb128: if you wish, but I'm fixing it right now [08:54] ok so no need [08:55] pitti: That was sort of the question I was asking :) I wasn't sure of the severity of the blacklisting, but if we only just add clamav, everything should be fine. [08:56] seb128, I can't find the file that's GPL specific [08:56] NCommander: look to your debian/copyright, you noted it [08:56] I feel like I'm loosing my own mind :-) [08:56] NCommander: something tell me you are making no effort tonight ;-) [08:57] seb128, No, plenty of effort, I'm pioneering a PIE aspect of Ubuntu [08:57] NCommander: too much effort maybe then ;-) [08:57] seb128, http://bugzilla.gnome.org/show_bug.cgi?id=550789 [08:57] Gnome bug 550789 in general "Missing GPL license text" [Normal,Unconfirmed] [08:57] NCommander: thanks [08:58] seb128, no problem. kees has wanted to -fPIE the architecture for ages, but it requires a hell of a lot of work to be done, to the point that I felt rebootstrapping from scratch was the "easiest" way to go [08:58] ^amd64 [09:00] seb128, now that its noted, can you approve pangomm through NEW on ubuntu :-) [09:00] NCommander: I'll sponsor the upload and ask somebody else to have a look, it's bad taste to approve it's own uploads ;-) [09:01] I thought it was already uploaded O_o; [09:03] seb128: testing the fix now; please go ahead and retag [09:03] pitti: ok, thanks [09:03] NCommander: no this GPL thing stopped me [09:03] seb128, so now that upstream been pinged, and the copyright file is good, no issues? [09:04] NCommander: it should be alright, I'll upload [09:04] Sweet, my maintained packages count goes up :-) [09:14] cody-somerville: do you know whether anyone's testing the xubuntu candidate images for alpha-5 yet? [09:14] pitti, thanks for sorting #262719 [09:15] directhex: thanks for writing the MIR [09:15] slangasek, I've poked in #xubuntu-devel [09:15] I'll download and burn right now [09:15] cool [09:16] seb128: yay, bug 264626 [09:16] Bug 264626 on http://launchpad.net/bugs/264626 is private [09:16] pitti: don't have access [09:16] seb128: ^ argh, sorry; well, it got the tag now [09:16] good ;-) [09:16] pitti, better news: i've been chatting with upstream and debian, and mono itself should be able to drop ubuntu patching post-intrepid [09:17] seb128: oh, the i386 screen has an open chroot login; were you going to work in it? [09:17] pitti: yes, I'm updating the i386 retracer and I'm looking on the amd64 why those retracing give broken stacktraces [09:17] seb128: the amd64 one, too (wget CoreDump.gz [09:17] seb128: ok, thanks, I won't mess with it then [09:18] directhex, SCORE [09:18] directhex: rock [09:18] * NCommander hugs directhex [09:19] directhex: No more crazy evolution-sharp-build-breaking livecd patches? Woo! [09:19] RAOF, apparently that's already turned off in current intrepid packages [09:20] I thought NCommander reworked it so that it wasn't so break-my-build crazy. [09:20] the only current diffs between what's in pkg-mono svn and ubuntu are the arg_max bug (changed upstream, or debian will need to worry about it when new libc lands post-lenny, whichever is sooner) and gda2 dependency hacking (which upstream has promised to port to gda3 asap) [09:20] pitti: the i386 retracer is available, should I restart it or do you want to test something? [09:21] RAOF, the patch is still needed until unionfs is completely dead, so I rewrote the patch as not to be stupid and have a stack exploit. [09:21] seb128: no, please go ahead and restart [09:21] pitti: done [09:21] RAOF, he did! except now apparently aufs doesn't need it [09:21] directhex, at the time, the livecd was still unionfs :-) [09:21] Hm, which reminds me. There's an easy to fix gtk-sharp memory leak that I should get debdifing. [09:21] we have at least one critical problem with aufs, so don't count your chickens [09:21] s/was/still is/g [09:21] cjwatson, well the patch is still there if need be, it's just off in 00list [09:22] ...which would go faster if my ISP didn't think 50 bytes/sec was blazing fast! [09:22] RAOF, what, you have AOL? [09:22] right, i have a minibus to catch [09:22] RAOF: For an Australian ISP, that's too fast [09:23] * cody-somerville is downloading at 1.4mb/s :-) [09:23] mvo: have a look at my reply here: https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/247376 [09:23] Launchpad bug 247376 in ubuntu-release-notes "undefined symbols when trying to load fglrx" [Undecided,Confirmed] [09:23] mvo: I'll be glad to help [09:23] * RAOF is usually able to download at ~1Mb/sec [09:25] Urgh. Does anyone else feel like doing what should be a simple cherry pick from upstream svn for this gtk-sharp memory leak? [09:27] tseliot: thanks, that sounds reasonable, I will look into it later today [09:29] mvo: ok [09:30] RAOF, sorry, already have my own lack of sanity "issues" [09:31] oh, mvo is back [09:31] * seb128 hugs mvo [09:31] hello seb! [09:31] * mvo hugs seb128 [09:32] NCommander: Bah! Do my bidding! Oh, well. I'll go and do some washing up then. Presumably gtk-sharp2 will have finished checking out by then. [09:32] * pitti hugs mvo, hey mate! [09:32] RAOF, lol [09:33] slangasek, fail. I ran out of disk space :P [09:33] * mvo hugs pitti [09:36] hey mvo! [09:36] hey seb128! [09:38] hello dholbach [09:40] hey dholbach! [09:51] oh, the other one that should make people happy is the planned changes to mono packaging that should yield a large disk space reduction (no precise figures yet, but we're talking the region of 40% smaller install size for f-spot/tomboy with dependencies) [09:52] directhex: wannahavewannahave! [09:52] pitti, not until post-intrepid. sorry. [09:52] directhex: sure, but it's great to hear; what will change? [09:54] pitti, in short, 2 main things: .NET 2.0 apps like tomboy will no longer require any .NET 1.1 components to install (libmono-*1.0-cil things), and libmono{1,2}.0-cil will be split into its constituent components, as there's no reason to pull in things like sqlite dependencies because you want to use Mono.Posix for i18n [09:58] oh, and i forgot the third one: stop depending on libmono0, it's totally not needed by anything except libuno-cil [09:59] directhex, what depends on libmono0? [09:59] * mcasadevall_ has gotten creative w.r.t. to cross-bootstrapping gcc === MacSlow_ is now known as MacSlow [10:02] mcasadevall_, currently? lots of things. libmono-system*-cil for one (System is the main namespace, and mandatory, so libmono0 is currently always pulled in). also mono-utils and libmono{1,2}.0-cil (useful Mono-originated libraries) [10:02] explicately or via dpkg-shlibs? [10:05] via a flaw in ${cli:Depends} i think. [10:31] mpt: so I did a mockup of the jockey UI changes we talked about; do you have a minute to have a look at it? I'm not quite sure how to improve the layout, especially where to put the "Install" button [10:31] cjwatson: I just had a poke at the current daily desktop ISO, and the F4 menu in gfxboot doesn't allow me to navigate with up/down arrow keys in KVM. Do you know if it works outside of KVM? [10:31] mpt: http://people.ubuntu.com/~pitti/tmp/main.glade is the glade [10:33] mdz: WFM in kvm with -k en-us [10:34] cjwatson: me too, with -k en-us [10:35] mdz: usual kvm bug, then. gfxboot itself is working fine [10:35] cjwatson: ok, thanks [10:35] cjwatson: I wonder what will happen when I try to use the alpha keys with -k en-us [10:35] when X is using us(dvorak) [10:38] IME changing the console keymap after that sort of works a bit but not quite. The KVM bug definitely needs to be fixed [10:38] mpt: http://people.ubuntu.com/~pitti/tmp/jockey-new.png is a corresponding screen shot [10:39] mpt: the install button is new and a response to your suggestion that clicking on an item in the driver list should not enable the driver, just update the info [10:56] pitti: i like that screenshot [10:56] pitti: it's a nice dialog that says "your hardware sucks, no matter what you chose" [10:57] Company: The German buttons help with that as well ;) [10:57] "Wait.. why are those German? Something must be wrong with my graphics card" [10:58] Treenaks: i know glade too well to still be bothered by those buttons [10:58] my hacking makes me miss out on all the fun [10:59] ;) [11:06] How many hours until alpha 5 is out? [11:12] MortenB: we can't give you an answer to questions of that form, because milestones are not scheduled to the hour; it depends on how well testing goes [11:13] ok [11:14] wow, yes, something *has* put fonts into ugly mode [11:18] just make braile the defult output ... solves all font probs [11:18] *braille [11:23] cjwatson: me too [11:23] cjwatson, fyi the cheese/gstreamer fix on the cmpc works ... but only if i apply both of them [11:23] which means two SRUs :( === dholbach_ is now known as dholbach [11:31] pitti: Thanks for all the Spamassassin/Clamav MIR getting done so quickly. Personally, I not doing anything with seeds until after Alpha 5 releases .. [11:32] pitti and soren: The rationale for not promoting the milter is that it's not needed for the use case we wanted to support and it's not (AFAICT) much used in Ubuntu so it'd be hard to get it well tested. [11:32] ScottK: you're welcome [11:34] euh, the flashplugin-nonfree in hardy-backports [11:34] 10.0.1.218+10.0.0.525ubuntu1~hardy1+really9.0.124.0ubuntu2 [11:34] Of course this means I can't approve the FFe for clamav 0.94 anymore, so I need to get to work. [11:34] seems to be 9.0 still? [11:34] verwilst: Yes. Tried 10.0 and it didn't go so well. [11:35] Had to revert it. [11:35] oh [11:35] what went wrong? [11:35] 9 still crashes like crazy :) [11:36] damned proprietary c**p [11:36] :) [11:36] At the time, 10 was substantially worse on Hardy. [11:36] the rc was a lot better though [11:36] There's a bug open in hardy-backports if you really care for the details. [11:37] 10.0.0.569 is the latest [11:38] The bug in hardy-backports is the place to have the conversation if you're interested. [11:39] euh which of the 167 bugs is it? :) [11:39] 162 sorry [11:40] verwilst: Bug 235135 [11:40] Launchpad bug 235135 in flashplugin-nonfree "[MASTER] Please backport flashplugin-nonfree version 10 beta and asound-plugins from Intrepid so we can drop libflashsupport and the crashes it causes" [Undecided,Invalid] https://launchpad.net/bugs/235135 [11:41] If you want to start the process of testing the newer version feel free to make it not invalid and document your work. [11:41] hi mvo [11:41] hi kelemengabor [11:41] would you please comment on this bug: https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/254628 [11:41] Launchpad bug 254628 in app-install-data-ubuntu "Make it possible to translate eg. codec name/description strings" [Undecided,New] [11:42] kelemengabor: yes, I will do that after lunch [11:42] thanks :) [11:42] kelemengabor: thanks a lot for your initial version of the script! [11:42] ScottK: https://bugs.launchpad.net/ubuntu/+source/flashplugin-nonfree/+bug/257403 looks promising [11:42] Launchpad bug 257403 in flashplugin-nonfree "Update Flash plugin 10 to the new RC" [Wishlist,New] [11:43] asac, i cant upload attachments to LP anymore ... FF only offers me dirs, not files ? [11:43] (intrepid) [11:43] verwilst: Yes, that'd have to be done first. Then a backport. [11:43] ogra: when started? [11:44] well, its a while ago that i uploaded my last patch via the web ui [11:44] just noticed it now [11:44] there are no files in the fileselector at all [11:44] only dirs [11:45] system was updated yesterday last [11:45] File name: npwrapper.libflashplayer.so Shockwave Flash 10.0.0 d569, installed here ; [11:45] let's see if it works as great as i think it will ;) [11:45] ( from his ppa ) [11:47] verwilst: remember that nspluginwrapper istn really at its best atm ;) [11:47] asac: what do you mean? [11:47] verwilst: nspluginwrapper 1.1.0 [11:47] is hot crack ;) [11:47] asac: is that a good or a bad thing? :) [11:48] what's improved since the 0.9 thing that hardy has? [11:48] verwilst: are you on i386? [11:48] yip [11:48] verwilst: 1st. its available on i386 [11:48] (which wasnt the case in hardy) [11:48] is bugs.edge.launchpad.net refusing to take bug comments for anyone else? [11:48] euh? [11:48] 2nd. it supports windowless plugins [11:49] 0.9 doesnt? [11:49] e.g. flash 10 supports windowless mode now ... so nspluginwrapper had to follow [11:49] so nspluginwrapper became the de facto standard of flash-containment? :) [11:50] verwilst: thats the idea. [11:51] verwilst: let me know what your experiences are with that wrapper [11:51] nspluginwrapper was completely farked in hardy [11:51] as in "just plain dies every few seconds if you use compiz" [11:51] directhex: you sure that wasnt flash? [11:52] in the end i gave up & switched to a binary 32-bit firefox in /opt [11:52] asac, yes, sure [11:52] asac: so i should install it too [11:52] or is it in backports? [11:52] directhex: you could try to move /usr/lib32/libflashsupport.so away [11:52] verwilst: are you on hardy? [11:53] yeah [11:53] i took the deb from https://launchpad.net/~psyke83/+archive [11:53] ok ... then you dont have 1.1.0 anyway [11:53] ( for flash ) [11:53] ah ok :) [11:54] flash was hell for my girlfriend :) [11:54] switched her to ubuntu from windows [11:54] and during first thing she did, she had a firefox crash [11:54] around 10-15/day [11:55] flash is hell generally [11:55] it was pretty embarrassing [11:55] after a few weeks, i did the nspluginwrapper stuffs [11:55] of course, i wonder how many people will beat me with a pole if i suggest silverlight instead [11:55] which made it pretty under control [11:55] silverlight _is_ open sourced.. [11:55] which is its only advantage though.. [11:56] moonlight is. silverlight isn't [11:56] oh yeah sorry [11:56] i was talking about moonlight [11:56] any objections to a moon package? [11:57] verwilst: so are you using nspluginwrapper for i386 from mozillateam ppa or something homebrew? [11:58] ogra: try to downgrade xulrunner-1.9 please [11:59] to 1.9.0.1+* (you probably have 1.9.0.2+build3) [11:59] Note: i dont see that problem :( [11:59] oh, that was something i was gonna ask. will xul-dev 1.8 and 1.9 ever be installable side by side? it makes a difference to moonlight packaging [12:00] persia, any objections if we dont update denemo in intrepid ? [12:01] directhex: the -dev packages conflict intentionally [12:01] ogra: None at all, as long as you push it to universe. [12:01] that way we can just get a MIR for libaubio and are done with it for now (indeed postponing the change/decision to intrepid+1) [12:01] persia, no need for that [12:01] * persia looks at libaubio rdepends [12:03] ooh, actually, i can get around it by using firefox-2-dev [12:04] ogra: Are you planning on pulling all the libaubio2 dependencies as well? I know rexbron was looking at freebob, but as far as I know no MIR exists yet. [12:04] persia, or dropping aubio [12:04] And it's just freebob that I thought might be an issue. [12:04] from denemo [12:04] ogra: Could do that I suppose. [12:04] * persia looks at denemo again [12:04] i'd like to go with the easiest option ... [12:05] Wouldn't the easiest just be to drop denemo from the seed? [12:05]