=== dendrobates is now known as dendro-afk [00:24] SpamapS: For what releases? [00:24] (multipath-tools backport) [00:30] ScottK: lucid thru natty [00:43] @pilot out === udevbot changed the topic of #ubuntu-devel to: Oneiric Alpha 1 released | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: [00:51] Hello, I am interested in Ubuntu testing and creating bug reports. could you help me/ [00:52] ibook_powerpc: You probably ought to ask in #ubuntu-bugs. [00:52] thank you, I will head over there now. [00:55] SpamapS: As long as kpartx rdepends get tested, sure. === tgall_foo is now known as Dr_Who === SolidLiq is now known as solid_liq === Lutin is now known as Guest70256 [04:25] ok there's definately a toolchain problem here [04:26] when I take the lucid ipsec-tools sources and try to compile them in oneiric, it fails with: [04:26] gcc-4.6.real: error: unrecognized option '-R' [04:27] (I get the same with other versions, including the debian one i was trying to sync) [04:27] fwiw i get the same error in debian sid. [04:27] (that is, compiling sid's own ipsec-tools inside a debian sid VM) [05:25] all right, got a test case for a workable bug. Suspect i'tll be called a bugfix rather than regression, but i'll file anyway [05:28] Good morning [05:31] good evening :) [05:36] all right, filed bug 794373 on it. have low hopes [05:36] Launchpad bug 794373 in gcc-defaults (Ubuntu) "gcc now returns -1 when passed -R" [Undecided,New] https://launchpad.net/bugs/794373 [05:37] * hallyn checks the bzr branch for an obvious clue [05:40] history suggests doko_ is the one i should talk to tomorrow :) [05:40] * hallyn out === _LibertyZero is now known as LibertyZero === Quintasan_ is now known as Quintasan [06:53] good morning === hunger_ is now known as hunger === chrisccoulson_ is now known as chrisccoulson [07:55] good morning [08:30] pitti, https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics/+bug/774978/comments/38 [08:30] Ubuntu bug 774978 in xserver-xorg-input-synaptics (Ubuntu Natty) "xserver crashes in RecordAReply when XRecord is enabled in syndaemon" [Undecided,Fix committed] [08:30] pitti, ^^ root cause analysis for bug [08:31] bryceh: ah, finished reading -- "oops" [08:32] so XRecord has been a kind of mis-feature, and dropping it shouldn't cause much disruption indeed? [08:32] pitti, yep that's my take [08:32] XRecord is a dumbass [08:32] looks like it's not going to be a regression from maverick at the least [08:33] Hi, a while ago I had been adding two debdiffs to a bug report against ifenslave. Since then nothing changed there and I am pretty sure I missed a step in getting any attention. (bug 714904) [08:33] Launchpad bug 714904 in ifenslave-2.6 (Ubuntu Natty) "/etc/network/if-up.d/ifenslave is missing (installed under if-pre-up.d)" [High,Triaged] https://launchpad.net/bugs/714904 [08:35] pitti, what is needed next before we can roll it out to -updates? Do you need folks doing testing on natty-proposed? [08:42] smb: don't forget to subscribe the sponsors team (~ubuntu-sponsors) if you need sponsoring for an upload [08:43] geser, Oh, that was it then... [08:43] Doing that [08:43] geser, Thanks [08:44] smb, aren't you core dev? [08:44] bryceh, No. I maybe want at some point. But currently only package uploader for kernel [08:45] Still need to learn a few things for the "normal" package world [08:46] smb, ahh. Well you got my +1 for core dev if/when you need it [08:46] bryceh, cheers. :) [08:52] bryceh: right, to check for regressions and that the patch fixes it [08:56] pitti, WDYT about deprecating the "usblp" kernel module? It causes too many uglinesses and Mike Sweet wants to have it deprecated, too (instead of taking our patch on the "usb" CUPS backend)? === transitlogger is now known as apachelogger [09:07] pitti, ping [09:09] Someone had already the problem of one free software project working actively against another, like for example if emacs would do "rm -f ~/.vimrc" on startup? [09:10] tkamppeter, ahh that would be awesome! [09:10] WAR [09:10] tkamppeter: cups itself only speaks to the raw USB nodes now? [09:11] pitti, in CUPS upstream one has to decide whether to let it speak to libusb or usblp at build time. [09:11] tkamppeter: that is, drop usb-backend-both-usblp-and-libusb.dpatch and drop usblp from our kernel? [09:12] pitti, that is what I always wanted and what Mike Sweet wants, too. [09:12] as cups is pretty much the only thing talking to USB printers, I'm fine with that [09:12] is that CONFIG_USB_PRINTER=m? [09:13] apw: ^ do you think we could just disable it? [09:13] I only created the patch as there were drivers depending on the kernel module. The only free driver doing that is foo2zjs and that only for uploading firmware into HP cheapo lasers. [09:13] pitti, but it is no problem for me to patch that out in our package.\ [09:14] pitti, for oneiric ? [09:14] pitti, and could we just blacklist it for testing ? [09:15] hm, thinking in broader Debian terms, shipping a blacklist file in cups might be more appropriate [09:15] pitti, more a problem but less for us is that foo2zjs upstream will probably not accept it, but this author is really "dickköpfig" (pitti, I do not know it in English). There is also a second issue (see my talk with bryceh [09:15] as in Debian you also have other kernels, and you can also use other spoolers [09:15] before my talk with you. [09:15] tkamppeter: which patch will foo2zjs not accept? [09:16] tkamppeter: "stubborn" seems close [09:16] pitti, thx. [09:16] apw: so on second thought, cups should perhaps just blacklist it [09:16] pitti, stubborn. :) [09:17] pitti, the patch which I will introduce to make foo2zjs' firmware upload script independent of the "usblp" kernel module. [09:17] pitti, ok [09:17] tkamppeter: and blacklisting usblp would mean we don't need the patch? [09:18] pitti, then we can drop the patch on CUPS' "usb" backend, but we will have to introduce a patch on the firmware uploader script of foo2zjs. I am much more comfortable with this. [09:18] tkamppeter: ok [09:19] tkamppeter: I'm fine with dropping the patch and adding a blacklist file [09:19] tkamppeter: will that cause problems on upgrade? [09:19] tkamppeter: i. e. folks who currently have a printer set up through usblp and then get it blacklisted -- will the URIs differ? [09:19] pitti, especially there are several segfault bugs on the "usb" backend of CUPS and I fear they are from our patch. [09:21] pitti, there are differences in the URIs when a printer reports its serial number only via libusb and not via device ID, but here we could perhaps write some migration script. I can do the appropriate investigation with my bunch of HP printers. [09:23] pitti, but please do already the switchover (remove usb backend patch and add usblp blacklist) ASAP, so that testing by Oneiric users start and bug reports of non-HP users help to make the migration script (to be added later by me) covering everything. [09:24] sure [09:24] tkamppeter: btw, do you know the status of the cups-avahi patch? will Mike take it eventually? [09:24] pitti, in addition, the "usb" backend is a core piece of the OS, used by everyone, the firmware upload script is only a second-class application, as the default application for that is the implementation in HPLIP. [09:26] pitti, I had some personal mail exchange with him, and he finally got a copyright agreement with Red Hat, so the patch will go in, but not with 1.5.0, but with 1.5.x with x > 0. [09:26] ah, nice [09:27] He does not like the usblp/libusb hybrid patch for the usb backend, he wants usblp deprecated, as I said, so go ahead ... [09:28] pitti, he also said that he will provide Ghostscript patches for IPP Everywhere printer support in time for Ghostscript 9.03 and so for Oneiric. [09:28] tkamppeter: did he ever mention an opinion about the PDF filters? [09:29] that's probably the biggest change that we have [09:29] pitti, yes, he wants them, but he needs copyright agreements of the Japanese authors and this seems to be not yet completed. [09:29] ah, thanks [09:30] piiti, the other issue I want to talk about with you is a violation of etiquette between free software prrojects. [09:31] pitti, perhaps you have seen my talk about emacs and vi before we started our longer talk now. [09:32] Someone had already the problem of one free software project working actively against another, like for example if emacs would do "rm -f ~/.vimrc" on startup? [09:32] I've seen that line, but no other discussion [09:32] pitti, it got overrolled by our talk about CUPS. [09:32] pitti, it is the foo2zjs project with its stubborn author. [09:33] pitti, if you look into the file /usr/sbin/hplj1000, you find the following lines: [09:33] # [09:33] # Remove HPLIP proprietary rules! [09:33] # [09:33] model=` echo "$MODEL" | tr 'A-Z' 'a-z' ` [09:33] rm -f /etc/udev/rules.d/*hpmud*laserjet_${model}* [09:33] rm -f /etc/udev/rules.d/*hpmud_support.rules [09:34] Once it solve the problem we discussed earlier, about the mysterious disappearing of UDEV rule files. [09:34] tkamppeter: *tsk* [09:34] so that's what removed your rules? [09:34] this belongs patched out indeed [09:35] not that the hplip rules generator would make any more sense, though [09:35] it's two badly architectured programs fighting each other.. [09:35] pitti, and second, it is a violation against the etiquette of making free software. [09:36] pitti, it should be even SRUed urgently. === dmart_ is now known as dmart [09:36] pitti, but HPLIP is not actively fighting against other projects. === dmart is now known as Guest72963 === Guest72963 is now known as dmart === dmart is now known as Guest25714 [09:38] pitti, I will patch this out and SRU it. I will tell you when the SRU is up so that you can accept it quickly. [09:39] ok, thanks [09:39] tkamppeter: right, but hplip's "create rules on the fly which then create other rules" is not exactly state-of-the-art as well [09:40] pitti, HPLIP is installing an additional package triggered by UDEV rules. The package contains additional rules. [09:41] pitti, this can theoretically happen also if a piece of hardware triggers a driver download via Jockey. === Guest99970 is now known as gord [10:01] does anyone know if we have branches for anything other than 'stable' in debian and if so what the url form is for those? [10:04] apw: debian branches on launchpad? [10:05] apw: yes, LP has Debian packaging branches for stable, testing, unstable and experimental [10:05] debfx, yeah am trying to find the name of the y [10:05] tkamppeter: pushed to bzr, but I can't test it here (no printer) [10:05] unstable version of iscsitarget, and lp:debian/unstable/iscsitarget doesn't seem to work [10:06] apw: lp:debian/sid/iscsitarget should work. [10:06] * apw tries that [10:07] apw: lp:debian/iscsitarget [10:07] both give us a version that according to the debian page is not unstable [10:07] geser, that version is actually only the version in debian stable [10:08] geser, as does the /sid/ version [10:08] i suspect the package importer is broke [10:08] i wonder who owns that now [10:10] apw: you are right: http://package-import.ubuntu.com/status/iscsitarget.html#2011-05-24%2007:35:18.166059 [10:10] apw: LP uses the Debian codenames to differentiate between the branches (see https://code.launchpad.net/debian/+source/iscsitarget) [10:11] geser, ahh thats a handy view, i should have guessed at the form, doh [10:13] geser, any idea if the fact there is a bug number in the error report means its being dealt with or should i whine as it suggests [10:13] So https://bugs.launchpad.net/udd/+bug/714622 sounds like some manual intervention is needed for now. Who would be doing that? [10:13] Ubuntu bug 714622 in Ubuntu Distributed Development "import fails when lp branch has been push --overwrite'n" [High,Confirmed] [10:16] apw: no idea, but I guess pinging some UDD folks won't hurt. At least you know then what's the current status of that bug is [10:20] !?! I try ssh and all it does is fail with "get_sock_port: getnameinfo NI_NUMERICSERV failed: ai_family not supported" [10:20] pitti: I am only a bot, please don't think I'm intelligent :) [10:20] that still worked an hour or so ago, but I might have dist-upgraded [10:21] pitti, well the kernel didn't change :) [10:22] hm, I'll just try a reboot, I guess [10:22] pitti, welcome to M$ [10:23] the only dpkg thing I did in the last hour was purging the old 2.6.39-2 kernel, so I doubt that's it [10:25] so, M$ it is, rebooting helped [10:25] One of my friend bought Braid from Software Center, but sound is not working. Where should I report this? [10:26] is there an irc channel for paid apps support? [10:28] mvo: ^ would you know? [10:30] pitti, they are discussing it on #ubuntu-desktop it seems [10:31] pitti: just replied in #ubuntu-desktop [10:32] braid has no support forum, page or anything...just an email :( [10:36] hi. i'm having trouble configuring the keyboard layout on ubuntu server = console keyboard layout (ubuntu server has no X). /etc/default/keyboard is ignored, dpkg-reconfigure console-common is ignored. any developer around who wants to help investigating? [10:37] bugtracker entry = https://bugs.launchpad.net/ubuntu/+bug/780085 [10:37] Ubuntu bug 780085 in Ubuntu "Keyboard language detected during netboot setup is ignored after installation" [Undecided,New] [10:54] nevermind, "dpkg-reconfigure keyboard-configuration" worked. however the bug that the keyboard configuration during setup is not stored is still ignored. [10:55] pitti, thanks. [10:56] pitti, did you give your Samsung away? [10:57] tkamppeter: for a fair while now it has printed very poorly, so we have have pretty much stopped using it; it's still somewhere in a box in the cellar, we didn't unpack it yet after moving [10:57] pitti, OK, you switched to the perfect paperless office (cell phone tickets, ...). [10:57] right === doko_ is now known as doko [11:05] What is update-apt-xapi good for? [11:07] tkamppeter: it udpates the apt xapian index that is used for quick searching in software-center [11:07] mvo, thx, it is taking 100% CPU currently. [11:08] tkamppeter: it should finish soon, usually takes only a minute or so [11:12] mvo, OK, it finished already. [11:12] pitti: should i just run apport-retrace -u as root or is it easy to setup fakechroot [11:12] ohsix: it's not that easy, I'm afraid [11:13] hm [11:23] morning [11:25] cjwatson: according to wiki you are archive admin today - can I ask for passing gcc-4.6-armel-cross binary packages though NEW queue? [11:26] hrw: OK, will look shortly [11:27] cjwatson: thanks [11:34] cjwatson, there was a bzr command for 'releasing' a branch that at least tagged it, what was that called again [11:35] poolie: oh, thanks for the ecryptfs warning -- I guess I'll downgrade the kernel then.. [11:36] apw, debcommit -r ? [11:36] ogra_, ahh that might be the one [11:36] (requires a proper debian/changelog and tags accordingly) [11:36] it is _so_ confusing that half the stuff is debfoo and the other half is bzr foo [11:36] it makes one feel so stupid [11:37] we should have an alias ;) [11:37] bzr debrelease :) [11:37] or some such [11:37] pitti: glad it helped somebody [11:37] it gave me a nasty feeling [11:38] does not seem to have damaged anything, touch wood [11:42] apw: you can use 'bzr tag' too if you prefer [11:43] cjwatson, i thought there was something which took you from UNRELEASED to oneiric and commited it and tagged it in one, seems not [11:44] not AFAIK. dch -r && && && debcommit -r && debsign -S && debrelease -S ubuntu # is my usual workflow [11:44] (bzr-builddeb installs a hook that causes 'bzr tag' to automatically use the top version number from debian/changelog if not given another argument) [11:46] hrw: accepted [11:53] cjwatson: thanks! [12:07] cjwatson, i've finished up the module-init-tools merge back with debian, had it reviewed to death, tested it to death, and am about to upload it... did you want to look it over as it was your suggestion [12:07] nah, don't block on me [12:07] if other developers have reviewed it, that's fine [12:08] cjwatson, ack [12:09] I'll just complain about it if it's wrong. Deal? :-) [12:09] cjwatson, yep, i have tested it as much as i can without it being in the archive, even ppad it but only natty as we don't have oneiric ones yet [12:10] we don't have oneiric PPAs? I wonder why not [12:10] i was told they wern't enabled yet, though that may be old new now [12:10] when was that? [12:11] they should have been enabled as part of bringing up the new series [12:11] I've been useing Oneiric PPA's for a long time. [12:11] late last week i think it was ... hmmm ... [12:11] I'd say well over oa month. [12:11] oddness [12:12] that's more like what I'd expect. just try them? [12:12] yep [12:12] We build for all of lucid, maverick, natty and oneiric for every commit to trunk in OpenStack. I seem to remember adding Oneiric to that list shortly after oneiric was installable. [12:14] https://launchpad.net/builders/ shows oneiric PPA builds in progress [12:15] so I think you were misinformed [12:15] cjwatson, seems so, thanks, i did all my manual builds against up to date oneiric chroots so i am happy === MacSlow is now known as MacSlow|lunch [12:29] pitti, SRU for foo2zjs is on its way, see bug 783389. [12:29] Launchpad bug 783389 in foo2zjs (Ubuntu Natty) "HP LaserJet 1020 (on USB) stopped working in 11.04, worked in 10.04" [High,In progress] https://launchpad.net/bugs/783389 [12:43] tkamppeter: can you prepare this in the Debian git repository ? ^ I can upload in short time if needed. [12:45] tkamppeter: ah, thanks [12:45] http://cdimage.ubuntu.com/daily-live/20110608/ \o/ -> almost there size-wise [12:46] pitti, \o/ [12:47] pitti, how "almost"? cjwatson said we can count on 703mb isos so they are under [12:48] excellent :) [12:49] hum, compiz-plugins and compiz-plugins-main, let me see what brings them [12:49] seb128: ah, so much the better [12:49] next CDs will drop gdm, thus another -600 kB [12:49] argh, I forgot one rdepends in compiz itself(done for -plugins, not for -plugins-main) [12:50] one sec, doing the change [12:50] don't tell chrisccoulson though, he will try to get tb in ;-) [12:50] lol [12:50] * chrisccoulson grins [12:51] hum, no it deps on compiz-plugins-main-default [12:52] probably built with compiz 1:0.9.4+bzr20110606-0ubuntu2, which depended on compiz-plugins-main === dendro-afk is now known as dendrobates [12:52] hm, no [12:53] http://people.canonical.com/~ubuntu-archive/germinate-output/ubuntu.oneiric/rdepends/compiz-plugins-main/compiz-plugins-main seems to tell this [12:53] that's only generated every four hours FWIW [12:53] but yeah, compiz is ubuntu3 in the manifest === tgall_foo is now known as Dr_Who [12:55] http://people.canonical.com/~ubuntu-archive/livefs-build-logs/oneiric/ubuntu/latest/livecd-20110608.1-i386.out looks odd; I think it may just be Task field skew or something, not worth immediately worrying about [12:57] cjwatson: ok, let's wait for further build then. Why do you find it weird btw? [12:58] it's odd that it's showing up in "The following extra packages will be installed" - except for the kernel stuff (which is done in a different way), that indicates that dependencies and the Task fields are out of sync, since normally any dependencies should be included in the task that's being installed [12:58] hence my tentative diagnosis [13:00] oh ok, thanks for the explanation :) [13:04] @pilot in === udevbot changed the topic of #ubuntu-devel to: Oneiric Alpha 1 released | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for hardy -> oneiric | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: Daviey === dendrobates is now known as dendro-afk [13:13] pitti, the SRU for foo2zjs is ready, can you accept it? Thanks. === tgall_foo is now known as Dr_Who === SolidLiq is now known as solid_liq [13:24] cjwatson, did you see the gparted guy comment on your patch from yesterday? he's asking what distribution you recommend to work on that [13:39] seb128: yeah, I saw, in my queue to reply [13:40] cjwatson, ok, thanks [13:43] lynxman, Daviey: squid-deb-proxy trunk should be in good shape now (debconf, udeb, pkg blacklist). would be nice if you could give it a critical look before I upload [13:50] mvo: super, where is it? [13:51] slangasek: I want to document in our CVE tracker why we're going to ignore CVE-2010-4708 (pam_env reading user dirs by default). Your commit that reverts the change mentions that it's "under discussion". Where has it been discussed? I've looked at the pam list archives, but couldn't find it. [13:51] The pam_env module in Linux-PAM (aka pam) 1.1.2 and earlier reads the .pam_environment file in a user's home directory, which might allow local users to run programs with an unintended environment by executing a program that relies on the pam_env PAM check. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2010-4708) [13:53] Daviey: lp:squid-deb-proxy and there bzr-buildpackage === MacSlow|lunch is now known as MacSlow [13:54] mvo: okay, thanks.. Do you want me to test the udeb? === tgall_foo is now known as Dr_Who [13:54] Daviey: that would be cool [13:56] mvo: okay.. will have to do that later today then.. Patch piloting at the moment. [13:56] mvo: okay.. will have to do that later today then.. Patch piloting at the moment. [13:56] bah.. [13:58] Daviey: no rush [14:02] mvo: having a look right now :) thanks for your effort ^ [14:06] mvo: looks good to me :) let me know when you're building the new one for oneiric [14:14] cjwatson: I'm currently looking at my "mailing out component-mismatch deltas" work item [14:15] cjwatson: I'm a bit confused how that output is actually generated -- I don't see a cron job nor a script for that on lillypilly nor cocoplum? [14:18] pitti: cocoplum:~lp_archive/dak/cron.sync etc. [14:18] cjwatson: I suppose it does something like > component-mismatches.new && mv c-m.new c-m.txt [14:18] cronned as lp_archive@cocoplum [14:18] so we could slide in a diff and mail it out to the last uploader of that source package, and/or the release team [14:19] cjwatson: ah, thanks [14:21] cjwatson: there's uncommitted changes there (for natty->oneiric) -- is this branch supposed to be committed to directly? [14:21] bzr info at least doesn't have any pull location [14:21] cyphermox: Hey.. are you watching bug 794010? [14:21] Launchpad bug 794010 in liferea (Ubuntu) "[oneiric] FTBFS with libnotify 0.7" [High,Confirmed] https://launchpad.net/bugs/794010 [14:22] I wasn't subscribed, no [14:22] Daviey: but I was just bringing it up because I had looked at liferea already [14:23] cyphermox: Okay.. should i upload his fix, or hold out :) [14:23] pitti: yeah, it is. committed, thanks [14:23] Daviey: ah, upload, no need to hold on for that [14:25] lynxman: I will probably upload later today then to oneiric [14:25] cyphermox: ok, thanks :) [14:25] mvo: cool, ty [14:28] if one has a package which will be uploaded to oneiric and backported to lucid, but there will be a depedancy on a specific version of a support package, which will be each at different versions in the two releases ... is there a sane way to represent those dependancies? [14:30] apw: you mean like depends: support (>= 1) [lucid] | support (>= 2) [oneiric]? [14:30] (that doesn't work) [14:31] pitti, yeah thats the sort of thing, or perhaps [14:31] apw: if the earlier version of the support package is sufficient, why do we need a newer depends in oneiric then? [14:31] apw: just change the dep in the backport [14:31] pitti, cause the support will have to be fixed there too [14:32] pitti: sufficient in lucid-updates, not in lucid release pocket [14:32] ahh [14:32] yeah, manual backport it is [14:32] so there is no range operators, shame [14:32] there is <= [14:32] there kind of are but it isn't worth the hassle [14:32] but with dependencies you can only do "and" outside and "or" inside, and no negation [14:33] yeah, you end up applying de morgan's laws all over the place [14:33] so you can't do ( (>= 1.1) & (< 2) || (>= 2.1)) [14:33] pitti, a [14:33] and that is what i'd want ... sigh [14:33] you can, you just have to unpack it [14:33] but as I said, not a lot of fun [14:34] and I think it's ultimately less clear and maintainable than a manual backport [14:34] support (>= 1.1) | support (>= 2.1), support (< 2) | support (>= 2.1) [14:34] but that's rather unreadable [14:35] pitti, gurgle [14:35] apw: ... manual backport :) [14:35] or use lsb_release to generate the dependencies in debian/rules [14:36] heh yeah [14:36] ^ if you are going to need to backport it 20 times per cycle, that might be worth it [14:36] pitti, its the LTS backport kernels so ... for every upload to oneiric === SolidLiq is now known as solid_liq [14:50] pitti, the SRU for foo2zjs is ready, bug 783389, can you accept it, so that the SRU gets quickly into the updates? Thanks. [14:50] Launchpad bug 783389 in foo2zjs (Ubuntu) "HP LaserJet 1000/1005/1018/1020/P1005/P1006/... (on USB) stopped working in 11.04, worked in 10.04" [High,Triaged] https://launchpad.net/bugs/783389 [14:50] tkamppeter: yes, I saw it; I'll get to it [14:54] pitti, about CUPS, the postinstall is not doing "rmmod usblp", it should do, as otherwise many printers will disappear. [14:55] ah, until the next reboot, right [14:55] pitti, yes, and some machines like servers (or my desktop PC) reboot rarely. [15:00] tkamppeter: pushed [15:04] pitti, thanks. [15:05] pitti, I will add a script to migrate the USB URIs. I will tell you when this is done. Before that you should not upload. CUPS. [15:07] right [15:58] pitti, ping === wcchandler is now known as AdmiralAckbar [16:00] hi tkamppeter [16:01] mdz: I think you meant oftc in your blog post [16:01] Laney, good catch, will fix [16:01] np [16:02] pitti, I have found out that /usr/lib/cups/daemon/cups-deviced is broken. This program is called by CUPS when running commands like "lpinfo -v" and it segfaults most of the time, perhaps due to too long input strings. [16:02] btw I am working at getting Ubuntu upload history into UDD [16:02] pitti, input strings from the CUPS backends which it calls without arguments. [16:02] an all-changes list would be useful for this ... [16:02] Laney, cool! [16:02] :-) === dendro-afk is now known as dendrobates [16:06] tkamppeter: can foo2zjs please be fixed in oneiric as well? without that, it can't progress into -updates [16:06] tkamppeter: deviced crash> ugh, how come that this hasn't been discovered before? usblp URLs are shorter? [16:07] pitti, no. Some time before I have already seen that "lpinfo -v" was incomplete but did not find the time to investigate more deeply. [16:09] pitti, so I will now upload the foo2zjs as I have uploaded it as SRU, also to Oneiric, simply to unblock the process. The libusb support in foo2zjs will come after finishing CUPS. === AdmiralAckbar is now known as wcchandler [16:10] mvo: howdy! I have a quick question... I'm using python-apt and getting a server list with aptsources and the get_server_list(). When I run a small script that solely does that, the function returns "[['Main server', 'http://archive.ubuntu.com/ubuntu', False], ['Server for United States', 'http://us.archive.ubuntu.com/ubuntu/', True]]" however, when I run exactly the same in another application on which I've integrated my script, it returns "[['M [16:10] any ideas why? [16:11] RoAkSoAx: I'm in a meeting currently, but if you could push your script somewhere I can have a look later [16:11] RoAkSoAx, your message was truncated, try putting it all in a pastebin [16:13] pitti, foo2zjs for Oneiric uploaded, bug 783389 should close soon. [16:13] Launchpad bug 783389 in foo2zjs (Ubuntu Natty) "HP LaserJet 1000/1005/1018/1020/P1005/P1006/... (on USB) stopped working in 11.04, worked in 10.04" [High,Fix committed] https://launchpad.net/bugs/783389 [16:14] mvo: script: http://paste.ubuntu.com/621822/ result of running script: http://pastebin.ubuntu.com/621824/ Result of the same code integrated in application applitcation: http://pastebin.ubuntu.com/621823/ [16:14] mdz: ^^ [16:14] I'm integrating this in cobbler [16:31] RoAkSoAx will we have some time today to talk about cobbler+orchestra? [16:32] tkamppeter: thanks [16:39] lynxman: sure, just let me get this done [16:39] RoAkSoAx: cool :) === deryck_ is now known as deryck === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [16:54] lynxman: ok testing now [16:54] lynxman: what's up :) [16:55] RoAkSoAx: cobbler, did you have time to give it a look? [16:55] could someone please score up haskell-src-exts? [16:56] RoAkSoAx: want your feedback, badly :) [16:56] Laney: done [16:56] er [16:56] all builds are either success or failed, not needs-build [16:56] lynxman: yeah been reviwing it these couple of days [16:56] lynxman: what are your concerns [16:57] do you wanna take this elsewhere? [16:57] RoAkSoAx: just make sure that all is solid [16:57] oh, blasted ubuntu-build [16:57] RoAkSoAx: as you want :) [16:57] cjwatson: *wink* [16:57] lynxman: u tell me :P [16:57] RoAkSoAx: okay let me PM you [16:57] Laney: done [16:57] cheers [17:21] cjwatson: ooc, are you planning to merge initramfs-tools 0.99 anytime soon? i want to get the fix for debian bug #625224 (i.e. our bug #565047), and get it sru'd too, and was wondering if i should wait for the merge, try to do the merge myself, or cherry-pick the patch [17:21] Debian bug 625224 in initramfs-tools "xhci-hcd has the wrong module name" [Important,Fixed] http://bugs.debian.org/625224 [17:21] Launchpad bug 565047 in initramfs-tools (Ubuntu) "Unable to install off USB 3.0 port (HP Envy 15 Laptop)" [Undecided,Confirmed] https://launchpad.net/bugs/565047 [17:22] broder: I think I was waiting to hear where Keybuk had got to with /run [17:22] ah, ok [17:22] if it's urgent, feel free to cherry-pick [17:22] i don't think it's super-urgent - i've already worked around it locally [17:31] oh ffs [17:31] Daviey: are you around? [17:32] oh what am i thinking [17:32] RoAkSoAx: around? [17:32] RoAkSoAx: do you mind sponsoring ipsec-tools merge for me? [17:33] hallyn: sure... where do you have it at? [17:34] http://people.canonical.com/~serge/ipsec-tools_0.8.0-3ubuntu1 [17:34] RoAkSoAx: ^ thanks [17:35] that is, dget http://people.canonical.com/~serge/ipsec-tools_0.8.0-3ubuntu1/ipsec-tools_0.8.0-3ubuntu1.dsc [17:35] hallyn: btw.. is ti building now? I tried to merge it before but it FTBFS due to not being able to find a required library [17:35] and http://people.canonical.com/~serge/ipsec-tools_0.8.0-3ubuntu1/ipsec-tools_0.8.0-3ubuntu1_source.changes [17:35] RoAkSoAx: yeah, see the DEP3 in last patch in series [17:35] ev: can i get a review on https://code.launchpad.net/~maco.m/ubiquity/791446/+merge/63197 ? slangasek had suggested making a custom widget for qt that implements the same api as the gtk one, but it turns out the .ui compiler for qt cant handle custom widgets and barfs, making this the-way-that-actually-works (tested by charlie-tca and JontheEchidna) [17:36] RoAkSoAx: problem wasn't not finding a library, but configure got confused bc gcc changed its behavior wrt unknown arguments [17:36] hallyn: ahh I see now [17:36] highlights a culture diff between gcc and kernel... [17:37] but i digress [17:37] hallyn: always [17:37] maco: looking :) [17:37] Daviey: thx, but then i remember RoAkSoAxwas looking to exercise his newfound superpowers :) [17:37] remembered [17:37] hallyn: if you don't mind I'll point it to bug #787114 [17:37] Launchpad bug 787114 in ipsec-tools (Ubuntu) "Please merge ipsec-tools 0.8.0-3 (main) from debian unstable (main)" [Wishlist,In progress] https://launchpad.net/bugs/787114 [17:37] hallyn: ah, super [17:38] RoAkSoAx: oh, yeah. i shoulda looked for that. thanks! [17:39] ;) [17:41] RoAkSoAx: now, one thing we might consider, [17:42] hallyn: which one? [17:42] RoAkSoAx: as you see i fwded the patch to a debian bug. i've not heard back from the debian maintainer in two days of emailing him, but are we supposed to wait for debian to get the fix, and then sync that? [17:43] ev: thanks. i'll try to figure out what check_returncode does [17:43] maco: cool, thanks! [17:44]