=== jtechidna is now known as JontheEchidna [00:07] ion: Does this mean you'll be sponsoring my uploads and reviewing my patches and such? ;) [00:10] infinity: It did from 02:25:49 to 02:26:17 (UTC+3). [00:14] Damnit, I missed my chance. [00:20] it was such short... but intense piloting [00:22] anyone else seeing "debsums: invalid package name" errors? [00:23] seems related to doing sums on transitional packages [00:28] kees: Yeah. There’s a bug report about it on Launchpad. [00:28] Bug #809924 [00:29] Launchpad bug 809924 in debsums (Ubuntu) "debsums "invalid package name"" [Medium,Confirmed] https://launchpad.net/bugs/809924 [00:54] kees: debsums might be a bit broken at the moment because of the changes that happened to it to make it multiarch aware. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=616066 [00:54] Debian bug 616066 in debsums "/usr/bin/debsums: should not access dpkg's internal database directly, but use dpkg-query" [Important,Open] [00:55] kees: what's in Oneiric is based on a relatively hacky script I wrote back the sprint but I probably missed some corner cases that have been addressed by the newer version of the patch in Debian [01:00] stgraber: ah, cool [01:57] I'd like to submit artwork to the ubuntu project [01:57] whats the process for doign that? [02:02] where can I suggest ideas for the unity project? [02:15] hammma: ayatana-design [02:17] hamma: https://launchpad.net/~ayatana [02:17] hammma: should be a subscribe link at the bottom [02:19] thanks [05:23] Good morning [05:46] good morning === naba_ is now known as naba [06:51] Is there an environment variable that will set bzr launchpad-login ? [06:55] YokoZar: Setting it with 'bzr launchpad-login' isn't enough? [06:56] infinity: meh, I figured I could put it in bashrc along with the long list of other environment variables I have there like BZR_EMAIL [06:56] You could put "bzr launchpad-login whoever" in bashrc... [06:58] bzr launchpad-login just sets a variable in ~/.bazaar, right? [06:58] for some reason I thought it did something a bit more complex than that, like verify the name somehow [06:59] launchpad_username in bazaar.conf, yeah. [07:01] ok then since it's persistent there's no need for environment variable or bashrc messing ;) [07:01] Nope, not if you always have a bazaar.conf. [07:03] good morning [07:04] hey dholbach [07:04] Hi pitti, dholbach [07:05] hi pitti, hi geser [07:10] hey geser, wie gehts? [07:22] pitti: I'm fine. And you? [07:22] pretty well, thanks! a bit in crunch mode due to the late respin for beta [08:07] Ursinha, happy birthday! === smb` is now known as smb [09:09] pitti, where is the code of the apport duplicate finder ? it's doing things that doesn't make sense. [09:10] jibel: it's all in lp:apport, but where exactly depends on the nature of what you are seing [09:10] "seeing" [09:10] jibel: what's an example? [09:11] jibel: we recently added some non-crash dupe things to the ubuntu hook (/usr/share/apport/general-hooks/ubuntu.py); these are fairly new and might cause false positives [09:12] pitti, it marked bug 837503 and bug 837288 as duplicates of bug 837042. In its logic it is probably right but we should probably add rules to say "Don't touch a report that is in this state". [09:13] Launchpad bug 837503 in ubiquity (Ubuntu Oneiric) "'Prepare for shipping' not available on DVDs" [High,Triaged] https://launchpad.net/bugs/837503 [09:13] Launchpad bug 837288 in ubiquity (Ubuntu Oneiric) "oem-config-remove-gtk crashed with SystemExit in _on_failure(): 1" [Medium,Confirmed] https://launchpad.net/bugs/837288 [09:13] Launchpad bug 837042 in ubiquity (Ubuntu Oneiric) "wrong encoding for input in oem-config" [High,Confirmed] https://launchpad.net/bugs/837042 [09:13] like don't touch what is triaged [09:14] or also bug 837282 as duplicate of bug 619363, one is a timeout of dbus the other is a dbus service not found [09:14] Launchpad bug 619363 in aptdaemon (Ubuntu) "duplicate for #837282 aptdaemon dbus backend crash in self._transaction.run(defer=True)" [Undecided,Confirmed] https://launchpad.net/bugs/619363 [09:14] Launchpad bug 619363 in aptdaemon (Ubuntu) "aptdaemon dbus backend crash in self._transaction.run(defer=True)" [Undecided,Confirmed] https://launchpad.net/bugs/619363 [09:17] jibel: right, that DuplicateSignature looks totally inadequate for a manually created bug report [09:18] bdmurray: ^ I think ubuntu.py should only add these for crash bugs perhaps, not for manually filed bugs? [09:19] jibel: so for that I think the code is in /usr/share/apport/package-hooks/source_ubiquity.py [09:20] line 73 ff. [09:20] it sets the DuplicateSignature regardless of the ProblemType [09:20] it shuold only do that for "Crash" and perhaps "Package", but not "Bug" [09:20] bdmurray: ^ do you agree? [09:22] jibel: bug 837288 should keep the DuplicateSignature, though, do you agree? [09:22] Launchpad bug 837288 in ubiquity (Ubuntu Oneiric) "oem-config-remove-gtk crashed with SystemExit in _on_failure(): 1" [Medium,Confirmed] https://launchpad.net/bugs/837288 [09:27] pitti, the signature is wrong. It is not the error in the Traceback but from ubiquity syslog, which is not what triggered the crash. [09:27] jibel, bdmurray: first fix: http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/oneiric/apport/ubuntu/revision/1834 [09:28] bdmurray: can you look into the wrong DuplicateSignature in 837288? [09:28] jibel: right; I meant for these kinds of bugs it makes sense to keep a DuplicateSignature, but not for the other two (ProblemType Bug) [09:28] jibel: I'll remove that faulty master bug from the dup db in a moment [09:29] pitti, agree. for crash reports it makes sense to keep the signature. [09:30] jhunt_: ping [09:30] lynxman: hi [09:30] jhunt_: hey :) [09:30] jhunt_: I've been fighting with a bug the last day, very nasty one [09:31] jhunt_: looks like a race condition in the initrd ramfs when your root or swap are in extended partitions [09:31] jhunt_: which makes udev not mount properly and you can't boot up [09:31] jhunt_: in oneiric server [09:31] jhunt_: bug 818177 [09:31] Launchpad bug 818177 in linux (Ubuntu) "HP DL380G5 root disk mounted read-only on boot and boot fails" [High,Confirmed] https://launchpad.net/bugs/818177 [09:32] lynxman: I'll take a look... [09:32] jhunt_: adam_g suggested a small patch to /usr/share/initramfs-tools/scripts/init-bottom/udev [09:32] jhunt_: just want to make sure it makes sense from the foundations side as well [09:32] jhunt_: thanks :) [10:17] jml: I bet it suspends great, it just fails to resume. ;) [10:18] tkamppeter: it's too late to change beta-1 for anything short of an emergency [10:19] tkamppeter: this kind of bug can be fixed perfectly with a post-installation upgrade [10:37] cjwatson, pitti, OK. Probably beta1 users update regularly anyway, as it is not a final. [10:37] yes, I think that can be expected === doko_ is now known as doko === Quintasan_ is now known as Quintasan [11:08] is there a debian script or something for a package to modify the configuration file of another package when it doesn't have a convenient *.d directory, ie should be able to add either lines or a section on install and then remove that on uninstall [11:09] cr3: if it's a dpkg-managed configuration file (so-called "conffile"), this is not allowed [11:09] cr3: if it's a non-managed file, there are no scripts for this, as every conffile looks different; the usual approach is to use sed, etc. [11:10] pitti: /etc/sysctl.conf, I'm only writing a convenience optimization package for use in the cloud, not intended for the real archives :) [11:10] cr3: but these things need to be done very very VERY careful; it must never touch a file of an unkonwn/unexpected format, the code needs to be idempotent, etc. [11:10] cr3, you want /etc/sysctl.d/ instead [11:10] cr3: sysctl.conf is a conffile; what ogra said [11:11] that can override /etc/sysctl.conf and you only drop a file in place with your package [11:12] awesome, I didn't even notice sysctl.d! I can't remember last time I actually did an ls of /etc, strange :) [11:13] but now I have to modify /etc/postgresql/$version/main/postgresql.conf :( [11:13] cr3: that's not a conffile [11:14] cr3: also, that file isn't guaranteed to exist (there might be more/other/differnet clusters), but as long as it's for a personal package, that's fine [11:14] pitti: yeah, it's personal but I'm still trying to be minimally careful, like not just appending blindly and so forth [11:50] cjwatson: are you working on a patch for xmms2? [11:51] oh, now i got the mails. thanks for your work. [11:55] bdrung: I'm working on all the remaining libav NBS dependencies (that Fabrice doesn't beat me to) [11:56] :) [11:57] it's just a bit tedious === MacSlow is now known as MacSlow|lunch [12:07] cjwatson: can you give me your patch as real file / attachment? i copied the inline patch and 'patch' complains about it. [12:12] bdrung: perhaps easiest to grab it from https://launchpadlibrarian.net/78695385/xmms2_0.7DrNo%2Bdfsg-2build2_0.7DrNo%2Bdfsg-2ubuntu1.diff.gz [12:12] minus the debian/control bit of course [12:28] slangasek: Do you have thoughts on, bug 835625 .. smelling multiarch related. [12:28] Launchpad bug 835625 in cyrus-sasl2 (Ubuntu) "package libsasl2-2 2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu2 failed to install/upgrade: libsasl2-2:i386 2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu2 (Multi-Arch" [Undecided,New] https://launchpad.net/bugs/835625 === lenios__ is now known as lenios_ [12:57] pitti, do you still get bug 831884 [12:57] Launchpad bug 830061 in ubiquity (Ubuntu Oneiric) "duplicate for #831884 ubiquity-dm crashed with AttributeError in run(): 'Pixbuf' object has no attribute 'render_pixmap_and_mask'" [High,Fix released] https://launchpad.net/bugs/830061 [12:57] ? [12:57] jibel: I didn't notice apport popping up for this [12:57] not the master, the first report. [12:58] 831884 [12:58] jibel: but I didn't do a test case with an existing user account, so there was nothign to migrate [12:58] jibel: ah, no, I don't get 831884 any more [12:59] it is still an issue there with ubiquity 2.7.25 [12:59] I tried the beta-1 on the very same machine (Mini 10), plus my workstation (X201), both worked fine [13:03] I tried on an eeepc, same error. another system work fine booted from CD. I'll try from USB. === naba_ is now known as naba [13:30] jhunt_: hey sir o/ any feedback on bug #818177? [13:30] Launchpad bug 818177 in linux (Ubuntu) "HP DL380G5 root disk mounted read-only on boot and boot fails" [High,Confirmed] https://launchpad.net/bugs/818177 [13:47] lynxman: can't recreate the problem myself yet, but the proposed solution sounds reasonable, although maybe we should have some sort of timeout waiting for udev? [13:48] jhunt_: okay, I'll figure out a patch with a timeout value then : [13:48] :) === MacSlow|lunch is now known as MacSlow [14:04] pitti: one issue with using if report['ProblemType'] != bug is bug 712677 [14:04] Launchpad bug 712677 in ubiquity (Ubuntu) "Does not report crashes during "Install Ubuntu" installs" [High,Triaged] https://launchpad.net/bugs/712677 [14:22] hi all [14:23] I've read that Oracle retired their license for distributing their SDK on Linux... does it mean we will be able to distribute only OpenJDK in the Software Center? [14:24] bdmurray: right, we need to fix that [14:27] cjwatson: uploaded xmms2 to sid. i did more changes: http://anonscm.debian.org/gitweb/?p=pkg-xmms2/xmms2.git [14:28] ok, dh_python2 will need an FFe though [14:30] Andy80: what Oracle has retired is their standing public redistribution license; given that the sun java packages currently available through Software Center are part of the Canonical Partner archive, not part of Ubuntu itself, it's not clear from this whether Oracle will maintain that particular relationship [14:32] slangasek: ok, so it's a different agreement, not the general one. Thanks [14:33] Andy80: well, I'm not actually privy to whether Canonical does have a separate license agreement for those packages - but by virtue of the package's presence in partner, I can say there's a direct *relationship*, so they may work something out :) [14:33] Daviey: thanks, bug #835625 triaged [14:33] Launchpad bug 835625 in apt (Ubuntu Oneiric) "package libsasl2-2 2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu2 failed to install/upgrade: libsasl2-2:i386 2.1.24~rc1.dfsg1+cvs2011-05-23-4ubuntu2 (Multi-Arch" [High,Triaged] https://launchpad.net/bugs/835625 [14:47] stgraber: oh, bfb? I thought that was gone in oneiric now, does 2d still have it? [14:47] pitti: it's still called bfb (as in the file) but that's now the dash launcher [14:47] jibel: trying a zh_CN install with the oneiric desktop CD now; which one is simplified Chinese, the third-last or second-last in the language list? [14:49] stgraber: ah [14:49] pitti, this one 中文(简体) [14:49] the simpler one, obviously! :) [14:49] jibel: ah, it does look a tad simpler, doesn't it [14:49] jibel: merci! [14:49] * pitti now trying to do a "blind" install [14:50] pitti: anything in particular you want to test? [14:50] jibel: still curious that I don't see it when I create a chinese user in a running system, or in the live session [14:50] pitti: I just did a chinese test install for Edubuntu [14:50] stgraber: bug 771510 [14:50] Launchpad bug 771510 in indicator-sound (Ubuntu Oneiric) "missing translations for Simplified Chinese" [High,Incomplete] https://launchpad.net/bugs/771510 [14:50] stgraber: and the two related ones for two other indicators [14:50] * pitti retitles the bug [14:50] pitti: ok, I have an installed chinese system here, let me have a quick look [14:50] bug 771510 [14:51] stgraber: some indicators show "Empty Label" in them [14:51] * pitti figures out how to select US keyboard layout [14:51] "Label Empty" actually [14:52] ah, right; bug updated [14:52] session/me, sound and date all have the problem [14:52] yeah, seems everyone gets it but me.. [14:52] I'm currently doing a clean test install with zh_CN right from the start [14:53] seems it doesn't happen in live session or post-install [14:53] ouch, and seems like we also have some font problem (might be related [14:53] ah, with the "guess your keyboard layout" button I was able to find US :) [14:53] pitti: default chinese keyboard is US [14:55] pitti: http://www.stgraber.org/download/unity-chinese.png [14:55] that doesn't look too good :) [14:55] whee [14:55] I didn't get that === davidcalle_ is now known as davidcalle [14:56] after jibel's latest post I'm beginning to think it's a broken locale setting [14:56] for some reason I didn't get that in the live session either, only on the installed system [14:56] stgraber: do you mind to post the output of "locale" to that bug, plus ~/.profile and /etc/default/profile ? [14:56] pitti: and you'd be right, locale is wrong [14:56] if it is locale, then it'll also explain why I didn't get it with a test user [14:56] pitti: I have zh_CN not zh_CN.UTF-8 [14:56] as control-center sets it right [14:56] accountsservice, I mean [14:57] stgraber: I bet that's it; it's getting an invalid LC_CTYPE and chinese $LANGUAGE [14:57] restarting session with the right locale [14:57] everything looks good now [14:58] ok, so we should just attach the wrong files; my install is almost through, will do it afterwards unless you beat me to it [14:58] ok, so I guess that bug should be changed to: "/etc/default/locale set to zh_CN instead of zh_CN.UTF-8 when installing in Chinese" [15:00] pitti: attached the screenshot and /etc/default/locale to the bug [15:01] I guess this will need re-assigning but not sure to what, localechooser? [15:03] pitti: it very well might explain bug 838845 [15:03] Launchpad bug 838845 in ldm (Ubuntu) "Chinese glyphs (and potentially some other languages) aren't rendered properly in ldm" [Medium,Triaged] https://launchpad.net/bugs/838845 [15:03] stgraber: very probabl [15:03] e [15:03] stgraber: I updated the bug and will add a few dupes [15:06] stgraber, jibel: ok, reproduced here as well; I updated the bug and duped the others [15:14] Archive: Feature/UI Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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: robert_ancell [15:14] (freeze lifted, go wild) [15:14] didrocks: ^ you might fancy uploading unity-2d [15:15] pitti: ah nice, I'm preparing the next release of unity-2d with the unity one right now :) [15:25] pitti, It looks like that LP has a problem with the two s-c-p uploads approved at once. It seems that it has picked the older one, 1.3.6+20110824-0ubuntu2 instead of 1.3.6+20110831-0ubuntu1. [15:25] tkamppeter_: it should have accepted both === tkamppeter_ is now known as tkamppeter [15:26] pitti, See https://launchpad.net/ubuntu/+source/system-config-printer, which shows the old version and https://launchpad.net/ubuntu/+source/system-config-printer/+changelog which includes the new version. [15:27] pitti, I got two accept e-mails, but the one for the old version came after the one for the new version. [15:27] tkamppeter: the latter page shows unpublished sources, too; all is well [15:30] pitti, yes I can access the newer version's page through a link on the changelog page. [15:30] don't worry about mail ordering [15:31] if both are accepted, the higher version will win [15:31] just leave it an hour or so and everything will sort itself out [15:34] OK, thanks. [15:38] superm1: Did you see my patch in bug 766160? [15:38] Launchpad bug 766160 in dkms (Ubuntu) "apport hook should identify duplicates" [Medium,In progress] https://launchpad.net/bugs/766160 === beuno is now known as beuno-lunch [16:05] Why is empathy the default IM client? [16:28] how come /dev/mqueue is not mounted by default on an ubuntu system? Just obsolete? === beuno-lunch is now known as beuno [17:00] jml: ping [17:00] kirkland: hi [17:00] jml: i'm not able to reproduce https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/838807 [17:00] Launchpad bug 838807 in ecryptfs-utils (Ubuntu) "Lose access to Private directory after logging out then logging in again" [High,New] [17:00] kirkland: ah, ok. I can reproduce it easily and lots. [17:00] jml: hmm [17:01] jml: actually, hang on [17:01] kirkland: I mean, sucks to be logging out all the time. [17:01] jml: i'm encrypting all of $HOME, you're encrypting $HOME/Private [17:01] kirkland: yep [17:01] jml: let me try to reproduce that [17:01] kirkland: ok. thanks. [17:01] jml: oh, one more thing [17:02] jml: ls -alF $HOME/.ecryptfs/auto-mount [17:02] jml: and is this a recent thing? or has it been doing this for a while? [17:02] -rw-r--r-- 1 jml jml 0 2008-10-14 07:09 /home/jml/.ecryptfs/auto-mount [17:02] kirkland: for a while [17:02] jml: dang [17:02] pitti: ping? [17:02] pitti: you encrypt *just* $HOME/Private, right? [17:02] pitti: have you seen https://bugs.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/838807 yet? [17:02] Launchpad bug 838807 in ecryptfs-utils (Ubuntu) "Lose access to Private directory after logging out then logging in again" [High,New] [17:03] I think I've seen that. I can't log out right now though, and it seems fine on the first login after booting (which this is) [17:04] -rw-r--r-- 1 cjwatson cjwatson 0 2008-08-20 14:14 /home/cjwatson/.ecryptfs/auto-mount [17:04] hmm, is there any chance that subsequent logins are short circuiting the pam stack in lightdm? [17:04] twitch? [17:06] jml: one more thing ... could you try with ssh? [17:06] jml: ie, logout of your desktop, and then ssh in/out repeatedly, and see if it's automounting/unmounting [17:06] jml: i just tried that with an encrypted private, and ssh logins seem to be behaving properly [17:07] * kirkland logs out to test this [17:10] kirkland: ok. sure. sorry for delay. [17:10] umm [17:10] I need something to log in with. [17:12] jml: ssh? [17:12] jml: if you're running an ssh server there, you can drop to a tty, login as root or another user, and ssh jml@localhost [17:12] kirkland: ahh, right. [17:12] jml: i just logged in/out 10x times with a test user and an encrypted private directory, with no luck reproducing the problem [17:12] kirkland: ok. will try that. [17:13] jml: do a mount | grep ecryptfs in between logins [17:13] jml: to see if you're getting unmounted properly [17:13] ok [17:14] * jml tries. [17:20] jml: hmm, I'm just not reproducing this [17:20] jdstrand, .... [17:21] Really? Dead link off of "Create" section of developer.ubuntu.com? http://developer.ubuntu.com/create/qt/ [17:21] bdmurray, yeah but i don't have access to sponsor it until next week. [17:21] kirkland: so I tried logging out, but I need to reconfigure my SSH server :) [17:21] it looks fine to me though [17:22] kirkland: give me a bit longer. [17:22] kirkland: when I log in on the tty as jml, I get an error. [17:22] @pilot in === udevbot changed the topic of #ubuntu-devel to: Alpha 3 released | Archive: Beta 1 Freeze | Development of Ubuntu (not support, not app development) | build failures -> http://bit.ly/or6CHJ | #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: barry, robert_ancell [17:22] jml: np; i'll get this solved for you, but we'll need to work together a bit to triage it, since I'm not reproducing it [17:22] It's the last link on the left on 'QT creator'. [17:22] kirkland: but I think it's the one in the paste in the bug report [17:23] jml: are you in your desktop now? [17:23] kirkland: yes. [17:23] jml: okay, give me a couple of pastebins ... [17:23] jml: ll $HOME/.ecryptfs/ [17:24] jml: and [17:24] jml: ll $HOME/.ecryptfs [17:24] kirkland: http://paste.ubuntu.com/679942/ [17:25] kirkland: going to try the SSH thing again now. [17:26] jml: hmm, okay, i do see one aberration [17:26] jml: minor, but let's try this ... [17:26] jml: echo "$HOME/Private" > $HOME/.ecryptfs/Private.mnt [17:26] jml: ie, set your private mountpoint [17:27] jml: i think that should default to $HOME/Private, but it's possible that it's not doing so for you? [17:27] kirkland: ok. done that. Will log out and log in again. [17:27] jml: k [17:29] kirkland: no joy. [17:29] kirkland: want me to try the SSH thing, now that I have a properly configured server? [17:29] jml: okay ls -alF /dev/shm/ecryptfs-jml* [17:30] kirkland: -rw------- 1 jml root 2 2011-09-01 18:28 /dev/shm/ecryptfs-jml-Private [17:30] kirkland: but this is while it is mounted [17:30] jml: cat /dev/shm/ecryptfs-jml-Private [17:30] 1 [17:31] jml: okay, good [17:31] jml: yeah, try ssh [17:31] jml: you can even do it in your desktop session [17:31] jml: just ssh in and out of localhost [17:32] kirkland: ssh works while I'm in desktop session (thing shows up as mounted). [17:32] kirkland: shall I try outside of desktop session? [17:32] jml: ecryptfs-umount-private [17:32] jml: make sure it gets unmounted [17:32] jml: mount | grep ecryptfs [17:33] jml: and then try in and out of ssh a couple of times (3? 4? 5?) [17:34] kirkland: http://paste.ubuntu.com/679951/ (line 25 is when I umount) [17:35] jml: ooh, so you can reproduce it with ssh alone? [17:35] jml: dpkg -l ecryptfs-utils [17:35] kirkland: apparently so. although I notice that with SSH I don't get the warning about keyctl_search, which I *do* get when I do a tty login after first desktop logout [17:36] ii ecryptfs-utils 90-0ubuntu1 ecryptfs cryptographic filesystem (utilities) [17:36] jml: okay, do: keyctl list @u [17:36] jml: this should show 2 keys in your keyring [17:36] jml: well, 2 if you're encrypting filenames [17:36] no, only one. [17:36] jml: 1 if you're not [17:37] I don't know if I'm encrypting filenames. I chose the option on install some three years ago :) [17:37] jml: wc -l $HOME/.ecryptfs/Private.sig [17:37] jml: :-P [17:37] jml: if that wc is 1, then you're not [17:37] jml: if it's 2, then you are [17:37] 1 [17:37] jml: or, ls $HOME/.Private [17:37] jml: and if you see normal filenames, then you're not encrypting filenames [17:38] kirkland: right. they are all there. [17:38] jml: if you see: ECRYPTFS_FNEK_ENCRYPTED.FWYkiiM.WVXtxUQ5kMZ3hnYV7a7TNI7Ya0xUZWDbvgdLrupba-Nlw.EU-- [17:38] jml: then you are :-) [17:38] jml: okay, good [17:39] kirkland: so, keyctl list @u has one key. Are there details there that you would like to see? [17:39] jml: no need [17:40] jml: okay, can you get it back to the point where you reproduce the problem, and then see if keyctl list @u shows 1 key? [17:40] hmm. by "reproduce the problem", do you mean, say, in an ssh session? [17:41] jml: sure [17:41] jml: reproduce is "ssh in, enter password, but ~/Private is not mounted" [17:42] jml: also, pastebin "md5sum /etc/pam.d/*" [17:43] kirkland: http://paste.ubuntu.com/679960/ [17:45] jml: oooh, your /etc/pam.d/common-auth and /etc/pam.d/common-password differ from mine [17:45] jml: could you pastebin those two files? [17:45] kirkland: sure. [17:45] http://paste.ubuntu.com/679966/ [17:46] http://paste.ubuntu.com/679968/ [17:47] kirkland: have 1 key under ssh [17:47] oh [17:47] but when I remount the thing I have two keys [17:47] jml: oh ho ho, that's interesting, that gives me an idea [17:48] jml: -auth optional pam_smbpass.so migrate [17:48] jml: that's inconsequential here [17:48] also, the numbers are slightly different [17:48] "1000 0" for one, "1000 1000" for the one that appears after mounting [17:48] ok [17:48] kirkland: sorry, I don't quite grok the "-auth" line. [17:49] jml: oh, i just looked at your minor pam differences, and it's just an smbpass thing, which should have nothing to do with this [17:49] ah right. [17:50] jml: okay, so those two numbers are uid and gid, and that shouldn't matter here [17:50] jml: but you're saying sometimes you have 2 keys in there, and sometimes 1? [17:50] kirkland: when ~/Private is mounted, I have two [17:50] kirkland: otherwise, 1 [17:50] kirkland: but maybe that's because I've been using the interactive command to mount it? /me really doesn't know. Not sure what it has on first login [17:51] jml: okay, when private is mounted, could you give me the output of "mount | grep ecryptfs" ? you may choose to fuzz the sig hex numbers, as these are hashes of your keys [17:51] jml: i'm think i'm on the track here [17:52] /home/jml/.Private on /home/jml/Private type ecryptfs (ecryptfs_check_dev_ruid,ecryptfs_cipher=aes,ecryptfs_key_bytes=16,ecryptfs_unlink_sigs,ecryptfs_sig=XXXXXXXXXXX) [17:53] jml: okay, take a mental note of the true value of your ecryptfs_sig=XXXXXXXXXXX [17:53] got it. [17:53] jml: now, do whatever you do to reproduce the problem (ie, get it to not auto mount) [17:53] jml: and before mounting do your keyctl list @u [17:53] jml: see if that hex key id is in the list [17:54] jml: if i understand you correctly, there will be 1 and only 1 key in your list, and it won't be ecryptfs_sig=XXXXXXXXXXX [17:54] kirkland: correct. [17:54] jml: then do ecryptfs-mount-private [17:54] jml: enter your pw, see that private mounted, and now keyctl list [17:55] jml: and you get two keys in the list [17:55] jml: which includes the necessary ecryptfs_sig=XXXXXXXXXXX [17:55] kirkland: correct again. [17:55] jml: okay, i have an idea of what's wrong [17:56] jml: see line 46 of /usr/bin/ecryptfs-mount-private ... I need to simulate that in pam_ecryptfs.c [17:56] jml: okay, give me a little while to get this reproduced and tested; i'll put a package in a ppa for your testing [17:56] jml: thanks for your patience [17:56] kirkland: thank you for helping me debug this [17:57] kirkland: or, umm, the other way around. [17:57] kirkland: anyway, I'm grateful :) [17:57] jml: :-) yes, thank you [17:57] jml: how much longer until your EoD? [17:58] kirkland: I'm an hour past it. [17:58] jml: okay, it might be on the morrow for you then [17:58] kirkland: but I'll be around online most of the evening. [17:58] jml: cheers, though, you'll have a ppa package waiting for you [17:58] kirkland: ok, thanks. :) [17:58] jml: okey doke [18:12] Question .. what's the preferred method for building a package.. there's dkpg-buildpackage -rfakeroot .. there's fakeroot dpkg-buildpackage -F .. there's debuild -S -sa and then sudo pbuilder build [18:20] pdtpatr1ck: Any of those except for "fakeroot dpkg-buildpackage". [18:20] pdtpatr1ck: debuild is a better interface than dpkg-buildpackage for developer use cases; fakeroot never needs to be specified manually becuase it's a default; what infinity said; and use of debuild vs. pbuilder has more to do with your workflow than whether one is a "preferred method". [18:21] pdtpatr1ck: "dpkg-buildpackage -rfakeroot" will only use fakeroot during the bits where it needs to (and debuild, pbuilder, and sbuild will all call dpkg-buildpackage in that same manner) [18:21] if you already have a dsc, you're not going to be running 'debuild -S -sa', so the last two are orthogonal [18:21] Great .. much appreciated guys [18:22] slangasek: Is it sad that even though I know debuild is easier and less typing, muscle memory dictates that I still type "dpkg-buildpackage -rfakeroot -uc -us -S" every time? [18:22] slangasek: Worse still, because -rfakeroot is the default now, and I still type it. [18:23] Silly fingers. [18:26] kirkland: no, I switched to full $HOME encryption a few cycles ago [18:26] kirkland: yeah, I think I saw it sometimes; seems to be some kind of race condition or mis-counting sessions [18:35] infinity: you're losing valuable seconds of your life that way! best to just let the autobuilders do it all for you [18:41] slangasek: *glare* [18:42] [18:44] infinity: "bzr bd" !!!11! [18:45] * infinity packs up his toys and goes home. [18:45] * pitti is still a bit grumpy about debhelper claiming 'dh', a command that nobody ever types into a shell [18:46] I imagine you'll get over it. [18:46] Besides, I type it in shells. [18:46] dh --no-act can be handy. [18:47] still, it's so un-Huffman-y [18:48] infinity: but anyway, I think you already LARTed me for my collection of aliases :) [18:48] You were a math major turned programmer, weren't you? [18:48] no, just a lazy typer :) [18:48] And I may have. It sounds like the sort of thing I'd make fun of. === zyga is now known as zyga-afk [19:23] hey all. i'm looking at trying to find a solution for bug 838968 . [19:23] Launchpad bug 838968 in ifupdown (Ubuntu) "static-network-up event does not wait for interfaces to have an address" [Undecided,New] https://launchpad.net/bugs/838968 [19:24] i'm wondering if there is any way suitable for that a daemon could avoid polling to see if all of a list of network interfaces are up and have IPs assigned to them. [19:24] s/suitable for that/suitable for ubuntu boot where/ [19:25]