=== asac__ is now known as asac [00:17] slangasek: studio will have to be respun due to the new kernel not being out of the NEW queue when .1 was spun. [00:19] TheMuso: respinning now [00:19] slangasek: thanks === JanC_ is now known as JanC [00:38] TheMuso: posted to the tracker [00:38] hrm, hang on [00:39] just got a failure mail; so I guess the ones I posted are in fact the same ones as before [00:40] yeah, linux-image-rt still uninstallable [00:40] hrm I'll check that out [00:41] still digging here [00:42] ah, it's 20090813 now, isn't it :) [00:42] ok, trying again [00:42] right, got past the breakage this time - must've been a transient connectivity problem with lp [00:42] ah ok. [00:43] I was going to say all looks ok here, the kernel has been p ublished, the dependencies look correct... [00:45] right, the packages were uninstallable because the isos didn't really get rebuilt [00:46] ah ok [00:50] TheMuso: ok, really posted now [00:55] slangasek: ok thanks. [00:58] * TheMuso tries out zsync for the first time. === a is now known as emma [04:20] has anybody done any experimentation with running Ubuntu's debian-installer as a Xen domU? [04:21] (a la http://wiki.debian.org/DebianInstaller/Xen) [07:10] good morning [07:23] <\sh> moins [07:24] could someone sponsor this merge request, it's been filed about 2 weeks ago: LP 406890 [07:24] Launchpad bug 406890 in irssi "Please merge irssi 0.8.14-1(main) from debian unstable(main)" [Undecided,Confirmed] https://launchpad.net/bugs/406890 [07:26] * Hobbsee looks at it [07:26] thanks [07:26] irssi is in main, and main is frozen [07:26] frozen since when ? [07:26] isn't feature freeze near end of august ? [07:27] Alpha freeze. Since Tuesday. [07:27] no, alpha 4 [07:27] * Hobbsee will sanity-look, and upload it later [07:27] It'll be over some time today, probably. [07:27] oh, it's still Thursday [07:27] sorry, I thought it was friday [07:28] <\sh> Hobbsee: if you are in sponsor more ;) bug #412861 is needing love, too ;) [07:28] Hobbsee: ok, thanks [07:28] Launchpad bug 412861 in libqt-perl "libqt-perl_3.008-4 FTBFS" [Undecided,New] https://launchpad.net/bugs/412861 [07:28] <\sh> s/more/mode/ [07:28] \sh: nah, not in sponsor mode. and can't you sponsor? [07:28] <\sh> Hobbsee: not for main [07:28] oh [07:28] <\sh> s/oh/doh/ ;) [07:28] oh god too many slashes in too many directions [07:28] * StevenK slashes maco [07:30] AnAnt: that doesn't look right - I highly doubt 03firsttimer_text ever gets applied. [07:30] * Hobbsee will fix it [07:32] ok, thanks [07:32] eh, crap, tha'ts quilt [07:32] * Hobbsee goes to look up how quilt applies patches [07:32] I can work on it [07:32] Hobbsee: "Badly" [07:33] AnAnt: well, i've looked at it this far. may as well do a full upload ;) [07:33] StevenK: is that a technical description or a personal observation? idly curious. :-) [07:33] StevenK: agreed ;) [07:33] ok [07:34] oh oh i can get quilt import to work consistently now :D (this is new since UDS when some of you heard me whining about how hard quilt is) [07:34] spm: It's both, since I'm clever [07:34] <\sh> quilt and hard? [07:34] quilt isn't hard, it's just braindead [07:35] StevenK: apologies. I should have realised by now. :-P [07:35] spm: s/clever/bitter/ to taste [07:35] StevenK: you prefer what simple-patchsys ? [07:35] AnAnt: Heck no, CDBS is a broken black-box [07:36] StevenK: dpatch ? [07:36] debhelper 5 or 7 with dpatch [07:36] ah [07:37] \sh: ive managed to bungle up quilt so thoroughly before that scottk couldnt undo it after a few hours of trying. running the commands in the wrong order tends todo that :P [07:37] Quilt is the Git of patching systems and I don't mean that in a good way. [07:37] simple-patchsys is nice, when it works [07:37] Bwaha [07:38] oh, go away postfix. [07:38] oh postfix...thats a mail thing right? [07:38] that means ScottK knows about it? [07:38] Only when it's working [07:38] yeah - installed when you install devscripts [07:38] Hobbsee: And when CDBS isn't obstreperous [07:38] ScottK: ah, we really do differ ! [07:38] hahahaha [07:38] StevenK: well, yeah [07:38] Which is well, all the time [07:38] I prefer quilt & git [07:39] over dpatch & bzr [07:39] AnAnt: I saw you took care of the blueman sync from Debian. What would you think about dropping show-only-in-gnome from the .desktop files. I tested it and it works better in KDE than kdebluetooth, [07:39] I find them easier to deal with [07:39] I'm sorry, my brain just page faulted [07:39] You just said git and easier in one sentence [07:39] I'm sure I'd be fine with Git if I used it regularly enough to not have to relearn it every time I use it. [07:40] StevenK: hehe [07:40] ScottK: ok, I'll look at that [07:41] <\sh> maco: lol...well, it takes some time to get used to quilt [07:42] ScottK: btw, can you mean this in the blueman thread ? [07:43] AnAnt: oh, it's right. [07:43] ScottK: although I don't think that this would make a difference [07:43] <\sh> maco: but if you want to learn from the masters of patch systems, check the python source package dpatch system ;) that's one of my favorites how to use dpatch in a let's say "doko" way ;) it took my brain some time to understand the logic behind it..since then , doko is my patch system master :) [07:43] ScottK: since upstream responsiveness is really important indeed [07:43] AnAnt: Not to make it default, but just to work. [07:43] kdebluetooth is pretty broken right now. [07:45] * Hobbsee moves irssi to to_dput/ in the hope she remembers to upload it [07:45] ScottK: erm, I'm not good at CDBS ! [07:45] cdbs-edit-patch and edit the .desktops. [07:45] And then exit the subshell [07:45] Hobbsee: I'll remind you tommorrow (I hope) [07:46] AnAnt: cool, OK [07:47] <\sh> now for some more interesting work...more puppet love [07:48] ScottK: is there a bug filed about this ? [07:48] \sh: Now now [07:48] \sh: sponsor! sponsor! [07:48] AnAnt: No [07:49] \sh: and grabbed your patch too [07:49] win 71 [07:50] ScottK: could you do so ? [07:50] Sure [07:53] AnAnt: I ended up just expanding on Bug #399129, but it's there now. [07:54] Launchpad bug 399129 in blueman "Blueman doesn't start in Xfce sessions" [Undecided,Confirmed] https://launchpad.net/bugs/399129 [07:54] <\sh> Hobbsee: thx a lot :) [07:54] \sh: y/w [07:54] ScottK: I should just attach a debdiff to that, right ? [07:55] AnAnt: Yes. I'll sponsor it. [07:56] oh, screw you, launchpad [07:56] you have improved, but that bug is still here [07:56] Hah [07:57] search results --> reorder == search terms lost. Fail. [08:00] ScottK: done, also submitted patch to debian [08:01] AnAnt: Thanks. I'll look at it, but maybe not until tomorrow as it's very late here. [08:01] ok, I gotta run too [08:01] bye [08:01] Debian may have a different view as for KDE this is very much a workaround for broken kdebluetooth [08:02] ScottK: well, a KDE/Xfce user on Debian might still like to have blueman [08:02] True, but if kdebluetooth was working great, having the Gnomish applet appear in a KDE session might be troubling. [08:03] ah, ok [08:03] Still it's probably good to get them to think about it. [08:05] ok [08:06] so, I've got to leave now [08:06] bye [08:07] Hobbsee, quadrispro: thanks for doing some sponsoring right now! :) [08:07] dholbach: consider it my yearly sponsoring quota ;) [08:07] more! more! more! [08:07] lol [08:08] dholbach: thanks for the add (on facebook)! :D [08:08] quadrispro: Now you'll get bugged about sponsorship on IRC and facebook [08:08] * StevenK hides [08:09] StevenK: sponsoring! [08:09] StevenK: sponsoring! [08:09] StevenK: sponsoring! [08:09] * quadrispro screaming: NOOoooo [08:09] dholbach: actually, make that 3 bugs. That's gotta be the yearly sponsoring quota ;) [08:09] for your convenience: http://people.canonical.com/~dholbach/sponsoring/ [08:10] mmmh... I need a tester... [08:10] your fave link :P [08:15] ScottK: https://bugs.edge.launchpad.net/ubuntu/+source/quassel/+bug/374802 is probably your fun [08:15] Launchpad bug 374802 in quassel "Consider building versions of quassel and quassel-client without KDE dependencies" [Wishlist,Confirmed] [08:25] Hobbsee: Last I saw the patch there it switched from using cdbs to dh and that's a problem as we have a lot of kde specific magic in cdbs we'd lose. [08:25] ScottK: then comment / reject it? [08:26] ScottK: in the spirit of killing easy things off that list [08:26] OK [08:43] Where would I find devicekit-power gurus? [08:44] maxb, bugs.freedesktop.org? [08:46] fair enough. I was wondering if there was anywhere on IRC I couldd go for pointers in debugging why it doesn't like my battery [08:47] lp 384304 ftr [08:47] Launchpad bug 384304 in devicekit-power "devicekit-power fails to realize I'm on battery" [Undecided,New] https://launchpad.net/bugs/384304 [08:48] not sure if they have an irc channel [08:48] in ubuntu pitti is looking at devkit but he's on holidays [08:49] ok, I'll try my luck in bugzilla then === mdz_ is now known as mdz === azeem_ is now known as azeem === tkamppeter_ is now known as tkamppeter === emonkey-t is now known as emonkey [11:28] https://bugs.launchpad.net/ubuntu/+source/brasero/+bug/397776 <- this is a quite important bug that needs to be fixed imo :( [11:28] Launchpad bug 397776 in brasero "Unable to find any device" [Low,Confirmed] [12:11] how can I find the I/O load of a machine without using any fancy tools? [12:11] e.g. I know iotop, but it's not installed on this box [12:13] james_w: /proc/diskstats and awk :) [12:14] thanks [12:17] james_w: http://erk.daviey.com/diskio.txt [12:17] thanks [12:20] Hi. [12:23] I'm just about creating a live system basing heavily on ubuntu. Due there is no way in exchanging the kernel afterwards, but possible to install other new packages on a persistent filesystem (e.g. usb stick), I want apt to keep the kernel I delivered and do not install a newer one, which would only be a waste of space. I set linux-image-*-generic, linux-image-generic and linux-generic on hold, but an apt-get dist-upgrade still wants to install me a [12:23] wohoo, first nautilus crashed (apport pops up, I lose theming), then gnome-settings-daemon crashed (apport pops up), in the meanwhile firefox crashes while apport tried to file a bug and apport popped up [12:25] amitk: heh [12:26] we call that apport *integration* ;) === MacSlow is now known as MacSlow|lunch [12:35] ..found the problem. I should do a "apt-get upgrade" and no "dist-upgrade". Thanks for listening. [12:36] Bye... [12:45] Sorry, I've got another question: When running "apt-get update" via chroot (while mounted dev, sys and proc via --bind so the chroot has access to them) it will (re-)start some services -- cron, udev, acpid, and some more. How can I suppress this? [12:47] I think what you're supposed to do is write a /usr/sbin/policy-rc.d script that just does 'exit 101' [12:47] /usr/share/doc/sysv-rc/README.policy-rc.d.gz [12:48] it is possible that this is marginally overengineered ... [12:48] Thanks! [12:48] I'll give this a try. [12:49] Packaging Training Session "On-Call Review" with cjwatson, seb128, james_w and me in 12m in #ubuntu-classroom [12:50] ccheney: hi [12:52] cjwatson, it's so marverlously flexible nobody uses it, yes [12:54] asac, https://bugs.staging.launchpad.net/ubuntu/+source/network-manager/+bug/412226 (notice the automatic driver-ndiswrapper tag) [12:54] Launchpad bug 412226 in kdebase "Dolphin icon mouseover indicators are very laggy with KDE 4.3.x and Karmic on AMD64" [Undecided,New] [12:55] liw: there's nothing quite like a hammer with a slinky for a handle [12:56] however, at least the "exit 101" solution for preventing any services from starting in a chroot is easy to implement [12:56] asac, it also adds rfkill info, crda, etc. [12:57] nice [12:58] and the overall source_network-manager.py is much shorter [12:58] asac, I pushed those hanges to ubuntu.head, hope that's ok. if you'd rather I send merge requests, I can do that [12:59] ccheney: I have a question about OpenOffice.org bug 94173 [12:59] Launchpad bug 94173 in gnome-panel "does not fill screen" [Low,Invalid] https://launchpad.net/bugs/94173 [13:00] ubottu, it must be http://www.openoffice.org/issues/show_bug.cgi?id=94173 [13:00] Error: I am only a bot, please don't think I'm intelligent :) [13:00] OpenOffice.org bug 94173 in gsl "Let OpenOffice.org send the data in PDF format to the printing system" [Enhancement,New: ] [13:00] mdz: thats ok. i can add you to NM team officially too (seems you can push everywhere?) [13:00] mdz: but please use a proper email in your commits ;) [13:00] https://code.edge.launchpad.net/~network-manager/network-manager/ubuntu.head [13:00] some email that is linked to a launchpad account [13:00] asac, fixed my .bazaar.conf on this machine, sorry [13:01] asac, I can uncommit and recommit to fix it [13:01] ok [13:01] that would beautify it ;) [13:02] mdz: oh. we also add the email to the [...] usually ... because in that way it also gets directly linked from the uploaded changelog [13:02] but i can do that when i next touch it for you too [13:02] (probably dch should be improved to do that) [13:02] thx for your work on this [13:05] asac, ok, I made those changes. look ok now? [13:08] mdz: yeah. thanks. i will probably add a bunch of more drivers (if not all that i find) [13:08] cjwatson: Thanks again, that's what I was looking for. Worked like a charm. [13:08] maybe that could be moved to the apport wifi hooks too at some point? [13:09] asac, yes, that would be great, if you could agree with the kernel team on a standard set of tags [13:10] Keybuk, can you give us a hint on what should replace the lshal code in source_network-manager.py ? [13:10] Bye. [13:10] i thought about something like udevadmn info --query=all --attribute-walk --path=/sys/class/net/* [13:11] but that doesnt work. not sure if we can refer to "class" paths directly in --path ... or if we need to resolve the right sysfs path [13:12] asac, this works, but produces a lot of data: [13:12] for dev in /sys/class/net/*; do udevadm info --query=all --attribute-walk --path=$dev; done [13:13] we probably want to parse that into some easier-to-read form [13:13] seems udevadm info --query=all --path=/class/net/eth2 --attribute-walk works [13:13] (the lshal form was not that great either) [13:14] hmm i think its ok for now ... not so sure what type of info we will need, so better have more. the other question is how we can find a good subset of /class/tty/* things without requiring that the modem prober worked well (which adds a ID_NM label) [13:15] attaching all ttys doesnt sound like the right approach ;) [13:15] mdz: what's source_network-manager.py ? [13:15] apport hook of NM [13:16] Keybuk: http://bazaar.launchpad.net/~network-manager/network-manager/ubuntu.head/annotate/head%3A/source_network-manager.py [13:16] right that kind of udev query would work fine [13:16] someone enterprising could do a python-udev, that would be fun ;) [13:16] Keybuk, the apport hook for network-manager, which you'll have on your system in /usr/share/apport/package-hooks [13:17] ok so i would suggest to use the query above for net devices and then think a bit about the modem ttys [13:17] probably start with those already identified as NM_ modems === MacSlow|lunch is now known as MacSlow [13:18] but i have to think about it. the udev output is particular useful to have for those modems not properly detected [13:35] asac, https://wiki.ubuntu.com/DebuggingNetworkManager refers to /lib/udev/nm-modem-probe, but i don't have that on my system [13:35] that seems like useful info to add to the hook [13:36] mdz: we dont have that anymore - since modemmanager landed [13:37] i will check with nm upstream what they think should be added for modems [13:38] plars: does bug #411091 happen on each suspend/resume? [13:38] Launchpad bug 411091 in netbook-launcher "netbook-launcher crashed with SIGSEGV in g_cclosure_marshal_VOID__OBJECT()" [High,Triaged] https://launchpad.net/bugs/411091 [13:38] asac, at the least I think we should add modemmanager to the syslog regex [13:39] yeah [13:41] wonder if there is anything we can do in apport so users get to know that modem related bugs should now get filed against modemmanager package [13:43] asac, you can do interactive hooks or be smart [13:44] seb128: yeah. but i think we should need to check the title entered for words like "3g" and "modem" [13:44] asac, I've added modem-manager to the regex in apport, will be in the next upload [13:44] asac, why not just have a small interactive hook? [13:44] asac, ask "is your issue a 3g modem one" [13:44] asac, seb128++ [13:45] i dont know about that feature ;) [13:45] would be great for sure [13:45] asac, we could easily add a hook which asks the user "which connection are you having a problem with?" [13:45] asac, ubuntu-bug -p totem [13:45] otherwise network-manager will become a "catch all" package similar to firefox [13:45] then change the package, tags, debug info, etc. as appropriate for that [13:45] sounds good [13:46] asac, could let them select either an NM connection profile, or a network interface [13:47] hmm. i think that would be great in the long run. but for now we could also ask for "what type of connection do you have a problem with: a) wired, b) wifi, c) modem/3g, d) VPN" [13:49] asac, you have details in package-hooks.txt.gz [13:49] on what questions you can ask, etc [13:50] or you can look to totem or devicekit-disks for examples [13:51] seems pitti didn't upload the devicekit one [14:00] thx will check that out ... and hoping for more contributions ;) === dpm_ is now known as dpm === debfx_ is now known as debfx [14:57] question: Is Ubuntu willing to make packagekit the default package-manager? [14:57] or that's gonna work for Kubuntu only? [14:58] does it handle debconf questions, etc now [14:58] seb128: finally got a full backtrace - interested before i post it? [14:58] slangasek, when do you expect the freeze to be over? [14:58] afmacedo_: That presumes it actually works for Kubuntu. [14:59] ccm, yes on pastebin [14:59] seb128: yes, of course, wait a sec [14:59] *giggle* [14:59] 5988 segmentation fault (core dumped) gedit gdb-firefox5.txt [14:59] not my day [14:59] ScottK: To be honest, I don't remember having it updating a package which demands debconf interaction [15:00] slangasek, bug 412925 is going to be... hard to address [15:00] Launchpad bug 412925 in launchpad "new ajax interface for changing bug statuses is too easy" [Undecided,New] https://launchpad.net/bugs/412925 [15:00] afmacedo_: It's happened to me. The lack of security concerns me the most. [15:00] slangasek, it will require a lot of creativity at least [15:00] Also there's no equivalent of dist-upgrade in kpackagekit last I tried it. [15:00] I see... [15:01] fwiw, adept 3 had the same security issues (that are at least partially addressed now). [15:01] that's being partially implemented now [15:02] (dist-upgrade) [15:02] james_w: Which? Security or dist-upgrade? [15:02] Ah. [15:02] Excellent. [15:02] seb128: http://paste2.org/p/376339 [15:02] seb128: currently a lot of applications are crashing here [15:02] seb128: looks like libpango [15:02] afmacedo_: we've talked briefly about tunnelling debconf over d-bus or something so that packagekit can handle it properly, but to my knowledge nobody has done the work [15:03] ok... so if I got it right: kpackagekit handles debconf already AND dist-upgrade is partially implemented, is that correct? [15:03] cjwatson: got it [15:03] how does kpackagekit handle debconf? [15:03] ccm, dpkg -l libpango1.0-0 [15:03] cjwatson: it doesn't [15:03] afmacedo_: I don't think it does debconf [15:03] that's what I thought [15:03] cjwatson: same here [15:03] if anyone figures it out, as debconf co-maintainer I'd be happy to review patches [15:03] seb128: ii libpango1.0-0 1.25.2-0ubuntu2 Layout and rendering of internationalized text [15:04] there's a further issue in that the idea of debconf conflicts with the model for user interaction in packagekit [15:04] beuno: At least have the ajax window open with the current status under the mouse so an accidental unclick doesn't change status. [15:04] ccm, could you use pastebin.ubuntu.com ratheR? [15:05] ccm, no way to copy from that weird pastebin you use [15:05] seb128: i would, but the browser crashes [15:05] or rather it changes formating [15:05] hum ok [15:05] seb128: so i used gnome-do as a work around [15:05] seb128: i can mail you the file [15:05] anyway wait for 1.15.3 [15:05] ccm: http://people.canonical.com/~cjwatson/ubuntu-paste [15:05] ScottK, that can be tricky, as we would either need to move the mouse, or move the overlay. But yes, we should find a way to prevent accidental changes as much as we can [15:05] ccm, some crashers are fixed that [15:06] but it's blocked due to alpha freeze [15:06] seb128: okay [15:06] cjwatson: thank you! [15:07] seb128: okay, there is the new paste http://paste.ubuntu.com/252531/ [15:07] cjwatson: works like a charm [15:07] seb128: will wait for the update then [15:08] wow, gdb output that's been sent into RTL is very very confusing to read [15:19] james_w, seb128, cjwatson: the log is up at https://wiki.ubuntu.com/Packaging/Training/Logs/2009-08-13 - thanks again [15:19] james_w, seb128, cjwatson: reading it again it doesn't strike me as too confusing - what do you think? [15:19] dholbach, thanks [15:21] dholbach, looks good to me too [15:23] seb128: I guess we should have those sessions more often - it was a lot of fun :) [15:25] dholbach, yeah, twice a month or something [15:25] dholbach, or maybe some one hour sponsoring, ftbfs etc sprint [15:26] so some people work together to get things done [15:27] yeah, I'm not sure myself what the best format for it is [15:27] in the ideal world (as I imagine it), we'd have a 24/7 channel and always have a few people whose name is in the topic to indicate they're reviewing right now :) [15:27] ;-) [15:28] seb128: filed https://bugs.launchpad.net/ubuntu/+source/pango1.0/+bug/413098 - just for tracking this down [15:28] Launchpad bug 413098 in pango1.0 "libpango1.0-0 on karmic crashes (e.g. Firefox)" [Undecided,New] [15:28] ccm, thanks [15:28] dholbach: actually I think that'd be brilliant [15:29] dholbach, it seems it's difficult for some people to spend sponsoring time [15:29] having a one hour slot with some people and getting some animation on IRC could be good [15:29] we would rotate people, that would give some action and get some sponsoring done [15:30] even if it every now and then (on the WE for example) it says "current reviewer: -" [15:30] seb128: I'd hope those people very soon realised that should MAKE MORE TIME to do reviews :-) [15:30] tkamppeter: OOo bug tracker or lp? [15:30] dholbach, well the think is that it's easy to forgot those [15:31] tkamppeter: ah i see it now [15:31] or to put them low in your todolist [15:31] dholbach: do we have #ubuntu-reviews already? [15:31] when having a defined slot and some animation can motivated to be there [15:31] ccheney: OOo bug tracker, I have posted the link here. [15:32] tkamppeter: ok what about the bug, i read it [15:32] * cjwatson shuffles his scheduled weekly sponsorship a few hours earlier so that it clashes less with TB meetings [15:32] cjwatson: not yet :) [15:32] ccheney: Seems that they want to know whether you already started writing a patch or whether they need to start from the beginning, so that they do not do work which you have already done. [15:32] or well... I'm there now [15:32] dholbach: wanna? [15:33] I realise it duplicates #ubuntu-motu a bit at the moment [15:33] tkamppeter: ok followed up and mentioned i have no patch [15:34] ccheney: Thanks. [15:34] cjwatson: I just brought it up with the packaging training coordinators, but I'd like to bring it up on ubuntu-devel@ for discussion too - somehow we need to get some kind of rotation going [15:34] tkamppeter: looks like it won't make 10.04 from what he said [15:35] tkamppeter: feature freeze for 3.2 (Ubuntu 10.04) is Sept 21 [15:37] ccheney: What exactly means CWS? [15:40] ccheney: Is this a bigger effort, so that it will only go into 3.3 or 4.0? [15:40] tkamppeter: like a revision control branch for development work [15:41] tkamppeter: i think the only person even requesting it is you so you have to find someone to actually do the work i suppose? [15:41] superm1, ping [15:41] cody-somerville, pong [15:41] tkamppeter: its often hard to get even bugs fixed in a timely manner in OOo via upstream [15:42] ccheney: I have a person who will perhaps soon work on OOo using the Common Printing Dialog, so he will probably do the PDF output in the same effort then. [15:43] ccheney: Then a new bug report with attached patch could be opened, perhaps the only form of bug report were they do anything. [15:44] tkamppeter: I recently had need to set up an HP printer on the network from Kubuntu and also from OS X. I find if we want to 'match' the OS X user experience we will have to worsten printer setup considerably. [15:44] * ScottK never did get OS X to work. [15:44] tkamppeter: yea probably so :-\ [15:45] ScottK: So it means printer setup is much better in Ubuntu than in Mac OS X? [15:45] tkamppeter: Yes. [15:45] ScottK: And our goal is not to copy other OSes but to be better. [15:45] Agreed. [15:46] On Kubuntu it was just click, click, click until done. [15:46] On OS X it was the Windows like experience of no driver, hunt it down on the HP web site, download 100+MB file, install, and then have it still not work. [15:47] ScottK: Recently, one of the managers of the LF asked me why I do the high effort with OpenUsability for the Common Printing Dialog, the printer industry wants standard technologies and therefore I could simply copy a Mac or Windows dialog. [15:47] well, we could cut out the clicking :) [15:48] tkamppeter: Heh. Well they could copy us too. [15:50] Mac has about the same or less market share as linux, so just get open printing dialog done and have them switch instead ;-) === cprov is now known as cprov-lunch [16:42] Can anyone point me to the patch ubuntu is using on pidgin so you don't get ugly notify-osd notifications [16:42] it doesn't seem to be in pidgin's .diff [16:42] try patches.ubuntu.com [16:43] Laney, wow shiny, never new that existed. i'll look through it === JanC__ is now known as JanC === nav__ is now known as nav_ === dholbach_ is now known as dholbach === Kmos_ is now known as Kmos [17:05] slangasek, do you have any idea about when the freeze will lift? === beuno is now known as beuno-afk [17:07] bdrung, nixternal, james_w, bdmurray (and everybody else who's interest): would you guys have a few spare minutes to have an impromptu meeting to talk about Harvest UI in #harvest [17:09] damnit, i found it. it's in a patch that also makes the thing require indicator applet >_> [17:10] to give a bit more background on the above: http://daniel.holba.ch/harvest was ported to Django already, but we want to explore how we want a future UI to look [17:11] GuyFromHell: There's a pidgin-libnotify (or something similar) package that if you remove you'll get no notifications. [17:12] ScottK, Right, but I've compiled notify-osd and getting the ugly popups from pidgin. I've found the patch of pidgin-libnotify but the patch also makes pidgin-libnotify depend on indicator-applet, which my distro doesn't have [17:13] GuyFromHell: Oh. Yes, well the presence of that is what stops the fallback dialogs, I think, but you would probably have more luck in #ayatana as they are upstream from this stuff [17:14] Ah, that's probably what the maint was thinking. I didn't htink about it like that. === cprov-lunch is now known as cprov [18:12] seb128: probably shortly after we know whether UNR should get a respin [18:12] slangasek, any chance that will be today? [18:12] certainly [18:12] cool [18:13] beuno-afk: 412925> less AJAX seems like a reasonable solution to me ;) [18:30] slangasek: hi! re bug #305264, I think we need to get this straightened out because I've got gnutls updates that I need to prepare. my last comment in the bug: [18:30] Launchpad bug 305264 in openldap "gnutls regression: failure in certificate chain validation" [High,Fix committed] https://launchpad.net/bugs/305264 [18:30] We need to push gnutls12 in Dapper and gnutls26 in Intrepid in -proposed to -security since these fix CVE-2009-2409. Dapper should not be a problem with openldap since openldap uses libssl0.9.8 on Dapper. For Intrepid, openldap will need to be copied as was done with Hardy. [18:30] jdstrand: so the status of that currently is that there are packages in -proposed that haven't cleared validation? [18:31] slangasek: this bug is a mess... so let me try to recap [18:31] slangasek: as you probably recall, gnutls made some changes that broke openldap [18:32] slangasek: so we had to weigh the benefit of the security update with the brokeness [18:32] slangasek: due to upstream having quite a few problems with regressions with one of the CVEs the -security updates were trying to fix, I uploaded them to -proposed for wider testing [18:32] slangasek: this was ages ago [18:33] slangasek: mathiaz prepared openldap packages to work with the new gnutls in -proposed [18:33] (for hardy afaik) [18:34] slangasek: gnutls was pocket copied to -security on hardy [18:34] slangasek: I thought mathiaz' openldap2.3 went to hardy-updates too... (let me check, the bug still shows as Fix Committed) [18:35] openldap2.3 has a newer version in hardy-updates than hardy-proposed [18:35] er, than hardy-security [18:36] slangasek: https://bugs.launchpad.net/ubuntu/+source/gnutls12/+bug/305264/comments/35 indicates that we had some intrepid testing (the reporter developed the patch upstream, but the 'Thanks' wasn't exactly clear on this point) [18:36] Launchpad bug 305264 in openldap "gnutls regression: failure in certificate chain validation" [High,Fix committed] [18:37]