[00:05] hi [00:05] will pidgin 2.6.1 get into karmic? [00:06] there's a bug for that, it doesn't seem to have any 'official' opinion on the subject https://bugs.launchpad.net/ubuntu/+source/pidgin/+bug/415908 [00:06] Launchpad bug 415908 in pidgin "Please merge pidgin 2.6.1-1 (main) from Debian experimental (main)" [Unknown,Fix committed] [00:07] 2.6.1 is in debian experimental, whereas ubuntu has 2.5.8 === Hellow_ is now known as Hellow === Richie is now known as YDdraigGoch === lamont` is now known as lamont [05:19] im looking for what mode of operation, algorithm, hashing algorithm, and keysize the ubuntu juanty alternate install cd supports [05:20] anyone home? :/ [05:24] if you have an answer to my question please mail me at: davexthc@gmail.com or respond to https://answers.launchpad.net/ubuntu/+question/81467 [05:26] thanks in advance [05:47] i would like to add #ubuntu had no answer to my question afrer many hours [05:48] also if if it inst implemented i suggest when creating an encrypted LVM at least have the option to dd urandom to the target disk [06:41] good morning [06:52] Good morning [06:53] hi pitti [06:56] ScottK: sorry, was sleeping; seems it built by now [06:56] morning dholbach and pitti [06:57] hey highvoltage [06:59] Morning pii [06:59] hey StK [06:59] * StevenK glares at his 't' key, which apparently works now [06:59] hey all, looking for a little advice on where to look for something [06:59] * StevenK goes back to lurking, suitably embarrassed [07:00] I am trying to preseed a default for a gconf key but seem to figure out how to make it global for all users (including newly created ones) [07:09] foxbuntu: You want dh_gconf and debian/gconf-defaults file [07:10] TheMuso, thanks! I will look at those [07:10] foxbuntu: np === Richie is now known as YDdraigGoch === YDdraigGoch is now known as Guest71540 === Guest71540 is now known as YDdraigGoch [07:52] TheMuso, mind giving me a little help with dh_gconf? [07:55] foxbuntu: Sure. [07:56] If you want a good example, have a look at the ubuntustudio-default-settings package, that uses it. [07:56] good morning - is there a way to install some gnome templates (xdg) via the package manager for every user? [07:57] TheMuso, well the only question is, since the package already uses dh do I need to do anything other than add a debian/gconf-defaults file? [07:57] some standard way? or do i have to copy them manually to the home dirs? [07:57] hola juanje! [07:58] hola dholbach! :-) [07:59] foxbuntu: Just make sure the binary package in question has ${misc:Depends} in the Depends field in debian/control. [08:01] foxbuntu: and if you have more than one binary package, make sure the file is debian/$package.gconf-defaults [08:01] where $package is the package name. [08:02] dholbach: I'm doing some sponsoring now, are you currently hammering at the queue and we need to coordinate? or can I just fire at will? [08:02] pitti: just go ahead :) [08:02] * pitti hugs dholbach [08:02] * dholbach hugs pitti back [08:02] * dholbach needs to prepare his UDW session :) [08:03] maybe I'll do some more sponsoring later on [08:03] TheMuso, hmm, I have done both of those, and the conf still doesnt show up in place after the install, also in the dh log after build there is nothing for dh_gconf [08:04] foxbuntu: ok hang on a sec [08:04] foxbuntu: What packaging system are you using? [08:04] TheMuso, np, thanks in advance for all the help [08:05] TheMuso, cdbs [08:05] foxbuntu: Right you do need to explicitly call dh_gconf, at least thats what I had to do with ubuntustudio-default-settings. [08:06] TheMuso, alright, so just add it to the debian/rules thenN? [08:06] foxbuntu: I suggest you download the source for ubuntustudio-default-settings and have a look at debian/rules [08:06] TheMuso, will do [08:07] TheMuso, ahhh...thats what I was missing... thanks! [08:08] np [08:32] slangasek: mmm, current live CDs are well within size limits again [08:33] slangasek: documentation gets stripped now, and gnome-games alone bought us 16 MB \o/ [08:34] pitti: w00t [08:36] can I seed frozen bubble now? :-) [08:36] pitti: What was the gnome-games change? [08:36] StevenK: gnome help translations get stripped now, and stuffed into langpacks [08:36] \o/ [08:37] and I did a no-change upload of mousetweaks and gnome-games yesterday (against the new mangler) [08:37] I needed two packages for testing, and I wanted the CDs to not be oversized any more [08:39] 0830 is oversized [08:39] but not 0831 (today) [08:39] that's what I meant [08:40] I did the stripping/langpack-o-matic changes yesterday [08:40] pitti: no, but you can make a new derivative called frozenbubbluntu [08:40] * pitti sobs [08:40] blubbuntu! [09:37] pitti: yeah, back in action at least. Is there anything else I could do (debug?) or do we have to wait for other traces, that tell you more or do we have to wait for upstream? [09:38] sebner: at this point I'm waiting for Lennart's (upstream's) response [09:38] kk :) [09:38] I don't know about the black magic that libatasmart does, I'm afraid [09:39] pitti: heh, not that bad (since it works with the workaround) but release is nearing and should be fixed anyways before it [09:45] I cannot believe this bug persists. https://bugs.launchpad.net/bugs/150872 [09:45] Launchpad bug 150872 in ubiquity "Installer should not list removable media in /etc/fstab" [High,Fix released] === pengo1 is now known as pengo [09:50] (according to reports in the bug report anyway) [09:50] makes me sad [10:13] ciao [10:13] there is a package in ubuntu I use [10:13] that's libdmtx [10:13] it's version 0.6.0 while upstream is 0.7.0 [10:14] debian sid already has 0.7.0 so i'm using the sd package [10:14] the maintainer is the MOTU [10:15] i have filed a bug report [10:15] tme ago [10:15] there is a way to join the team and do the upload myself? [10:15] I have some PPA and i know good debian packaging system [10:17] https://bugs.launchpad.net/ubuntu/+bug/396131 [10:17] there is, but its not overnight, got to let people get to know you [10:17] Launchpad bug 396131 in libdmtx "update to 0.7.0" [Undecided,Confirmed] [10:18] what you can do, right now, is follow the 'sync' process documented in ubuntu-policy and on the ubuntu wiki, and that will get it updated [10:18] what sync? from debian? [10:18] we're in feature freeze, so it may need a FFe approval [10:18] yes [10:18] oh :( [10:18] matteo: you probably want to join #ubuntu-motu [10:18] i have ugly #ifdef in my code [10:18] to support both debian and ubuntu === dholbach_ is now known as dholbach [10:36] meh, usb-creator seems completely broken right now :/ [10:37] what's wrong with it? [10:38] NotImplementedError: add_image is not implemented by the backend. [10:38] I can't add an .iso [10:38] ouch [10:38] * hyperair takes note not to wipe thumbdrive until usb-creator's fixed. [10:38] * pitti installs jaunty version [10:39] "Unable to determine the partition number" -- WTH? [10:39] seems I won't create an usb install stick today :/ [10:39] pitti: fortunately for me I keep one main box on a stable version for just that occasion :) [10:43] pitti, broken for .img as well btw [10:43] i know evand has a fix pending for that [10:44] (we talked on friday) [10:47] pitti, https://launchpad.net/bugs/420438 [10:47] Launchpad bug 420438 in usb-creator "DeviceKit-disks backend does not show a device unless it has a formatted vfat partition" [High,Confirmed] [10:48] ogra: right, sounds like it; I added a vfat partition now, and it works with the jaunty version now [10:48] right [10:48] i rolled back to jaunty as well, but it doesnt get me anywhere since jaunty had no .img support at all [10:50] ogra: can't you just add image-writer for that ? [10:51] davmor2, well, imagewriter is supposed to be replaced by usb-creator [10:51] indeed imagewriter works, its a dumb dd frontend, had to break :) [10:51] *hard [10:52] ogra: yeah but as a temporary measure I meant [10:52] sure, but then i can just dd anyway :) === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow === rmcbride_ is now known as rmcbride === al-maisan_ is now known as al-maisan [13:59] Hello, tzdata on jaunty needs to be updated [14:29] pitti, When I open jockey-gtk and try to activate a restricted driver in Xubuntu it says "You are not authorized to perform this action.". Why would it start doing that? [14:30] cody-somerville: hm, seems you don't have policykit-1-gnome? [14:30] it needs that to ask you for your password for authorization [14:31] cody-somerville: hm, no, it's a dependency of jockey-gtk [14:31] I guess you have it installed, but it's not running [14:31] cody-somerville: can you confirm that pidof polkit-gnome-authentication-agent-1 is empty? [14:32] Question: Can someone point me at a page listing the standard configure paths expected for an Ubuntu build? (e.g. ./configure --prefix=/ --sysconfdir=/var/lib etc.) [14:32] cody-somerville: and if so, can you please change /etc/xdg/autostart/polkit-gnome-authentication-agent-1.desktop to say "OnlyShowIn=GNOME;Xfce;"? does it start automatically then? [14:37] pitti, pidof is indeed empty [14:37] pitti, I need to reboot anyhow so I'll see if that change autostarts it [14:37] pitti, brb [14:42] pitti, Adding XFCE worked like a charm! :) [14:42] 04-add-xfce.patch.disabled [14:42] o_O [14:43] cody-somerville: okay, will fix; thanks [14:43] cody-somerville: I bugged that a week or so ago :) [14:43] davmor2, bug #? [14:43] davmor2: oh, do you have a bug #? [14:44] pitti, cody-somerville: bug 417462 [14:44] Launchpad bug 417462 in jockey "Jockey-gtk is throwing up a box saying you are not authorised to perform this action" [Undecided,New] https://launchpad.net/bugs/417462 [14:44] davmor2: thanks [14:58] kees: not sure if you've seen http://ardchoille42.blogspot.com/2009/08/canonical-advocates-insecure-practices.html [15:08] where are these debug packages? [15:08] kees: seems to have comments disabled :( [15:09] mdke, people who post blog posts which require response, but don't have comments enabled, require punishment. possibly with a 2-by-4 [15:12] mdke, Whats your position on the issue? [15:14] directhex: yes, I guess it's intentional [15:14] cody-somerville: I'm not a security expert (and kees is) but from what I can see, there is nothing on the wiki page or the blog post that explains why enabling the root account is more dangerous than using sudo [15:15] It's not in many circumstances. [15:16] The one security advantage to sudo is enhanced logging of who did what. [15:17] ok [15:17] I guess if you have both, it gives a malicious users two possible passwords to guess/force, rather than one [15:17] but that's not really something that makes enabling the root account inherently dangerous, afaics [15:18] That's a security advantage, not risk. [15:18] anyway, the wiki page should reflect our policy, and as far as I'm aware kees is in about the best position to determine what that policy is, if it requires further discussion it should be escalated in the usual way [15:18] At least on a server as long as you disable root login via ssh [15:19] mdke, Its also probably needed, as kees said in his e-mail, for some users who have legacy tools/scripts/infrastructure requiring an actual root account and don't take advantage of sudo. [15:19] mdke: It's a wiki. If people want to give information on alternative ways to do stuff, it is expected. [15:19] * mdke nods [15:19] wiki edit wars are no substitute for proper discussion on a mailing list [15:19] We don't want 'wiki police' running around and deleting stuff that's "not doing it right" [15:20] especially not wiki vigilantes :) [15:21] sudo can be configured to ask for the root password. anyway the no root password thing makes me feel i should have a more secure password for my account? [15:22] mdke: Also we have a cultural norm of not reverting reversions to avoid wiki wars. The guy that made the blog post is IMO wrong on that account. [15:25] ScottK: well, his post got reverted [15:25] his edit, i mean [15:26] ScottK: oh, I see what you mean now [15:27] "I have served as an op in official Ubuntu IRC channels where telling others how to enable root can get you kicked out of the channel." <-- Wow. [15:28] let me guess, RootSudo? [15:30] Yep [15:53] pitti: I saw that you uploaded the new pkgbinarymangler yesterday so I will do a new ubuntu-docs upload soon with all the translations and we will see how it works :) [15:54] * ogra looks for his hard hat for tomorrow :) [15:54] heh [15:55] mdke, btw i like to tell people that sudo vs root account is mainly a usability thing (despite the logging ScottK mentioned there is not much added security) [15:55] And the logging thing is totally irrelevant for single user systems. [15:56] yeah [15:56] It's more of a tool for the autopsy than a security feature anyway. [15:56] * mdke nods [16:05] it used to be (apparently) that DEBIAN_FRONTEND was set when running postinst... did that go away recently? [16:10] actually, there are a few benefits of sudo: a) logging (as mentioned), b) no password for a well known account (ie root). this is especially good when combined with our sshd_config of allowing root logins and keeps people from brute-forcing root and c) it encourages the good behavior of not logging in as root [16:11] jdstrand: I think it's a given if you enable root you have to disable ssh login as root. [16:11] in and of itself is there a tremendous security advantage? no. added together I think it adds security to the system overall [16:12] ScottK: it is logically a given, but it is not a given with the current system [16:12] True, but I file that under "don't change this unless you know what you are doing". [16:12] and it is only logically a given if you know what you are doing [16:12] ScottK: I agree [16:14] hi, I'm working with a handheld device that uses MTP for file transfer. The trouble is the most recent version of mtpfs only works in Hardy, I can't get it working in Jaunty [16:15] pitti, hi [16:15] hi tkamppeter [16:15] can anyone tell me what changed in how Jaunty handles MTP devices compared to Hardy? [16:16] tkamppeter: I had a question for you in bug 420015 [16:16] Launchpad bug 420015 in udev "usblp Kernel module needs to be removed and /dev/bus/usb/*/* made accessible for USB printers to work with CUPS 1.4.x" [High,Invalid] https://launchpad.net/bugs/420015 [16:16] tkamppeter: is it actually easily possible to tell which devices are USB printers? (for creating an udev rule); otherwise I'd just have the backend run as root [16:18] tkamppeter: I'll use the "root backend" approach for now; I can revert it if/when we get udev rules [16:19] tkamppeter, can you email that patch again attached with that change since holtmann doesn't want to take the Changelog entry out himself again [16:21] pitti, yes. See the udev rules of system-config-printer-udev (/lib/udev/rules.d/70-printers.rules) for udev rules only starting a script when a printer is (dis-)connected. [16:22] ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", GROUP="lp", MODE="660" [16:22] tkamppeter: ^ could you please give this a quick test? I can't access an USB printer under karmic right now [16:23] pitti: See http://pastebin.ubuntu.com/262581/ for udev rules which determine and use bus and device number of the connected USB device. [16:24] tkamppeter: but that's a per-vendor/product list again, and always behind and outdated by nature [16:24] that's not covered by ATTR{bInterfaceClass}=="07"? [16:26] tkamppeter: a rule like the above is reasonable to commit to udev, but http://pastebin.ubuntu.com/262581/ absolutely isn't [16:26] that should be shipped by hplip then [16:26] but that has its own backend anyway, doesn't it? [16:28] pitti, the pastebin stuff is not to demonstrate how to determine what is a printer, but how to extraxt bus and device number so that one can manipulate /dev/bus/usb/*/* files (to find the right one). [16:29] pitti, I thought about (but can be overkill): [16:33] ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", PROGRAM="/bin/sh -c 'X=%k; X=$${X#usbdev}; B=$${X%%%%.*}; D=$${X#*.}; file=`printf /deb/bus/usb/%%03i/%%03i $$B $$D`; chgrp lp $$file; chmod 660 $$file'" [16:35] tkamppeter: why not simply GROUP="lp", MODE="660" ? [16:35] that's what they are meant for [16:35] https://wiki.ubuntu.com/UbuntuDeveloperWeek starting in 25 minutes in #ubuntu-classroom [16:40] pitti, is /dev/bus/usb/*/* automatically the file where GROUP="lp", MODE="660" acts on? [16:40] tkamppeter: yes [16:40] if I do ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", GROUP="lp", MODE="660" [16:41] tkamppeter: I put a proposed rule into the bug report (same as I pasted above) for testing [16:42] and connect the DesignJet 130 (a printer not covered by HPLIP) the permissions and ownerships do not get changed, but [16:42] ACTION=="add", SUBSYSTEM=="usb", ATTR{bInterfaceClass}=="07", ATTR{bInterfaceSubClass}=="01", RUN+="udev-configure-printer add %p" [16:42] starts udev-configure-printer. [16:43] tkamppeter: where did you add the rule? [16:43] # libusb device nodes [16:43] SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", NAME="bus/usb/$env{BUSNUM}/$env{DEVNUM}", MODE="0664" [16:43] ^ from 50-udev-default.rules [16:43] so it needs to run later than 50-* [16:44] In /lib/udev/rules.d/70-printers.rules, right before the rule to start udev-configure-printer (did not want to create a new file for the test and wanted to have it done before udev-configure-printer). [16:45] tkamppeter: added updated rule to bug report [16:48] pitti, should it not be /etc/udev/rules.d/69-cups.rules as there is already /lib/udev/rules.d/70-printers.rules [16:49] doesn't matter much [16:49] tkamppeter: uploading new cups to experimental and karmic now, so that this gets fixed === jelmer is now known as ctrlsoft [16:50] pitti, but why does my rule not work if it is in /lib/udev/rules.d/70-printers.rules, right before the rule for udev-configure-printer? [16:50] I don't know [16:52] pitti, before you upload new CUPS packages, one point: [16:52] (too late..) [16:53] tkamppeter: would be interesting to see an udevadm test output for the printer, to see whether the rule matches at all [16:54] pitti: The usblp kernel module should not be completely thrown out of the distro. It should only get deactivated for systems actually running CUPS. [16:54] tkamppeter: right, that happens now, the blacklist file is shipped by cups [16:55] pitti, so my suggestion is to add a file /etc/modprobe.d/blacklist.conf file [16:55] So you did it already? Great. [16:55] tkamppeter: I added blacklist-cups.conf [16:55] then the apparmor profile update, and usb backend as root (for now) [16:55] Yes, I meant blacklist-cups.conf. [16:56] pitti, how did it work with the udevadm test? [16:57] tkamppeter: you need the sysfs path of the printer device (udevadm monitor --udev -e, then plug it in), and then udevadm test devices/..., the output shoudl show the matching rules [17:00] pitti did you not put the udev rule into the CUPS package? [17:01] tkamppeter: no, I didn't; it doesn't belong there, and you said it doesn't work [17:01] tkamppeter: I install the backend to run as root for now [17:08] pitti, here is the udevadm result: http://pastebin.ubuntu.com/262600/ === ccheney` is now known as ccheney === beuno is now known as beuno-lunch [17:18] any plans for ubuntu to add the lzma file compression/decompression utilities lzma, lzip, or xz to its repositories. I read that Slackware is now distributing files from its repository in .txz format [17:20] !info lzma hardy [17:20] lzma (source: lzma): Compression method of 7z format in 7-Zip program. In component main, is required. Version 4.43-12ubuntu1 (hardy), package size 116 kB, installed size 296 kB [17:20] kevdog: Look before you assume something is not there! [17:21] mdke: yeah, saw the blog post. I like how he didn't include further emails with him. anyway, as discussed, I don't think having a root account makes a system less secure. there is one good point about knowing the "root" account exists, but that's pretty minor if it has a good password. [17:21] mterry: Are you around? [17:21] maxb: I looked in my repository and did see anything regarding xz. lzma is a part of 7zip, but I was wanting the standalone program if possible [17:22] mdke: I'm not hugely interested in "fighting" for having it in the wiki or not; my angle was simply "this smells like censorship". It's documented in "man sudo_root", so I can always point there. [17:22] kevdog: xv is in xv-utils [17:22] xz-utils: /usr/bin/xz [17:22] v/z [17:23] kevdog: What I just pointed out *is* a standalone program. Please head over to #ubuntu or #ubuntu+1 as appropriate for assistance installing/using stuff already in the repositories [17:23] maxb: It's worthin noting it's onlyl in Karmic though, not in a release. [17:24] ScottK: but.... !info lzma hardy lzma (source: lzma): .... Version 4.43-12ubuntu1 (hardy) .... !? [17:24] maxb: I was talking about xz. [17:24] maxb: #ubuntu pointed me here. Im using intrepid. As far as using an apt-cache search xz -- nothing comes up with relevant results. There is no /usr/bin/xz in my install -- possibly my fault [17:25] kevdog: No xz in Intrepid, just Karmic. [17:25] OK, well, you also asked about lzma, which is there. [17:25] ScottK: Thanks -- you've answered my question -- what about lzip? [17:25] karmic only, too [17:25] maxb: cool -- Thanks guys [17:26] Is there anyone around who feels like sponsoring an upload of Subversion? LP 406245 [17:26] Launchpad bug 406245 in subversion "Merge subversion 1.6.5dfsg-1 (main) from Debian unstable (main)." [Undecided,Confirmed] https://launchpad.net/bugs/406245 [17:27] Got FFe? [17:27] FFe is granted [17:29] pitti, still there? [17:36] maxb: Looking into it. [17:36] yay, thanks [17:41] neilwilson, will be around in 20m [17:47] pitti: is my reply to bug 413278 sufficient for an SRU? Sorry I hadn't been clear enough. [17:48] Launchpad bug 413278 in eglibc "stack protector guard value does not lead with a NULL byte" [Medium,Fix released] https://launchpad.net/bugs/413278 === edson is now known as ecanto === pgraner is now known as pgraner-Zzzz [18:03] cjwatson: hi - I've gone through an cloud installation from the -server iso [18:04] cjwatson: and it seems that the eucalyptus-cc package is not installed during the Cluster installation. [18:05] marjomercado: hi - I've written some test cases for UEC [18:05] marjomercado: http://testcases.qa.ubuntu.com/Install/UECInstall [18:06] marjomercado: could you add these to the ISO testing tracker? [18:06] kees: ah, thanks === mako_ is now known as mako [18:24] mathiaz: probably not, but I can :) [18:25] wheren't there supposed to be talks regarding the ubuntu developer week in this channel? [18:27] slangasek: ok. [18:28] t0bi: talks are held in #ubuntu-classroom [18:28] ah, thx! [18:37] pitti, still there? === marjomercado is now known as marjo [18:46] slangasek: are you taking care of updating the iso tracker with the new test cases? [18:46] mathiaz: yes [18:46] slangasek: great - here is another set of testcases: [18:46] slangasek: http://testcases.qa.ubuntu.com/System/CloudImages [18:46] I am running Karmic and I would love to give feedback - what is the best IRC channel to do that in === beuno-lunch is now known as beuno [18:47] Question: Can someone point me at a page listing the standard configure paths expected for an Ubuntu build? (e.g. ./configure --prefix=/ --sysconfdir=/var/lib etc.) [18:48] I should say I am running Karmic from 8/29 and applying multiple daily updates [18:51] TheSteve0: You should file bugs at launchpad.net. You can send email to ubuntu-devel-discuss@lists.ubuntu.com. IRC is possibly #ubunt+1. === robbiew is now known as robbiew-afk [18:55] scottK I don't know what you mean by that IRC channel [18:55] maxb: svn test build takes a long time on my laptop..... [18:56] TheSteve0: I had a typo. #ubuntu+1 is the irc channel for discussion of issues and problems with the developmet release of Ubuntu. [18:57] scottK excellent - thanks === Gh0sty_ is now known as Gh0sty === kirkland` is now known as kirkland === yoasif_ is now known as yoasif === DktrKran12 is now known as DktrKranz [19:18] mathiaz: are those test cases specific to EC2? Are there additional test cases for UEC pending (per Matt's mail)? [19:28] Is there any reason that files listed with dpkg-deb --contents would not be installed properly when using sudo dpkg -i ? [19:29] * ccheney may finally be moving, looking at house today that is 375 m^2 with additional 200 m^2 attic walk out storage [19:31] maxb: Subversion uploaded. Thank you for your contribution to Ubuntu. [19:35] ncb000gt: because another package that you have installed Replaces: that package [19:36] slangasek: Perfect! Thank you kindly! === Gh0sty_ is now known as Gh0sty [20:13] seb128: hi! I've got a fix for bug #422130 and bug #417736 I plan to upload today. will this conflict with anything you are doing? [20:13] Bug 422130 on http://launchpad.net/bugs/422130 is private [20:13] Launchpad bug 417736 in gnumeric "[karmic] evince apparmor stops gnumeric previews" [Undecided,Invalid] https://launchpad.net/bugs/417736 [20:13] bug #422130 [20:13] Bug 422130 on http://launchpad.net/bugs/422130 is private [20:13] * jdstrand just made it public... [20:13] bug #422130 [20:13] Bug 422130 on http://launchpad.net/bugs/422130 is private [20:13] meh [20:14] seb128: bug #422130 is a bug in hamster fixed by this commit: http://git.gnome.org/cgit/hamster-applet/patch/?id=e9b7738328637ccc5aa49f63296c77c04927b7db [20:14] Launchpad bug 422130 in hamster-applet "hamster-applet crashed with GError in load_ui_file()" [Undecided,New] https://launchpad.net/bugs/422130 [20:14] thanks ubottu [20:16] jdstrand, hello, no change are planned on evince so upload whatever you need to change [20:16] seb128: what about hamster? [20:16] jdstrand, you can also upload the hamster change [20:17] seb128: thanks! :) [20:17] thank to you for working on those! [20:17] seb128: I'm kinda surprised how dependent I've become on hamster :) [20:17] ;-) [20:20] mathiaz: ping === rickspencer3 is now known as rickspencer3-afk === robbiew-afk is now known as robbiew [21:01] slangasek: thanks for updating the tracker [21:01] mathiaz: did you see my question about whether there were separate UEC test cases pending? [21:01] (vs. EC2) === ctrlsoft is now known as jelmer [21:03] slangasek: hm - the test cases are the same, but both EC2 and UEC images should be tested [21:03] slangasek: as they're different [21:04] slangasek: both UEC and EC2 images should go through http://testcases.qa.ubuntu.com/System/CloudImages [21:04] are they? I thought the image was supposed to be identical, distributed via 2 different channels [21:04] how do you test "availability zones" for UEC? [21:04] slangasek: different clusters [21:05] and should UEC point at the ec2 archive mirrors? [21:05] slangasek: IIUC availability zones are different clusters in UEC [21:05] ok [21:05] slangasek: hm right. This has to be updated. [21:05] slangasek: I'll update the testcases then. [21:05] ok, cheers [21:07] slangasek: test case wiki page updated. [21:07] ok [21:07] slangasek: I've added a new test case - UEC Image [21:12] slangasek: the other issue we run into this morning while testing the cloud installation on the server iso was that the eucalyptus-* packages weren't installed [21:12] slangasek: the packages are on the isos and the eucalyptus udeb is trying to install tham [21:12] slangasek: *them* [21:21] kees: if its a valid use case and doesn't have negative security implications, I think it *should* be in the wiki. anyway, it is there now and the guy seems to have stopped editing it, I believe. Did you resolve anything in later emails? [21:27] mdke: I had replied to him with my justifications (before he posted to his blog -- and he didn't seem to publish *that* email...) so I figure I'm done with it for now. [21:29] kees: fair enough, thanks for making the effort [21:51] mathiaz: I currently don't have an ISO test setup here; do you have enough information to file a bug against the installer about this? [21:54] slangasek: well - there isn't anything in the log [21:57] anyone here use sbuild? [22:04] * jtimberman sorted, nm! === Richie is now known as YDdraigGoch [22:18] Apparently there's something about launchpad's build daemons that I don't know. I have a rules file that's little more than a copy command and it's building on i386 but failing on amd64 and I have no idea why. http://launchpadlibrarian.net/31090181/buildlog_ubuntu-karmic-amd64.wine1.2-gecko_1.0.0-0ubuntu2_FAILEDTOBUILD.txt.gz [22:18] It works when I build locally with dpkg-buildpackage -rfakeroot too [22:18] mdke: I'll get round to fixing it in karmic this week; I don't really think it merits an SRU, to be honest [22:21] cjwatson: Can you ping me when you're done with Eucalyptus for today? [22:22] cjwatson: I have a few more things I'd like to get done and then I'll upload at some point. [22:23] cjwatson: I'm sprinting in St. Louis, so it's still early for me. I'll make sure to get it done so that whatever we do will be on tomorrow's dailies. [22:23] slangasek: We would really appreciate some attention to bug 420035 [22:23] Launchpad bug 420035 in eucalyptus "exception request; addition of the image store client interface" [Undecided,New] https://launchpad.net/bugs/420035 [22:24] slangasek: There's a bunch of other interesting bug fixes in upstream's bzr, and we'd like not have to filter out these new features. [22:26] mathiaz: yep - fixed in bzr now [22:26] mathiaz: or should be, anyway [22:26] cjwatson: great - thanks [22:27] soren: I'm done for the moment, please do upload [22:27] cjwatson: Would you prefer I do it now, or is it cool if I wait a few hours? [22:27] don't care [22:28] this was essentially running through today's installer and fixing all the issues I could see [22:28] which unfortunately wasn't many because the fact that eucalyptus-cloud doesn't get installed rather screws up the world [22:28] cjwatson: Yes, we noticed. We were just about to work on that when I saw your commits, so thanks :) [22:30] soren: if you guys have time, it would be worth doing a test run of today's installer in the ordinary server mode, selecting eucalyptus-simple-cluster in tasksel [22:30] mathiaz: ^^ [22:30] soren: I'm a bit worried by the fact that I haven't yet been able to test a from-scratch installation of the cloud/cluster controllers in karmic [22:30] cjwatson: we're current testing all of this. [22:31] cjwatson: is there anyway to test your changes before waiting for a new round of dailies? [22:31] cjwatson: We sould be significantly closer to that by tomorrow. [22:31] YokoZar: your package is architecture-specific but you're doing work in binary-indep, rather than in binary-arch where you should be doing it [22:31] mathiaz: "the ordinary server mode, selecting eucalyptus-simple-cluster in tasksel" [22:31] mathiaz: will not actually test my changes directly but will test the stuff that's significantly less well-tested and thus significantly scarier [22:32] cjwatson: ok. [22:32] YokoZar: you can reproduce this locally with debuild -B [22:33] mathiaz: the main thing this won't test, of course, is the installer integration that deals with creating a node preseed file [22:34] cjwatson: ahh I guess that happened when I migrated it from all to 3 arches. Thanks that clears it. [22:35] mathiaz: what you could do is as follows: boot the UEC installer in expert mode (i.e. select UEC at boot menu and use F6 to switch on expert mode), run through the installer until immediately after "retrieving installer components" or whatever it's called, switch to tty2, nano /var/lib/dpkg/info/eucalyptus-udeb.postinst, apply my changes, save and exit, switch to tty1, select "change debconf priority", select "high", continue [22:35] mathiaz: actually, I might try that myself now === rickspencer3-afk is now known as rickspencer3 [22:39] kirkland: fyi, bug #359338 should no longer be a blocker for you [22:39] Launchpad bug 359338 in apparmor "apparmor paths are broken when using ecryptfs on jaunty" [High,Fix released] https://launchpad.net/bugs/359338 [22:39] jdstrand: \o/ [22:40] * kirkland high fives jdstrand [22:40] kirkland: I assume you'll let evand know when he is around? [22:40] 5 [22:40] o/ [22:40] jdstrand: let evan know what, exactly? [22:41] kirkland: that it is not a blocker. I thought that was the last thing for the installer. However, I forgot it was in email, so I'll respond there [22:41] soren: seems like it'd be safer to || true that dpkg-statoverride --remove call? [22:42] soren: and using dpkg-statoverride for this is fundamentally broken, in case you didn't already know :) [22:42] dpkg-statoverride is a *user* override [22:43] soren: packages are supposed to create any users/groups they need to own their files in their preinst, and then just ship the files owned by the correct user/group in the filesystem tarball in the .deb [22:43] jdstrand: great, thanks ;-) [22:44] soren: certainly, without the || true, that's going to fail on initial installation - the if ! getent block will create a statoverride for euca_rootwrap in /usr/lib not in /usr/share, and then dpkg-statoverride --remove will fail because the override doesn't exist [22:44] cjwatson: Even for setuid files? [22:44] yep [22:44] cjwatson: Ok. [22:45] cjwatson: I got my inspiration from some other package that shipped a setuid binary.. [22:45]