quadrispropitti, bug 512048 -> fixed in debian, thank you!00:19
ubottuLaunchpad bug 512048 in simple-scan "avoid excessive dependencies" [Low,Triaged] https://launchpad.net/bugs/51204800:19
owen1how to find a maintainer of a specific driver?01:54
crimsunowen1: which touchpad driver? also, X Window System driver or kernel driver?01:55
owen1driver for touchpad. it's elantech.01:55
owen1crimsun: dell inpiron 11z and dell mini 10 both comes with this touchpad.01:55
owen1crimsun: and i can't configure it at all. i am about to give up and return my laptop to dell.01:56
owen1crimsun: http://ubuntuforums.org/showthread.php?t=1347942&page=201:56
crimsunxserver-xorg-input-synaptics and linux certainly are new enough01:57
crimsundo you have a pointer to a specific bug report on Launchpad?01:57
owen1crimsun: no. i did'n know it's a bug.01:58
owen1crimsun: i'll go there and look for bug reports. maybe someone mentioned it.01:59
owen1crimsun: can u take a look at this link- http://arjan.opmeer.net/elantech/01:59
owen1is it helpul in any way?01:59
crimsunI already looked, which is why I mentioned the above source packages.02:00
owen1crimsun: i am sorry but i am a bit confused. did u find a bug report about the issue?02:04
owen1crimsun: if not, i'll be happy to add a bug.02:04
crimsunowen1: I did not look; I'm busy ATM.02:05
owen1crimsun: np. i'll go to launchpad03:05
owen1here is a similar bug - https://bugs.launchpad.net/ubuntu/+source/gsynaptics/+bug/13262704:25
ubottuUbuntu bug 132627 in gsynaptics "GSynaptics couldn't initialize." [Undecided,Fix released]04:25
owen1how was it fixed?04:26
owen1the original bug is for 7.04 and i have 9.10.04:27
owen1i think it's related to elantech touchpads.04:27
owen1they are not recognized for some laptops (inspiron 11z and mini 10)04:28
owen1can anyone help me with submitting bug to launchpad?04:30
owen1i am not sure if i should create new bug04:30
persiaowen1: If it's not the same hardware, you'll want a new bug.04:32
persiaYou might try running `ubuntu-bug xserver-xorg-input-synaptics`04:33
persiaMost bug discussion happens in #ubuntu-bugs, but that's more about bug triage than about actually solving them.04:34
keespitti: say, can we just disable palimpsest?  it seems to be warning way too much (bug 438136)04:34
persiaYou might also find useful support in #ubuntu04:34
ubottuLaunchpad bug 438136 in libatasmart "palimpsest bad sectors false positive" [Unknown,Confirmed] https://launchpad.net/bugs/43813604:34
keesi'd kind of like to SRU it off too04:34
persiakees: I was going through FTBFS this weekend, and got stuck with libpam-alreadyloggedin : it appears to get confused by some of the stack-smashing-protection, but only for i386 and powerpc.  Am I on the right track, or confused by some byproduct?04:35
keespersia: hrm, confused how?04:36
* kees reads the buildlog...04:36
persiaI had similar sorts of issues for libpam-slurm, and ended up fixing those by adding lots more -nostdlib calls to the Makefile, but that felt like a big hammer.04:37
keesyeah, -nostdlib is the right fix, but it's weird that amd64 didn't blow up in the same way04:37
keeserr ..  -lc04:38
persiaThat was why I asked.  I had thought SSP would be on amd64, but nothing seems to fail there.04:38
keesthat would imply libc ??04:38
keespersia: OH!04:40
keesld instead of gcc04:40
keeswrong: ld -lpam --shared -lc pam_alreadyloggedin.o -o pam_alreadyloggedin.so04:40
keesright: gcc -lpam --shared -lc pam_alreadyloggedin.o -o pam_alreadyloggedin.so04:40
persiaOK.  Would you be up for explaining why?04:41
persiaAlso, if you had any ideas why it worked on amd64, I'd be interested.04:41
jonoany build admins able to bump a package up the queue04:44
jonoI need Lernid to be built in my PPA ready for developer week starting04:44
keespersia: because the compiler has the logic for knowing how to call the linker correctly. i think -shared turns off somethig there04:50
keesnot sure why it worked on amd64, maybe the linker handles things differently there04:51
persiaOK.  Thanks for the hint.  I'll go look at --shared in hopes of understanding at least a little bit before uploading :)04:51
keesi think this is a flaw in my modifications of the spec files, ld must be missing something.04:51
persiaYou might also want to look at libpam-slurm if you're looking at stuff, as it shows the same broken on i386/works on amd64 behaviour if you remove my latest patch.04:53
persiaAnd it uses gcc for all the calls when doing so.04:53
nixternalkees: dude, I am scared now...I live in a gated community, and the closest streetview is over 2 miles away...the community voted to not allow google in our subdivision, yet the mac address at my house is dead on, and the mac address here at my girlfriends is dead on...this is way to freaky05:05
* persia pipes whois output to the OMCD05:06
nixternalyeah, that definitely belongs on charles darwin, now that I figured it out after the fact05:09
persiaNot really.  It's probably your ISP providing data.05:10
persiaGet a more private ISP, or set up fancy tunnels.05:10
nixternalatt uverse at both locations05:10
persiaRight.  Tunnel it is then.05:10
persiaGet a vhost somewhere and set up a VPN.05:11
nixternalmy cell phone on the other hand, isn't even close05:11
johanbrthat's probably the location of your carrier's internet gateway05:12
nixternalif that were the case, then the gateway is in both my house and my girlfriends house :)05:13
nixternalit seems that att, like persia said, is giving out way to much info05:13
persiaWell, depends on the user.  Some users prefer convenience to privacy.05:14
jonoany build admins around?05:14
StevenKjono: To retry, or bump the score?05:16
ScottKnixternal: I was driving to pick up one of my kids from a friends house last night and using the Google navigation feature on my 'droid.  When I got to the destination it popped up a picture of the house so I could know which one it was.  It was totally cool.05:19
jonoStevenK, it is down to build in two days05:19
jonoand I really need a Lernid and Karmic build ready for Ubuntu Developer Week which starts on Monday05:19
nixternalthis is really weird, persia even if I do use a tunnel, it knows where that MAC address is located05:19
jonocan you help bump it up, StevenK?05:20
persianixternal: Then you don't have enough hardware between your device and your tunnel.05:20
* persia takes this somewhere slightly less off-topic05:20
StevenKjono: "It"? And I can't, but I can help get it done05:21
jonoStevenK, Lernid05:21
* Hobbsee looks in05:21
Hobbseejono: in a ppa, or main archive, or?05:21
jonoHobbsee, hi! thanks :-)05:21
jonoit is in my PPA05:21
jonoLernid 0.505:21
jonoI kicked off a Lernid built and then I planned a copy for a Karmic build05:21
* Hobbsee looks it up05:21
StevenKHobbsee: ^05:22
jonoaha :)05:22
Hobbseejono: prodded05:22
jonoHobbsee, what do you mean?05:22
jonooh wow!05:22
Hobbseejono: it means i took it on a walk05:22
jonoyou are a rockstar :)05:22
Hobbseejono: for reference, it's great if you can provide that link earlier, so buildd admins don't have to scramble looking for which you might mean, particularly if it's for a ppa ;)05:23
Hobbseehaha, np05:23
jonoHobbsee, will do :)05:23
* Hobbsee starts to think it'd be nice for buildd to be modified to work for ppas too05:24
Hobbseejono: how clever05:26
jonoHobbsee, :)05:27
StevenKAnd lernid is built05:27
owen1persia: thanks05:27
Hobbseenice, i like how it's clear on what stage it's up to now, and why it isn't there in the archive yet05:27
persiaowen1: That worked for you then?  Excellent.05:28
jonoHobbsee, mind doing the same for https://edge.launchpad.net/~lernid-devs/+archive/lernid-releases/+build/1466114 ?05:28
owen1persia: i just read your reply, didn't run that command yet05:29
Hobbseejono: prodded with the Long Pointy Stick of Doom!!!! ™05:30
jonoHobbsee, that stick is awesome!05:30
Hobbseejono: very!  it's had a long vacation05:30
jonoHobbsee, good to be back :-)05:30
Hobbseeso is nicely sharp and pointy, ready for it's next adventures05:30
* jono hugs Hobbsee :)05:30
jonoHobbsee, you must be so pleased :)05:31
StevenKHobbsee: That's what happens when you store the Long Pointy Stick in a pencil sharpener when you're not using it05:32
HobbseeStevenK: if i'd done that, i don't think it'd exist anymore05:33
Hobbseeit'd be all sharpened out05:33
persiaAt least it wouldn't be so long.05:33
StevenKDamn, my plan has been foiled.05:33
jonoHobbsee, is there likely to be a delay in publishing the packages?05:33
jonoas in, a 2 day delay05:33
StevenKjono: Nope.05:34
Hobbseejono: nah.  publishing happens every 20 minutes, last i knew05:34
jonosweet :)05:34
Hobbseewow, +builds has had a lot of improvements.  Think i'll have to close some of my bugs against it05:35
jonoall set for Ubuntu Developer week :)05:35
jonoLernid is rocking :)05:35
wgrantHobbsee: */5, now! You are behind the times.05:37
Hobbseewgrant: oh nice.  very behind the times05:37
Hobbseewgrant: seeing as you are not, do you know how i get https://bugs.edge.launchpad.net/~hobbsee to work?05:37
wgrantHobbsee: Use production.05:38
wgrantThere is a bug.05:38
Hobbseeoh yeah05:38
wgrantI believe the bugfix is yet to land, although it has been written.05:38
* StevenK attempts to get undistracted05:38
Hobbseefair enough05:39
* ScottK cheers the reappearence of the stick.05:43
ScottKStevenK: Thanks for luatex.05:43
owen1persia: ok, i submitted new bug. thanks05:43
ubottuUbuntu bug 512192 in xserver-xorg-input-synaptics "configuring Elan tech touchpad on Delll Inspiron 11z" [Undecided,New]05:43
Hobbseeheya ScottK!05:43
ScottKHeya Hobbsee.05:43
persiaowen1: Good luck.05:44
jonowhat is the best way for me to re-build Lernid 0.5 but for Lucid?06:45
jonoin https://edge.launchpad.net/~lernid-devs/+archive/lernid-releases06:45
RAOFjono: Looks like you should be able to safely binary-only copy that to lucid.06:49
dholbachgood morning06:49
jonoRAOF, you think?06:50
RAOFjono: You could copy the source & have to poke to have it rebuilt again, but it's pure-python, right?06:51
jonoRAOF, it is06:51
jonoit just has a stack of dependenices06:51
RAOFIt looks like they're all satisfied on Lucid, as well.06:52
RAOFAnd you'll have manually specified those dependencies, because we aren't awesome enough to extract python dependancies from python source.06:53
StevenKRAOF: "Yet"06:53
RAOFStevenK: Indeed.06:54
RAOFIt's not as easy as extracting shlib depends, but it's not impossible.06:56
persiaRAOF: Doesn't ${python:Depends} try to do something like that?07:06
ScottKpersia: Mostly it helps pick the right version of the python interpreter to depend on.07:07
ScottKSomeday ....07:08
persiaAh.  I thought it somehow dig into setup.py and did the right thing07:08
persiaNo, really, dug.  Not quite the same vowel transition as sit/sut, but the same idea.07:12
* persia wishes for a sanely conjugated language as the de facto international default07:12
RAOFAll languages have their little excentricities :)07:13
RAOFSometimes native-speakers are even able to spell each word in a sentence correctly, too.07:13
StevenKIf we're lucky07:14
persiaSomehow I suspect some difficulties combining that with grammatical sanctity.07:14
pittiGood morning07:17
ScottKGood morning.07:18
ScottKpitti and lool: Thanks for the quick MIR review on luatex over the weekend.07:18
pittikees: "disable palimpsest"?07:31
pittikees: oh, the bad block warning; we should perhaps disable that if it's not fixed in time, indeed07:31
siretart`could someone please sync epiphany-extensions from debian/unstable? It doesn't look like it will find its way to testing soon, but epiphany 2.29 is already in lucid. I'll file a sync request later…07:57
pittisiretart`: synced07:58
xnoxGood morning everyone! =) I have exam today, wish me luck =) Testing alternative daily cd now07:59
owen1persia: someone has the same touchpad issue as me!08:04
owen1how many people should be affected by a bug so it will be fixed by ubuntu developers?08:05
keespitti: it's not fixed in karmic too -- it's causing a lot of bug reports.08:08
keesnixternal: yikes. :P08:08
siretart`pitti: thanks!08:15
DktrKranzpitti: wrt python-launchpadlib, I'm going to include fix in Debian too, thanks for fixing!08:17
pittiDktrKranz: thanks! I sent a Debian bug, just didn't receive the ack for it yet08:18
DktrKranzfine, thanks again :)08:19
pittiDktrKranz: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=56679508:25
ubottuDebian bug 566795 in python-launchpadlib "python-launchpadlib: Always depend on python-simplejson" [Important,Open]08:25
DktrKranzpitti: committed as http://svn.debian.org/viewsvn/python-modules?view=rev&revision=1129808:33
=== alkisg1 is now known as alkisg
slangasekKeybnz: ok, I've committed my attempt at splitting the plymouth upstart job; I've exercised it every way I can think of here (startup, shutdown, with or without being pulled into the initramfs, adding some sleeps here or there to cause races), and it's standing up for me09:52
slangasekKeybnz: but I'd like it if you could give it a once-over before I upload09:53
dpmhey, good morning pitti. We've got a bug with a karmic-proposed language pack (bug 511837) - What's the usual procedure to sort this out? Do I simply ask you or any archive admin for removal of the package?10:04
ubottuLaunchpad bug 511837 in language-pack-ast "Latest language pack in 'karmic-proposed' breaks Firefox in Asturian" [Undecided,New] https://launchpad.net/bugs/51183710:04
=== xomas_ is now known as xomas
pittihey dpm10:16
dpmhey :)10:16
pittidpm: if the others work fine, then let's just remove that -proposed version, indeed10:16
pittidpm: however, a better fix would of course to upload a new langpack with a fix; so that's not easy to do?10:17
dpmpitti, yeah, altough we haven't yet located the problem10:18
dpmthe cause, I mean10:18
pittidpm: -gnome-ast is okay, though?10:18
dpmpitti, they've only complained about the -ast one, as they've noticed the problem with FF, which is in that pkg10:19
dpmpitti, let me ask you something else somehow related first:10:20
dpmyou copied the 20090115 PPA langpacks to karmic-proposed at Arne's request, but at around the same time the 20090122 language packs were released on the PPA.10:20
dpmI want to make a call for testing, but for those using the PPA it might be a bit cumbersome, since they'll have to downgrade to the 20090115 langpacks in karmic-proposed in order to test them10:21
dpmDo you think it might be possible to copy all the 20090122 PPA langpacks to karmic-proposed? Is it an involved process?10:21
pittidpm: not involved for me, just takes some buildd time10:22
pittidpm: I'm happy to move them over if you want those tested instead10:22
pittidpm: language-pack-ast removed from karmic-proposed, btw10:23
pittidpm: so want me to copy ppa to proposed (except -ast)?10:23
dpmpitti, if possible, yes, please, all 20090122 from the PPA to karmic-proposed except -ast10:24
pittidpm: running now10:28
pittidpm: ETA half an hour for copying the sources, and perhaps a day for all the binaries to get built10:28
dpmawesome, thanks pitti!10:28
pittiyou're welcome10:28
slangasekpersia: 20:00 UTC on Friday... hmm, not having managed to get around to prepping for it this weekend, I probably shouldn't commit, no :/10:39
persiaslangasek: Well, let me know if you change your mind.  I'm more than happy to not get up early, and while I'll prep, it's not much (as I've given the same session a few times before).10:41
hiexpohello all10:42
slangasekpersia: ack, thanks10:48
MacSlowseb128, do you know which module provides /usr/bin/g-ir-scanner?10:57
seb128which binary you mean in lucid?10:58
cjwatsonMacSlow: http://packages.ubuntu.com/10:58
MacSlowseb128, cjwatson: thanks11:01
loolIs there a place where I can easily see the dependencies between pockets?11:19
loolI guess it's somewhere in the Launchpad source code, I would guess near the ogre-model implementation11:19
persialool: How do you mean?  Which pockets depend on which other pockets?11:20
loolpersia: Yes11:20
loole.g. -proposed depends on -updates11:20
persiaIt's main->(null), restricted->(main), universe->(main), multiverse->(main,restricted,universe)11:21
loolI'm not quite sure whether -updates depends on -security since the security updates are copied11:21
persiaOh, at that level.11:21
loolpersia: I mean pockets, not components11:21
persiaOh, sorry.  I'm not sure.11:21
ograKeybnz, are you around by chance ? i'm trying to find out how plymouth is supposed to work, i seem to be able to run it imaually on my babbage board and get a progressbar on tty8 but i dont see anything on boot11:28
pitticjwatson: in GNOME, gnome-keyring-daemon already provides an ssh auth agent and sets $SSH_AUTH_SOCK; would it be okay if 90x11-common_ssh-agent would check that condition (i. e. running gnome and gnome-keyring autostart exists) and not run ssh-agent in that case?11:34
cjwatsonpitti: if you can stop me being flooded with bug reports about that ssh agent sucking?11:35
pitticjwatson: (i. e. without that Xsession.d script we save the0.7 second overhead, but still retain the nice UI password dialogs)11:35
cjwatsonI wish we could *only* use the openssh one, frankly11:35
apacheloggerasac: ping11:35
pitticjwatson: well, I asked you only the second time now; but instead of just doing it, I'd rather check with you first11:36
pittiI don't see an obvious benefit for day-to-day desktop use, but I'm sure you know better what else it is used for11:36
cjwatsonwhatever, do it11:36
cjwatsonI'll ask you any time I get a bug about it11:36
pitticjwatson: what kind of UI would ssh-agent2 use?11:36
cjwatsonday-to-day> this is the fallacy of novice users ...11:37
pittiright, and that's why I'm asking you :)11:37
cjwatsonthe point is that if we're making it difficult to use the openssh agent, the GNOME one had better be absolutely robust11:37
pittisince at least under GNOME, gnome-keyring does the password input, not ssh-agent (apparently)11:37
cjwatsonand it isn't, judging from my bugmail11:37
cjwatsonthe openssh agent spawns ssh-askpass11:37
pittiwell, how do you suppress g-keyring UI today?11:38
seb128you turn off the gnome-keyring autostart I guess11:38
pittiI'm not talking about removing the Xsession.d file; we need it for !GNOME or for people who remove the autostart file11:38
seb128using the capplet11:38
pittiseb128: right11:38
pittibut we can check for exaclty that11:38
seb128the change would break that11:39
seb128since the etc autostart will not go away11:39
seb128a .local one is written11:39
seb128when you uncheck it using the capplet11:39
pittiseb128: ah, good to know11:39
pittinow, still easy to test11:39
cjwatsonpitti: what exact diff are you talking about applying here?11:39
pitticjwatson: I don't have the diff yet; talking about strategy before starting to mess up things11:39
cjwatsonAFAICS that Xsession script *already* checks [ -z "$SSH_AUTH_SOCK" ]11:40
seb128right, but it's ran before gnome-keyring11:40
pittiright, but g-k is started later on11:40
cjwatsonhow can we make it straightforward for people to use g-k for gpg but not ssh?11:41
pittiif there's a good argument for keeping it running even under GNOME, I'm happy to take a look at the ssh-agent code and see whether things can be moved around11:41
pittito not block the startup for that long until it forks11:41
seb128cjwatson, g-k doesn't do gpg11:41
seb128cjwatson, seahorse does11:41
cjwatsonis it not seahorse that's being the ssh agent then?11:41
* cjwatson is confused about how all the pieces fit together11:41
seb128no, gnome-keyring is11:41
seb128seahorse is the gpg agent11:41
cjwatsonpitti: the good argument is that ssh-agent is much more robust11:42
seb128(which we don't install by default)11:42
cjwatsonI keep getting bugs about the agent having died; they always turn out to be because people were using g-k11:42
cjwatsonwe may have been reassigning some of them incorrectly to seahorse11:43
seb128I will check11:43
seb128but I'm subscribed to both and see very few crashers there11:43
cjwatsonand I think g-k doesn't support all the features either; IIRC it doesn't support time-limited identities11:43
cjwatsonwell, it's some for g-k versus none for openssh :)11:43
seb128I've no opinion on whether you should better fix gnome-keyring or drop it11:44
pittioh, ssh-agent doesn't cache passphrases by default?11:44
pittiah, ignore me11:44
seb128I've no issue with gnome-keyring and I expect it works for most users just sshing random boxes11:45
cjwatsonI'd definitely like to know why ssh-agent makes a significant difference to startup time11:45
cjwatsonit does hardly anything on startup11:45
seb128it might have limitation than power users hit though11:45
pittihttp://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100125-3.png vs. http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100125-3-no-ssh-agent.png11:45
pitti(note that on the former, the first gnome-session process is actually ssh-agent, due to the fork/execve'ing bootchart gets confused)11:46
cjwatsonan strace would be useful11:47
pittihm; I disabled the g-k autostart .desktop, and I still don't get passphrase caching11:48
pittiseb128: anyway, text-mode only input isn't really an option, is it? (i. e. dropping g-k); it would break sftp gvfs connections and all that?11:48
pitticjwatson: aye, I'll give it some tracing11:48
cjwatsondropping g-k isn't text-mode-only11:49
pittihm, perhaps the agent just isn't working for me11:50
cjwatsonssh-add reads a passphrase from the terminal if it has one, but if it doesn't have one and it has $DISPLAY, it uses ssh-askpass-gnome11:50
ogragod !11:51
ograwho decided to lock my screen every time DPMS kicks in11:51
ograthats overly annoying11:51
cjwatsonof course we don't install ssh-askpass-gnome by default ...11:51
cjwatsonoh, we do11:51
pittiwe don't, but that could be fixed11:51
cjwatsonwe do, it has Task: ubuntu-desktop11:52
pittiah, it's called gnome-ssh-askpass, sorry11:52
cjwatsonoh, the binary is, yes11:52
cjwatsonI wonder if it's taking ages to seed the RNG for some reason11:53
pittihm; $SSH_AGENT_PID points to ssh-agent, and $SSH_AUTH_SOCK is set as well11:53
ionWe could put 50 megabytes of random bits to the installer CD and have installations use the file for fast random numbers.11:54
pittiFSVO "random", yes :)11:55
=== MacSlow is now known as MacSlow|lunch
pittiso, AFAICS the check for "will gnome-keyring be running" should be done either way, since g-k just shadows ssh-agent12:00
pittibut there's still the option of disabling g-k by default and thus making ssh-agent actually used12:01
cjwatsonbugs in g-k relevant to ssh: bug 505278 (missing feature, arguably dangerous), bug 485537 (stability), bug 470456 (key decode problem?), bug 418879 (stability), bug 383926 (stability), bug 365589 (stability) ...12:01
ubottuLaunchpad bug 505278 in gnome-keyring "ssh-add -D deleting all identities does not work. Also, why are all identities auto-added?" [Low,Confirmed] https://launchpad.net/bugs/50527812:01
ubottuBug 485537 on http://launchpad.net/bugs/485537 is private12:02
ubottuLaunchpad bug 470456 in gnome-keyring "gnome keyring with ssh-agend breaks pubkey login" [Low,Triaged] https://launchpad.net/bugs/47045612:02
ubottuLaunchpad bug 418879 in gnome-keyring "seahorse fails with concurrent ssh connections" [Low,New] https://launchpad.net/bugs/41887912:02
ubottuLaunchpad bug 383926 in openssh "ssh-aggent stopped accepting connections" [Undecided,Invalid] https://launchpad.net/bugs/38392612:02
cjwatsonit appears that generally gnome-keyring just stops accepting connections rather than actually crashing12:02
cjwatsonthe failure mode where it all gets stuck and ssh-add -l says it can't connect to the agent seems moderately common12:03
pittihm, I still can't get this to work; "ssh-agent /bin/bash" sets the $SSH_* but doesn't do any caching; so it seems the Xsession.d script is actually wrong12:03
pitticjwatson: thanks for fishing out the bugs; that's good to know for deciding which one to use by default12:04
cjwatsonoh and some problem with the confirmation prompt which seems like it might be bound up with a bug or two in openssh as well?  bug 20944712:04
ubottuLaunchpad bug 209447 in gnome-keyring "gnome-keyring-daemon does not honor constrained ssh identities" [Medium,In progress] https://launchpad.net/bugs/20944712:04
pittioh, you have to explicitly use ssh-add12:04
cjwatsonlooks like I ought to backport the patch from https://bugzilla.mindrot.org/show_bug.cgi?id=161212:05
ubottubugzilla.mindrot.org bug 1612 in ssh-add "ssh-add should not discard constraints if the agent fails to implement them" [Normal,Closed: fixed]12:05
cjwatsonbut 209447 still indicates that ssh-add -c will be ineffective with g-k12:06
cjwatsonpitti: users of openssh ssh-agent and g-k do have slightly different expectations12:07
cjwatsonthe expectation with g-k is (as far as I can tell?) that it loads all your identities automatically12:07
cjwatsonthe expectation with ssh-agent is that you have to explicitly request addition of the identities you want12:07
pittibut if you always have to open a terminal to do "ssh-add" and enter your passphrase, where does the UI come into play?12:07
cjwatsonI believe that if you use an ssh program without a terminal attached, you should get a passphrase prompt too ...12:08
cjwatsonit just won't cache it12:08
cjwatsonhmm, maybe I'm wrong12:10
cjwatsonif I could remember how to detach from a tty, I could test this :)12:11
pittihmm; if I kill g-k, have ssh-agent running, and use "Connect to server" (sftp), I again get a g-k dialog12:11
pitticjwatson: "nohup program"?12:11
pittino, doesn't work, sorry (that just diverts stdin)12:12
pittiAlt+F2 "ssh foo" -> that works12:12
geserI remember some packages linking against python and failing because of -lssl missing. Does someone remember how to fix it? Because I've a similar issue when merging vim (the python interpreter support doesn't get build-in because of this).12:12
pittiI see gnome-askpass-ssh12:12
cjwatsonah yes, thanks12:13
seb128geser, yes, one minute, I look for the change12:13
cjwatsonsimilarly command-line sftp from Alt-F2 works12:14
cjwatsonI'm not sure what "Connect to server" is doing12:14
seb128geser, https://bugzilla.gnome.org/attachment.cgi?id=14693012:14
seb128geser, see https://bugzilla.gnome.org/show_bug.cgi?id=60070612:14
pitticjwatson: it uses gvfs' sftp module to create a virtual mount (thruogh sftp)12:14
cjwatsonI guess the question is whether the expectations of openssh ssh-agent are sufficiently different to make it difficult to migrate to in the Ubuntu desktop12:14
ubottuGnome bug 600706 in general "don't use LOCALMODLIBS in the configure" [Normal,Unconfirmed]12:14
seb128geser, could be similar12:15
pitticjwatson: right now it seems that g-k is woven pretty tightly into gnome; I'm not sure it'd be a good idea to rip that all apart in an LTS12:15
seb128there is no reason we could fix the few issues g-k has, it doesn't seem to be too buggy12:16
geserseb128: thanks, I'll check if I get this adopted to vim. Should this be forwarded to Debian (I don't know if Debian's python and ours are similar enough to cause similar problems in Debian too)?12:17
seb128geser, dunno if that's similar but the use is wrong in any case12:18
cjwatsonseb128: the concurrency issue is the big one, I think12:18
seb128geser, having it failing it build now is just a sideeffect12:18
cjwatsonit would be nice to add the missing agent protocol features as well, but concurrency problems are the ones that bite most users12:19
seb128we should try to get this one fixed in any case12:20
seb128would be useful to have an overview of the behaviour difference12:20
seb128and how gnome-keyring integrates in GNOME where the openssh one doesn't12:21
pitticjwatson: so, thanks for your help! it doesn't seem useful to me to have two agents running at the same time, so I'll work on that Xsession.d script12:21
cjwatsonlooks like the bug reports on gnome-keyring are reasonably complete12:21
cjwatsonpitti: yes; as long as there's a reasonably easy (preferably documented!) way to use the openssh one12:22
pitticjwatson: ^ I agree; that's the very same problem right now, though (i. e. disable gnome-keyring autostart)12:22
* pitti ponders where to add that12:22
pitticould go into a comment into that Xsession.d file, but that's not very visible12:23
cjwatsonthat would be OK12:23
cjwatsonpitti: perhaps a link to http://live.gnome.org/GnomeKeyring/Ssh12:28
cjwatsonor just the gconftool command from there12:28
pittiah, thanks12:29
persiaI'd much prefer actual documentation than a web link: sometimes I am in networks where ssh is permitted and http is not.12:30
pittiseb128: hm, querying for a gconf key is much more expensive than querying for the presence of an autostart file12:30
seb128pitti, sure, it uses gconf12:30
NCommanderDoes anyone know if quilt will make a directory if need be?13:08
* NCommander can't remember if it does on the fly13:08
persiaNCommander: It depends on your .quiltrc13:08
* persia hunts up the super-cool script13:08
NCommanderpersia, I meant if building on the biuldds.13:08
NCommanderpersia, I've almost finished porting likewise to ARM, but I need to add a new directory with files in it13:09
persiaYou mean, can a quilt patch create a directory?13:09
NCommanderpersia, yeah13:09
persiaYes, that's no problem at all, so long as it contains contents.13:09
persiaAnyway, the cool snippet fell off p.d.o anyway.  It automagically created debian/patches if needed.13:11
jdstrandlool, persia: re components> https://wiki.ubuntu.com/SecurityTeam/FAQ#Repositories13:13
jdstrandlool, persia: (and pockets)13:13
persiajdstrand: Cool.  Thanks.13:14
looljdstrand: excellent, thanks13:15
persiajdstrand: Is there a -security -> -updates copy that happens as well?13:19
jdstrandpersia: yes. it is a direct pocket copy after the USN is published. we used to only do it periodically, but now we do it after every security update13:20
jdstrandpersia: in practice, -updates should always have -security. that is a procedural issue though, not enforced by the builds. it is possible someone would not perform the pocket copy, for example13:20
persiaOK.  That explains why both -security and -updates ought be in the sources.list.13:21
persiaIs there any difference between security.ubuntu.com -updates and archive.ubuntu.com -updates ?13:21
jdstrandpersia: someone should not run only -updates, correct13:21
jdstrandpersia: someone running on -security is supported though13:21
persia(just whist I have you answering questions :)13:21
jdstrandpersia: re security.u.c and archive.u.c wrt to -updates> I'm not sure13:22
cjwatsonthe other reason why -security is there is that it's quicker - e.g. not dependent on mirror propagation time13:22
cjwatsonpersia: the two -updates are identical13:23
persiacjwatson: Thanks.13:23
cjwatsonthe reason we copy stuff to -updates, at root, is that it's much cheaper for Canonical because it means we can use the mirror network - but at the same time having stuff available on -security too means that we don't have to suffer mirror lag for urgent updates13:23
looljdstrand: Interestingly, -proposed isn't built with -proposed13:33
loolI expected otherwise13:33
seb128lool, that avoids surprises when moving one thing to updates I guess13:34
persiaBut we've updated things that depend upon each other before.  Was that always done by pocket-copy from somewhere else?13:34
loolSame with -backports13:35
loolseb128: As persia said, sometimes that might be needed13:35
loole.g. if you want to push a new xulrunner + new firefox built against it or something13:35
seb128shouldn't the depends express that in those cases?13:35
persia-backports definitely builds against -backports.13:35
persiaThat's why we do things like backport newer debhelper13:35
loolseb128: Even if Depends do, how do we push two source packages a and b together if a needs to build against b and b can't go in -updates alone?13:36
persiaI have a suspicion that -proposed builds against -proposed, just in the nature of things.13:36
seb128lool, move both together?13:36
loolI suspect so as well; in fact ISTR that we had incidents where we didn't move enough stuff from -proposed to -updates13:36
seb128right, and I'm wondering if the policy didn't change after those13:37
seb128but I'm just doing speculations13:37
loolSame here13:37
* persia as well13:37
seb128the soyuz guys probably know13:37
persiaSo, back to the original question: is there a way to extract this information from LP, which is probably best asked in #launchpad13:38
jdstrandpersia, lool: I'll get an official answer on building -proposed with -proposed and update the wiki13:42
persiajdstrand: Thanks.  Could you confirm my understanding about backports at the same time, and update that if warranted?13:43
jdstrandpersia: I'm pretty sure that is an omission-- clamav is a good example13:44
jdstrandpersia: but sure13:44
persiaclamav is special: it's often pocket-copied with rdepends (just because it has heaps of them).13:44
jdstrandpersia, lool, seb128: -proposed is built with -proposed and -backports is built with -backports13:45
* jdstrand updates wiki13:46
seb128jdstrand, hi, thanks13:46
looljdstrand: ^13:46
loollib/lp/soyuz/adapters/archivedependencies.py in lp:~launchpad-pqm/launchpad/devel13:47
jdstrandlool: cool, thanks :)13:47
loolIt wasn't that hard to find it in the launchpad code after all, and I happened to have a checkout (fortunately)13:47
jdstrandlool: I asked bigjools who did the same thing for me :)13:48
persiaAh, so theoretically something could be built in updates against release, security, updates, except policy forbids it.13:48
jdstrandpersia: yeah, I noticed that too. I'm going to add a blurb on that as well13:48
loolpersia: Apparently PPAs have a mode for that13:51
lool(Which kind of makes sense)13:51
loolIn fact the Default PPA mode is "security dependencies and recommended updates", and I think it's basically it13:51
gesercjwatson: I've seen that you committed a change to lp:ubuntu/vim but didn't upload it. any reason for this? (I included your change in my vim merge)14:06
cjwatsongeser: I didn't see any rush to upload it14:07
* soren hugs geser 14:07
cjwatsonone of the advantages of lp:ubuntu/... to me is that I don't necessarily have to immediately upload everything I do :)14:07
sorengeser: Thanks! That should get rid of those annoying gtk static gravity warning thingies.14:08
cjwatsongeser: how did you get the merge to work?  'bzr merge-package' wasn't working right for me, and I was waiting for james_w to get back so I could talk with him about it14:08
cjwatsonand I didn't want to do the merge outside bzr and store up trouble for later14:08
gesercjwatson: by hand :(14:08
cjwatsonwon't that make later merges harder14:08
gesercjwatson: good question14:09
gesersoren: bug #511356 if you're interested14:10
ubottuLaunchpad bug 511356 in gnupg2 "Merge gnupg2 2.0.14-1 from Debian testing" [Undecided,New] https://launchpad.net/bugs/51135614:10
geserjames_w: how to handle the case when "bzr merge-package" doesn't work because it complains about different roots (have to lookup the exact error message if necessary)14:11
cjwatsonoh, I can answer that part of it, you need to backport a patch from bzr.dev14:12
cjwatsonbut even after that I ran into trouble14:12
cjwatsonbug 494269 for the first part14:13
ubottuLaunchpad bug 494269 in bzr/2.0 "tree transform cannot change root id" [High,Fix released] https://launchpad.net/bugs/49426914:13
cjwatsonafter that, I found that merge-package was basically stuck in a conflicts loop and I couldn't figure out how to get it out14:13
sgallaghtjaalton: Heads-up: we found a serious bug in SSSD 1.0.3 on x86_64. We're going to try to release 1.0.4 today to address it (basically, authentications don't work in 1.0.3 on 64-bit)14:17
* soren would like a --please-accept-that-files-named-the-same-are-in-fact-the-same-in-spite-of-seemingly-being-from-different-roots-and-thus-having-different-file-IDs for "bzr merge"14:17
tjaaltonsgallagh: ok thanks, I haven't managed to get that far anyway :)14:19
sgallaghtjaalton: No problem, just want to keep you in the loop14:20
tjaaltonsgallagh: appreciate it. I'm on the list and #freeipa as well :)14:20
sgallaghtjaalton: Well, by mistake we didn't have the discussion about it in #freeipa (wrong channel), so I wasn't sure if you'd notice one patch among dozens on the list :)14:21
gesercjwatson: I need sponsoring for the vim merge anyways, so I created the classical debdiff (bug #509900)14:22
ubottuLaunchpad bug 509900 in vim "Merge vim 2:7.2.330-1 from Debian unstable" [Undecided,New] https://launchpad.net/bugs/50990014:22
tjaaltonsgallagh: :)14:22
primes2hcr3: Hello, just tried latest language-pack and still have a problem in Karmic with checkbox translations. Do you remember?15:03
primes2hcr3: Tried with latest Lucid and have problem too.15:04
primes2hIt seems it doesn't take updated po15:05
primes2halso if it's fully translated15:05
primes2hI remember there was a translation infrastructure to change, due to / issues...15:06
primes2hcr3: Did you have a look, btw?15:07
primes2hWe know have checkbox partially translated, and translated strings cannot be updated...15:08
cr3primes2h: I'm in the middle of a few things, but I believe the problem has been fixed but a new release has simply not been pushed.15:10
cr3primes2h: I've been meaning to do that for a while, but I think you've just given me enough inspiration to do it today :)15:10
primes2hcr3: is there a ppa to test?15:10
primes2hcr3: That's nice ;)15:11
primes2hThank you15:11
primes2hcr3: you meant I stress you out enough to give you inspiration, isn't it?15:13
cr3primes2h: I'm attempting to push to my own ppa, which should only take a moment: https://edge.launchpad.net/~cr3/+archive/ppa15:14
primes2hcr3: cool, I'll check it out and I let you know. Thanks a lot :)15:15
cjohnstonDon't forget... Ubuntu Developer Week is starting in 30 minutes in #ubuntu-classroom and #ubuntu-classroom-chat  - http://wiki.ubuntu.com/UbuntuDeveloperWeek15:29
ionpitti: Re: desktop-lucid-startup-speed, perhaps by now it would be feasible to make Nautilus paint a transparent background so that the root window shows through if there’s a compositing manager. No need to paint the desktop background twice.15:41
pittiion: we don't even have nautilus render the desktop in UNE15:41
pittiion: but for standard GNOME that would be nice indeed15:41
ograis Keybuk the only pwrson currently working on plymouth or is there anyone else i could talk to about it15:53
mvoogra: tseliot most likely15:53
ogramvo, ah, thanks15:53
ograi see it working on armel if i run it manually ... but it doesnt seem to work by default during boot for whatever reason15:54
OdyXogra: look after panthera on OFTC, he packaged it for Debian15:54
ograOdyX, but i doubt he has a clue about what has been done in ubuntus initrmafs scripts to make it default :)15:54
ograbut thanks for the hint15:55
OdyXogra: that's exactly why I point you to him :-)15:55
tseliotogra: do you mean, if you run it manually inside X?15:55
ogratseliot, nope, i start plymouthd and trigger plmouth with a sleep on tty1, then i see a progressbar on tty7 if i switch over to it fast enough15:56
ograso in general it seems to work15:56
tseliotogra: doesn't it work if you start the upstart job?15:56
ograbut it desnt seem to work during boot ... note that i only have a std framebuffer though15:57
ograhmm, i didnt test that, one sec15:57
tseliotogra: std framebuffer as in what vga16fb gives you? Or something with KMS?15:57
ogragod ! why is my screen locked all the time !15:57
ogratseliot, its ARM ... they usually bring their own framebuffer driver15:58
ograbut it featurewise it should be on par with vga16fb15:58
ograsorry, need to boot my board first before i can check the upstart job15:59
ogratakes a minute15:59
tseliotogra: I was asking as plymouth doesn't work with vga16fb yet15:59
ograwell, as i said, i see it working on tty7 if i do the above steps16:00
ograwhat does not work there yet ?16:00
tseliotogra: plymouth doesn't support 16 colours fbs16:01
mdeslaurpitti: what are your thoughts on us releasing security updates for LP: #446299 ?16:02
ograwell, the framebuffer is also used with xfbdev16:02
tseliotogra: but if you say that it works with that fb then it must be something else16:02
ograso i would suppose it supports more than 16 cols16:02
tseliotogra: I guess so16:03
ograok, running the upstart job gets me the same as my manual thing16:05
ograhmm, but i seems it killed the framebuffer this time16:06
ograssh connection is still fine though, but no tty switching or anything is possible anymore16:07
ogratseliot, do you know if the vga16fb issues are supposed to be solved before release ? or is there any usplash fallback plan for such setups16:08
tseliotogra: either I fix that in time or we use the text plugin. I hope it's the former ;)16:09
* ogra wonders why there are still so many hal processes in lucid 16:09
ccheneyanyone know if doko is working today?16:13
ScottKI think he's on vacation today.16:14
ogratseliot, GEEZ !16:43
tseliotogra: ???16:43
ogratseliot, it works !! ...16:43
ograogra@babbage2:~$ /usr/sbin/plymouth-set-default-theme16:43
ograogra@babbage2:~$ sudo /usr/sbin/plymouth-set-default-theme ubuntu-logo --rebuild-initrd16:43
ograthat gets me an ubuntu logo16:43
ogra(no animation or anything though)16:44
tseliotaah so including the theme in the initrd works16:44
ogratseliot, any idea why it defaulted to text ?16:44
ograwell, not sure if i needed to include it in the initrd16:45
ograthe help text said that would be needed after changing the theme16:45
ograso i just added that option ... i didnt try without16:45
tseliotogra: we don't do it by default. only in case of encrypted disks16:45
ograi'll try to revert to the former state and see if just setting it without rebuilding initrd fixes it too16:46
* ogra runs sudo /usr/sbin/plymouth-set-default-theme text --rebuild-initrd16:47
ograi guess that gets me beck to original state16:47
tseliotogra: I think you could change /lib/plymouth/themes/default.plymouth and remove the text plugin from the intrd16:50
ograah, k16:50
ograits intresting that it works flawless in our other armel hardware16:50
ograi wonder what selects text at first place16:51
tseliotogra: maybe there's some fallback which selects the text plugin16:52
ograwe should amke sure its not falling back on imx51 then :)16:52
tseliotslangasek: did you work something similar? ^^16:52
ogra /lib/plymouth/themes/default.plymouth looks like everything points to ubuntu-logo16:52
=== roobiew_ is now known as robbiew
ogra# plugins that are always required16:54
ogracopy_exec /lib/plymouth/text.so /lib/plymouth/16:54
ogracopy_exec /lib/plymouth/details.so /lib/plymouth/16:54
ograso text is always there16:54
ogra(from /usr/share/initramfs-tools/hooks/plymouth)16:54
ograso just running update-initramfs -u while the plugin defaults to ubuntu-logo works too16:57
ograam i supposed to see any kind of animation btw ?16:58
ograi only see a white logo16:58
tseliotogra: no, that's all you can see now and it's just a provisional theme17:01
ogracool, then it all works as it should17:01
mathiazpitti: hi!17:02
mathiazpitti: Is the desktop team looking after libgda?17:02
pittimathiaz: not particularly, but in general it's desktop-ish realm17:03
pitti(it's in universe, though)17:03
mathiazpitti: ah ok. I've got some request for an update of libgda17:04
mathiazpitti: I'll advise to contact the debian maintainer then17:04
pittihm, libgda3 was removed from unstable/testing17:05
pittiperhaps a package rename17:05
mathiazpitti: probably libgda417:05
mathiazhm nope17:05
mathiazpitti: libgda-4.0-417:05
pittiah, libgda4 is it then17:06
primes2hcr3: I tried latest checkbox. Strings that needed are now updated but strings with / within are still untranslated. Maybe pot/po needs to be regenerated?17:13
primes2hTried both Karmic and Lucid17:14
=== beuno is now known as beuno-lunch
alkisgOn a newly installed system I have LANG=el_GR.utf8 instead of el_GR.UTF-8, and that breaks a lot of programs, for example LTSP. Should I modify LTSP to work around this problem, or is this some transitional phase?17:51
=== vish is now known as \vish
cjwatsonalkisg: (a) that's unintentional (b) it's still a bug that LTSP breaks17:55
alkisgcjwatson: locale-gen $LANG returns false...17:56
cjwatsonprograms aren't supposed to look at the locale name components themselves; or if they do they need to be very very careful :)17:56
cjwatsonI have no idea about locale-gen, but el_GR.utf8 is actually the canonical name of the locale that you get back from 'locale -a'17:57
cjwatsonalthough el_GR.UTF-8 is the one listed in /usr/share/i18n/SUPPORTED17:57
cjwatsonthe installer is meant to generate el_GR.UTF-8, but programs should support either one17:57
alkisgOn system (a) I have Lucid installed from alpha 1, and it has el_GR.UTF-8. On system (b) I installed alpha 2 and I got el_GR.utf817:57
cjwatsonplease file one bug on localechooser for generating that spelling, and another on LTSP for not supporting it17:58
alkisgI think the second one should be filed against locale-gen, which returns false...17:58
alkisgThank you.17:59
cjwatsonwe've never guaranteed that 'locale-gen $LANG' is something you can do, AFAIK17:59
cjwatsonLTSP could simply check whether the current locale is working before it tries that17:59
cjwatsonwhich should be the case for a freshly-installed system17:59
alkisgGot it.18:00
cjwatsonI rather suspect locale-gen has only ever been guaranteed to support the spellings in /usr/share/i18n/SUPPORTED18:00
alkisgI'll patch LTSP to properly handle that case.18:01
cjwatsonalkisg: thanks18:05
alkisgthank *you* :)18:05
cjwatsonI'll look into the odd generation as time permits18:05
cjwatsonwould like to avoid triggering more bugs than we have to18:06
alkisgcjwatson: I have a feeling it's a gdm problem, as /etc/default/locale is correct...18:06
cjwatsonah, could well be then18:07
alkisgHeh, and I just noticed that if I login from a console instead of using gdm, I get a proper LANG :)18:10
=== beuno-lunch is now known as beuno
keescan someone poke firefox in the NEW queue?18:20
sianiswhere are you? :)18:37
mathiazslangasek: hi!19:19
mathiazslangasek: if a daemon can be run in both the foreground and the background (ex: apache2) which option is recommended for writting an upstart job?19:19
mathiazjdstrand: hi!19:35
mathiazjdstrand: what's the directory where packages can drop uwf profiles?19:35
mathiazjdstrand: *ufw*19:35
jdstrandmathiaz: /etc/ufw/applications.d19:36
jdstrandmathiaz: hi! :)19:36
mathiazjdstrand: thanks!19:36
mathiazjdstrand: I'll mention ufw profile integration in my ufw talk about server pkg19:37
mathiazjdstrand: I'll mention ufw profile integration in my *udw* talk about server pkg19:37
jdstrandawesome! :)19:37
mathiazjdstrand: hi!19:44
mathiazjdstrand: is there a wiki page about developing an AppArmor profile19:44
mathiazjdstrand: and how to integrate it in packages?19:44
jdstrandmathiaz: https://wiki.ubuntu.com/AppArmor has a bunch of stuff and links to various tutorials, etc19:45
sebnersiretart`: heya, any idea when gstreamer-plugins-bad will be fixed?19:46
jdstrandmathiaz: https://wiki.ubuntu.com/ApparmorProfileMigration has the basic steps for packaging-- ie, start with apparmor-profiles and then migrate a profile to the package19:46
mathiazkees: are you done for udw?20:01
keesmathiaz: yup!20:04
keesmathiaz: thanks :)20:04
=== yofel_ is now known as yofel
=== cyphermo1 is now known as cyphermox
slangasekogra, tseliot: we *shouldn't* include plymouth in the initramfs by default, but the package in the archive still does; the bzr branch has changes that should remove the need for it in the initramfs by default (I hope)21:09
slangasektseliot: the text plugin was already being included by the initramfs hook script when I got to it; it's right to have it there because plymouth uses it as a built-in fallback in certain cases (except not with ubuntu-logo, because the script plugin in the archive is broken - fixed in bzr).  I added the details plugin, which is also used by plymouth as a fallback in certain conditions.21:12
slangasekogra: ^^ so any problems you're seeing are *not* due to a fallback.. :)21:12
superm1slangasek, i dont think tseliot is signed in, you'll probably want to reping later when he is21:12
slangaseksuperm1: heh, my tab completion is lying to me :/21:13
slangasekthought it was strange for him to be around at this hour... :)21:13
slangasekmathiaz: foreground or background> background, if it's not samba, where apparently this confuses the crap out of upstart :)21:14
cody-somervilleI've noticed that the Ubuntu Core Development Team has been added to the kubuntu-dev team.21:38
cody-somervilleTwo questions)21:39
cody-somerville1. Should I do the same for the xubuntu-dev team?21:39
cody-somerville2. Is there someway that I don't have to get e-mails about build failures in the kubuntu-ppa team's ppas?21:39
* sebner waves at mighty cody-somerville :)21:39
cody-somervillesebner, Hi :)21:39
smosergiven a key id like '03683F77', is it posisble to dump the ascii armored key without first receiving (--recv) it ?21:41
cjwatsonno, the key id isn't enough information21:45
sladensmoser: http://keyserver.ubuntu.com:11371/pks/lookup?op=get&search=0x0620BBCF03683F7721:45
smoserthats exactly what i want, but expected i could get that more keyserver portably with 'gpg' somehow.21:46
smosercjwatson, why isn't it enough. ?21:49
smoserbasically i want the same as:21:49
smoser k=03683F77; gpg --keyserver keyserver.ubuntu.com --recv $k ; gpg --export --armour $k; gpg --batch --yes --delete-keys $k21:49
cjwatsonsmoser: I thought you were asking whether you could do it without having to download anything21:52
smoserwell that would be magic :)21:53
sladensmoser: there's nothing magic about it, all gnupg does is:21:53
sladensmoser: send(5, "GET /pks/lookup?op=get&options=mr&search=0x03683F77 HTTP/1.1\r\nHost: keyserver.ubuntu.com:11371\r\nAccept: */*\r\nPragma: no-cache\r\nCache-Control: no-cache\r\n\r\n",21:53
* sebner is wondering if any archive admin is brave enough to kick firefox out of NEW (into the archive of course) :P21:54
sladensmoser: it's normal HTTP request, that you can do with your browser as demostrated in the example above21:55
smosersladen, right. i just didn't think that the url you gave above would be an api rather than just a web browsing feature of a given keyserver21:56
micahgsebner: I thought it was already done21:58
sebnermicahg: /me still sees it in NEW21:59
micahgsebner: https://edge.launchpad.net/ubuntu/+source/firefox21:59
* micahg is still learning...21:59
sebnermicahg: https://edge.launchpad.net/ubuntu/lucid/+queue21:59
micahgit was approved to build but not publish22:00
slangaseksebner: I'll be processing NEW shortly, fwiw22:04
smosersladen, so i must be missing something.  how is it reasonably secure to import a key from an http (not https) server?22:05
smoseri'm obviously missing something.22:06
cjwatsonsmoser: because you can trivially check that the key ID matches for yourself22:06
cjwatsonand that's the sole parameter you're supplying, so the transport layer makes no difference22:06
smoserso keyid is a hash (or otherwised derived input) from key22:07
smoseris that right?22:07
sebnerslangasek: my hero :)22:07
smoseri dont expect anyone to give me a full crypto lesson here, feel free to say rtfm22:08
cjwatsonsmoser: for current key types, it's just the last eight hex digits, truncated22:08
cjwatson... of the fingerprint22:08
smosercjwatson, thanks.22:09
cjwatsonyou can import the ascii-armoured file into a temporary keyring and use --list-keys on it to check22:10
cjwatsonor indeed if you just run 'gpg <file>' it'll show you22:10
ari-tczewcan someone sponsor for main take a look on merges?22:50
ari-tczewbug 50313622:58
ubottuLaunchpad bug 503136 in dmraid "Merge dmraid 1.0.0.rc16-2 (main) from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/50313622:58
ari-tczewbug 49967122:59
ubottuLaunchpad bug 499671 in texinfo "Merge 4.13a.dfsg.1-5 (main) from Debian testing (main)" [Undecided,Confirmed] https://launchpad.net/bugs/49967122:59
crimsunwould an archive admin please promote libglade2.0-cil-dev? (It being in universe on i386 is causing gbrainy to FTBFS.)23:26
cjwatsoncrimsun: done23:28
crimsuncjwatson: thanks!23:28
cjwatsonsebner,micahg: accepted firefox binaries23:33
sebnercjwatson: great, thx :)23:33

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!