[00:14] <Fjodor> Sorry to ask, but where and to whom do I talk about backports from hardy to gutsy?
[00:30] <Fujitsu> !backports | Fjodor
[00:30] <ubotu> Fjodor: If new updated Ubuntu packages are built for an application, then they go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging
[00:35] <Fjodor> Fujitsu: Thanks. More specifically, though, I would just like to ask the person in charge of that specific package why the compcomm-settings-manager thingy isn't backported when alle the other compiz(fusion) things are...
[00:36] <Fjodor> Basically, that's why I ask here, as I would deem this a dev (or packager) question, and not just a simple usage one that would be better asked in #ubuntu
[00:37] <Fujitsu> It may just be that nobody thought to backport it.
[00:39] <slangasek> Fjodor: anyone here would just have to look up who the backporter in question is, presumably you can find that information even easier than we can since you have the other backports in front of you
[00:40] <Fjodor> slangasek: Now we are moving! Where do I look up backporters?
[00:40] <Fjodor> Fujitsu: Indeed, so I just need to get in contact with the guys who are handling these packages (see below)
[00:41] <slangasek> Fjodor: in /usr/share/doc/$package/changelog.Debian.gz
[00:41] <Fjodor> slangasek: Excelent. Thank you!
[00:46] <poolie> i'm trying to update my own apt archive
[00:47] <poolie> how do i make a Release.gpg file?  i thought it was just by signing the Release file
[00:47] <poolie> but that gives 'unknown gpgv error' from apt
[00:48] <Fujitsu> poolie: Do you have the key on apt's keyring, and is the error from a chroot (where gnupg might not be installed)?
[00:48] <poolie> yes, and no respectively
[00:48] <Fujitsu> Nothing more useful than `unknown gpgv error'?
[00:49] <poolie> no, it sucks
[00:49] <poolie> well
[00:49] <poolie> W: GPG error: http://bazaar-vcs.org ./ Release: Unknown error executing gpgv
[00:50] <elmo> -o debug::acquire::gpgv=1
[00:50] <elmo> poolie: ^-- try with that
[00:50] <poolie> thanks
[00:51] <poolie> ok, that shows a command
[00:51]  * Fujitsu worships all-knowing elmo.
[00:51] <poolie> which when i run it gives, "no valid openpgp data found"
[00:51] <poolie> it is a valid ascii-armoured file though...
[00:51] <Fujitsu> What's the URL to it?
[00:52] <poolie> ah, that's because it gave the exec args with argv0 repeated
[00:52] <poolie> http://bazaar-vcs.org/releases/debs/gutsy
[00:52] <Fjodor> slangasek: Just a final thank you and update. I just mailed the last person to update the package. Thanks for the pointer
[00:52] <poolie> ok, "not a detached signature"
[00:52] <elmo> poolie: that dosn't look like ...
[00:53] <elmo> right.. not one of those :)
[00:53] <slangasek> Fjodor: no problem
[00:53] <poolie> elmo, --detach-sign wants to produce Release.sig - i just rename it to .gpg?
[00:54] <elmo> poolie: yeah
[00:54] <poolie> yay
[00:54] <poolie> thanks
[00:55] <Fujitsu> I think you want a -a in there.
[00:55] <poolie> is it meant to be ascii or not?
[00:55] <poolie> the previous one was not...
[00:55] <elmo> poolie: I suspect either works
[00:55] <elmo> poolie: ascii is more friendly and is what ubuntu/debian uses
[00:55] <Fujitsu> The one I saw first was ASCII, but the latest one is not.
[00:55] <Fujitsu> Ah, that's better.
[00:56] <poolie> i am getting more convinced about using a PPA :)
[00:56] <Fujitsu> PPAs don't sign yet.
[00:56] <poolie> i know
[00:56] <poolie> i mean, just avoiding this in general
[00:56] <poolie> or, avoiding building equivalent automation
[02:00]  * lamont wonders how well a breezy->gutsy upgrade will work
[02:00] <slangasek> it'll be very brutsy
[02:00] <TheMuso> lol
[02:00]  * persia suggests hitting Dapper along the way for the new meta-packages bonus
[02:00] <lamont> well, it's a rather slow rsync to get the iso where I can burn it, so I have an hour to kill.  what the hell.
[02:00] <lamont> persia: was planning on dapper
[02:00] <lamont> and then maybe I'll leave it at dapper. :)
[02:01] <StevenK> And a chance to reinstall if it all goes horribly horribly wrong?
[02:01] <lamont> install testing is all about love
[02:01]  * lamont just upgraded his laptop to 4GB, and now it runs slower.
[02:01] <lamont> most annoying
[02:02] <poolie> hello lamont
[02:02] <lamont> howdy
[02:02] <zul> lamont: how much do you like to suffer :)
[02:03] <lamont> zul: netboot hates me right now, and the machine has breezy on it through a strange array of coincidence
[02:03] <lamont> OTOH, 1u ia64 boxen are kinda noisy
[02:03]  * Fujitsu would advise going to at least Edgy, as there were a lot of migrations.
[02:03] <lamont> esp when you're sitting 2 feet in front of it
[02:04] <poolie> keeps the winter chill away though :)
[02:04] <lamont> heh
[02:04] <persia> Fujitsu: Aren't most the migration hints still there for Gutsy?
[02:04] <lamont> dapper is fine for doing chrootish things... and besides, it's not for me. it's for christmas
[02:04] <lamont> the evms-must-die one isn't
[02:04] <StevenK> I remember the Itanium at LCA '02 (I think it was) -- my bag was 3 feet away from it, and it was hot
[02:04] <Fujitsu> persia: They're meant to be, but I've tried Dapper->Gutsy, and it... didn't work well.
[02:05] <Fujitsu> I suspect that Edgy->Gutsy would work much better.
[02:05] <lamont> when I get home, I get to recover a box that I just dist-upgraded from feisty to gutsy, which doesn't boot anymore because it has root on /dev/md0
[02:05]  * ScottK tried Dapper -> Gutsy as well.
[02:06]  * ScottK got there, eventually, but with no TTYs.
[02:06] <lamont> ScottK: yeah.. that's a known bug.
[02:07] <ScottK> Yeah.  I know, but it doesn't make it more pleasant.
[02:07] <lamont> 'struth
[02:07]  * ScottK looks around for someone who will actually fix it.
[02:07] <lamont> I thought it had been
[02:07] <lamont> dunno.
[02:07] <lamont> pester keybuk and/or mvo
[02:08]  * ScottK doesn't have any boxen needing Dapper -> Hardy for real, so can't be bothered.
[02:08] <lamont> amazing how our beloved child becomes a step child to hide under the table
[02:08]  * Hobbsee should upgrade her edgy machine.
[02:08] <ScottK> Well I've got Christmas card lables to print.
[02:09] <lamont> yeah!  netboot loves me, it's the console that didnt
[02:09] <StevenK> My server here will be jumping from Dapper to Hardy
[02:09]  * lamont learned that nssldap doesn't care if the server cert is expired.
[02:09] <lamont> whereas ldapsearch does
[02:09] <StevenK> Two servers, even
[02:10] <lamont> kewl.  lan A was actually eth0. :-)
[02:11] <Fujitsu> lamont: Is that surprising?
[02:11] <lamont> I've found that it depends...
[02:11] <lamont> sigh.
[02:11] <lamont> yes
[02:11] <lamont> I did find the right place to unplug the cable so that it would ask for a proxy.  go me.
[02:11] <Fujitsu> Hah.
[02:12] <lamont> stupid so-called "transparent" prxoies
[02:12] <lamont> and the box gets to have gutsy on it.
[02:12]  * Hobbsee notes that one eventually gets used to the compiz-slow-refresh
[02:12]  * Hobbsee wonders why compiz has only crashed once today
[02:13] <lamont> Hobbsee: it hasn't crashed for me all week. :-)
[02:13] <Hobbsee> lamont: is it purged?
[02:13] <lamont> yeop
[02:14] <Hobbsee> odd, that
[02:14] <lamont> or (in the other case), no 3d acceleartion
[02:14]  * Fujitsu finds that purging fixes a lot of things, including trackerd eating the CPU.
[02:14] <lamont> Fujitsu: don't forget network-mangler
[02:14]  * Fujitsu likes network-mangler.
[02:14] <Fujitsu> Is it related to queue-mangler?
[02:15] <slangasek> if trackerd would eat network-mangler, that'd be just fine
[02:15] <lamont> no
[02:15] <lamont> Fujitsu: purging network-manager should not down the interfaces on my box.
[02:15] <lamont> that's rude
[02:15] <persia> I thought the alternatives to network-mangler were being removed, making it harder to purge...
[02:15] <Fujitsu> lamont: Restarting it shouldn't either, but that's what it does.
[02:15] <slangasek> persia: "ifupdown"?
[02:15] <persia> slangasek: Yes (or at least my configuration is becoming unhappy over time)
[02:15]  * Fujitsu finds that quite adequate unless versatile wireless is wanted.
[02:15]  * lamont uses ifup and dhclient
[02:20] <slangasek> persia: hmm, works for me so far
[02:20]  * persia hopes it continues to do so
[02:21]  * lamont has been using ifupdown forever
[02:21] <lamont> well, a few years anywway
[02:21]  * Fujitsu thinks we might have some slight complaints if it stops.
[02:22] <lamont> heh
[02:22] <lamont> and how.
[02:23] <persia> Fujitsu: It depends.  If there was a perfect alternate solution that didn't break things when it was enabled, it would likely be acceptable to many.
[02:25] <lamont> persia: that rules out network-manager
[02:25] <lamont> at least until it gets more use-models in it than "there is one network"
[02:25] <Fujitsu> I believe there is some sanity on the 0.7 roadmap.
[02:26] <persia> s/one network/one network with guaranteed uptime of the primary router and any DHCP server/
[02:26] <slangasek> persia: yes, one that doesn't require me to log in before it brings the network up
[02:26] <Fujitsu> Multiple active interfaces and system-wide config are on said roadmap, I believe.
[02:27] <persia> slangasek: That's not so bad for the notebook use-case, but it's frustrating to have the network stop working because of dropped packets to the router.
[02:27] <slangasek> persia: it's bad for the notebook with kerberos use case
[02:28] <persia> slangasek: Right.  s/notebook use-case/exceedingly simplified single-user single-person self-managed environment in perfect surroundings/
[02:29] <slangasek> right. :)
[02:30] <lamont> persia++
[02:30] <StevenK> slangasek: Could I convince you to release texlive-bin from binary NEW?
[02:31] <Fjodor> Oh, btw., does this channel still concern itself with matters of gutsy (specifically the logout dialogue in GNOME)?
[02:34]  * Fujitsu doesn't see how that is specific to Gutsy.
[02:35] <persia> Fjodor: Yes, but not in the sense that things should be complained about.  There's a spec for a new solution planned for hardy...
[02:35] <slangasek> StevenK: what does it break this time?
[02:36] <lamont> slangasek: gnome? :-)
[02:37] <Fujitsu> $world
[02:37] <StevenK> slangasek: It shouldn't break anything
[02:37] <persia> Fjodor: https://wiki.ubuntu.com/DesktopTeam/Specs/ExitStrategy
[02:37] <lamont> slangasek: btw, congrats on becoming a real person today
[02:37] <StevenK> slangasek: It's a direct sync, so it's Debians fault
[02:37] <slangasek> StevenK: it's tex, of course it breaks something
[02:37] <StevenK> Bwahaha
[02:37]  * lamont hates 9600 baud serial consoles
[02:38] <Fjodor> persia: Hmmm, so if pressing the logout button results in an inaccessible system for several minutes before the logout dialogue appearing (sometimes without options for sleep and hibernation), that is hardy(+) material? I will be reading the link in 2 minutes...
[02:39]  * lamont wonders if a 2GB EFI partition is a bit excessive, for a kernel develoer
[02:39] <persia> Fjodor: Not necessarily, but for a blocking problem or regression, filing a bug is a better solution.
[02:40] <Fjodor> persia: Ok, will do then. I just hoped to get someone involved on the line, as my gf is bugging me about it all the time ;-)
[02:40] <Fjodor> persia: Thanks
[02:40] <lamont> Fjodor: those sorts of support issues plague all of us.
[02:40] <lamont> and after you upgrade from gf to wife, it just gets more so...
[02:41] <persia> Fjodor: It's more that the solution is likely complex, and so a quick fix is definitely wrong.  You might be able to get hints on a workaround in #ubuntu
[02:41] <Fujitsu> lamont: One should use GF LTS to avoid upgrade issues?
[02:42] <lamont> Fujitsu: once you install wife, downgrading is inadvisable
[02:42] <Fjodor> lamont: Indeed, but however much empathy you get, the hard fist of wife-alpha1 still perseveres ;-)
[02:42] <Fjodor> persia: Ok, thanks, but I have tried there for some time now...
[02:42] <persia> Fjodor: In that case, there probably isn't a workaround :(
[02:43] <lamont> sometimes, signal-to-noise suffers on #ubuntu.  not always though.
[02:43] <lamont> and yeah, that points to a lack of a workaround, or that the people who have the workaround are in the wrong timezone relative to you
[02:44] <lamont> dear partitioner.  when I create a md device with n partitions, and there are n drives with one partition each available, please preseed the answer for me.
[02:44] <lamont> kthxbye
[02:45] <Fjodor> persia: Well, I have done some preliminary diagnostics. That's why I went here afterall. I have had complaints about it on my gf's laptop, I see it on my own laptop, I see it on my desktop, and I see it on my office desktop. That's my reason for deeming it reproducible...
[02:45]  * slangasek looks at lamont blankly
[02:45]  * Fujitsu hasn't seen that issue since early in Gutsy's dev cycle.
[02:45] <Fjodor> lamont: But yes, you are right
[02:45] <persia> Fjodor: Right.  That would be a bug then, so the people who work on that package will be notified, and can discuss alternatives for a solution.
[02:45] <slangasek> n partitions, or n components?
[02:46]  * Fujitsu hopes the latter.
[02:46]  * lamont sees slangasek's blank look, and raises him an eyebrow.
[02:46] <lamont> create an md device gives me a list of partitions to put in the array.  there are certain cases where the answer is obvious and forced.
[02:47] <slangasek> right, so "an md device with n components"
[02:47] <slangasek> since one rarely partitions an md device
[02:47]  * lamont currently sees long delays at login because of restricted-manager thinking about life.
[02:48] <lamont> slangasek: partitions on other devices... the list is of partitions to use to make the MD device
[02:48] <Fjodor> Just for speeding things up, where do I report the bug? If noone has the direct URL, I'll find it myself, but you devs seem to be able to find such things at a wink of the eye
[02:48] <lamont> given that partition 1 on the drive needs to be (in this case) efi, the raid device lives on partition 2
[02:49] <lamont> hrm... I guess this machine does get a desktop install
[02:49]  * lamont forgot the magic incantation to tell the alternate CD to install just server-bits.
[02:49] <lamont> and doesn't want to go back in any case
[02:49] <Fujitsu> lamont: The incantation is a down arrow at gfxboot, I think.
[02:49] <lamont> Fujitsu: no.
[02:50] <lamont> that's the right answer after the iso generation code is fixed
[02:51]  * lamont grumbles at the installer for not allowing a blank password.
[02:52] <lamont> Fjodor: if we assume it's in the gnome-session source package (which is a leap), then https://bugs.launchpad.net/ubuntu/+source/gnome-session/
[02:53] <lamont> and if it's not gnome-session, one of the gnome-heads will eventually move it to the right package, I expect...
[02:53] <lamont> but that's just a shoot-from-the-hip answer.
[02:53] <lamont> 1  → 50  of 506 results
[02:53] <lamont> yeah!
[02:54]  * lamont wonders if the queue will break 500 before he heads out in a bit
[02:54] <Fjodor> lamont: Ok, thanks. I'll load that url, and if it doesn't fit, I'll roll from there. Launchpad can just be somewhat confusing from time to time...
[02:54] <persia> s/somewhat/very/
[02:55] <lamont> s/from time to time//
[02:55] <lamont> you are in a twisty maze of pages, all different
[02:56] <Fujitsu> You would be likely to be eaten by a grue, except that the green bar at the top is too bright.
[02:56] <lamont> Fujitsu: clearly you haven't played the original much. -
[02:56] <lamont> :-)
[02:57] <lamont> advent has no grues
[02:57] <Fujitsu> That would be a correct assumption.
[02:57] <Fjodor> lamont: Thanks again. https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/123078 seems to very acurately describe what I am seeing
[02:57] <ubotu> Launchpad bug 123078 in gnome-session "System -> Quit takes a long time to appear" [Low,Confirmed]
[02:57]  * lamont beams with glee
[02:58] <lamont> I got one right!!
[02:58] <Fjodor> (the title doesn't cover it all, but the problems are all described there)...
[03:02] <lamont> dear installer.  please consider saying something cuter than "Please wait...".     kthxbye
[03:02] <lamont> hrm... gender biased.
[03:02] <lamont> never mid
[03:02] <lamont> mind
[03:03] <Hobbsee> lamont: i shoved kde4 down again on hppa
[03:03] <lamont> Hobbsee: heh.  tahnks
[03:03] <lamont> although, apparently there's a neat LP bug that will rescore it to where LP thinks it belongs
[03:03] <lamont> for the win
[03:04] <Hobbsee> hehe
[03:04] <lamont> I don't mind building kde.  I mind building out-of-date kde
[03:04] <lamont> so if they'd just get it right before they uploaded, then I wouldn't have to think of ways to hurt them.
[03:05] <lamont> "Installation complete"
[03:05] <LongPointyStick> lamont: not really.  i'd just like working wifi, thanks!
[03:05] <lamont> LongPointyStick: heh
[03:05] <lamont> Hobbsee: so why you running two clients?
[03:05] <Hobbsee> lamont: one to log.
[03:05] <Hobbsee> this is a laptop.  i turn it off
[03:06] <lamont> --- [LongPointyStick] (n=mystery@ubuntu/member/hobbsee) : " "
[03:06] <lamont> such a mystery...
[03:06] <Hobbsee> lamont: yeah, i know.  it's used for other networks, when i mess with people's minds
[03:06] <lamont> hehe
[03:06] <StevenK> It might take you ... seconds to solve
[03:07] <lamont> individuals of clue will note the similarities
[03:09] <lamont> kewl.  console install of gutsy:  /etc/event.d/ttyS*
[03:09] <lamont> that's with server install.
[03:09] <lamont> kewl.  default was the right thing
[03:09] <lamont> (netboot)
[03:09] <Fjodor> Hobbsee: You are concerned with user experience, right (if I remember correctly)...
[03:09] <Hobbsee> lamont: on non-cloaked networks it's useful.
[03:10] <Hobbsee> Fjodor: that's oen of the things i'm concerned about, yes
[03:11] <Fjodor> Hobbsee: Thought so. Did you see my last two messages before I addressed you directly?
[03:11] <Fujitsu> lamont: That build-score-clobbering bug should be fixed with 1.1.12.
[03:11] <Hobbsee> Fjodor: about https://bugs.launchpad.net/ubuntu/+source/gnome-session/+bug/123078 ?
[03:11] <ubotu> Launchpad bug 123078 in gnome-session "System -> Quit takes a long time to appear" [Low,Confirmed]
[03:11] <Fjodor> ...and I apologize again for singling out individuals to complain to, but my gf is really bugging me about this one...
[03:12] <Fjodor> Hobbsee: Yes, indeed
[03:14] <Fjodor> For the longest time, I just assumed that it had hung, and ctrl-alt-backspaced it all...
[03:15] <Fjodor> ...and try to explain that to a non-literate in the arts of linux...
[03:16] <lamont> so... when I remove the password from /etc/shadow and make it say :: there... why can't I log in anymore?
[03:17] <lamont> Fjodor: "It's like ctl-alt-del, only with the backspace key instead'. :-)
[03:17] <Fujitsu> lamont: That build-score-clobbering bug should be fixed with 1.1.12.
[03:17] <Fujitsu> Oops.
[03:17] <Fujitsu> Wrong button.
[03:18] <Fjodor> lamont: indeed, but she just wants a machine that *works*
[03:19] <lamont> yeah.  my wife occasionally asks to install windoze for that reason, and I look at her strangely until she hits me.
[03:19] <lamont> all in all, I'm not sure that counts as a "win'
[03:20] <lamont> hrm... init=/bin/sh seems to have not quite done what I wanted.
[03:20]  * lamont declares victory and heads home
[03:20] <StevenK> Haha
[03:20] <Fujitsu> It didn't do what you want, so you're victorious. I see.
[03:21] <lamont> Fujitsu: no.  I declared victory
[03:21] <Fjodor> Well, per request I gave her OSX. It took 10 minutes till she cried "Give me back my Ubuntu" :-)
[03:21] <lamont> which is to say, I redefined the problem.
[03:21] <Fjodor> And that counts as a win for all you guys :-)
[03:21] <lamont> Fjodor: those are nice wins.
[03:22] <lamont> and time for me to run away.
[03:22] <Hobbsee> weird
[03:22] <lamont> back in a few hours
[03:22] <Jay-Oh-En> kdmthemes overrides are broken
[03:23] <Hobbsee> and irc doesn't make a good todo list.
[03:23] <Jay-Oh-En> whatever
[03:23] <Jay-Oh-En> just letting you guys know
[03:23] <persia> Jay-Oh-En: Yes, but there's no guarantee anyone who cares is here now.  File a bug.
[03:24] <Hobbsee> persia: they wouldn't be on this channel anyway
[03:24] <Hobbsee> holy cow
[03:24] <Hobbsee> aptitude segfaulted
[03:24] <Jay-Oh-En> why wouldnt they
[03:24] <Jay-Oh-En> persia: well ill files a bug
[03:24] <persia> Jay-Oh-En: Thanks :)
[03:24] <Jay-Oh-En> Hobbsee: quit being so uptight
[03:25] <Hobbsee> because they're likely on #Kubuntu-devel, and a lot of people aren't awake at this time of day anyway
[03:25] <Hobbsee> heh
[03:25] <ajmitch> if he thought *that* was uptight...
[03:25]  * Fjodor tries in vain to step in for Hobbsee an say that she isn't uptight...
[03:25] <Hobbsee> if he files a bug with the same content as his irc message, i'm going to have savage pleasure setting it to NEEDSINFO, and waiting for LP to do it's job.
[03:26] <Fujitsu> Janitor reappears this release, sort of.
[03:26] <Hobbsee> i thought it was always on now
[03:26] <persia> Does that mean another few hundred bugs to undo?
[03:27] <Fujitsu> When I say `sort of' I mean `with a per-project off button, and only commenting, not closing, so we can see what it will do when it is turned on properly'
[03:27] <Hobbsee> oh *classy*
[03:27] <Fjodor> Oh, btw., have I told you about this strange bug that I seem to be the only one to have on my office machine?
[03:27] <Hobbsee> aptitude segfaults if you try to get a package on a changelog that doesn't exist
[03:27] <Fujitsu> Does it? Nice of it.
[03:27] <Hobbsee> yup
[03:27] <StevenK> Hobbsee: That code is *horrid*
[03:27] <Fujitsu> william@irranat:~$ aptitude changelog boom
[03:27] <Fujitsu> E: Couldn't find a changelog for boom
[03:28]  * TheMuso is reminded of the aptitude fisco on Planet Debian recently.
[03:28] <Hobbsee> Fujitsu: which version of aptitude?
[03:28] <Fujitsu> Killing the apt transition, TheMuso?
[03:28] <Fujitsu>   Installed: 0.4.9-2ubuntu3
[03:29] <TheMuso> Fujitsu: Yeah.
[03:29] <Hobbsee> Fujitsu: strange.
[03:30] <Fjodor> What could cause gnome-update-manager to confuse it's buttons? I run it, but when I press "Install Updates", it acts as if I pressed "Check". And to make it stranger still, I can only reproduce it on my office machine...
[03:32] <Hobbsee> something crackful...
[03:34] <Fjodor> Hobbsee: Indeed, but this machine is the one that was installed from scratch most recently...
[03:34] <Hobbsee> ah ha.  reprioritizing some of the stuff in gnome makes it start much quicker.
[03:36]  * TheMuso is shocked. Hobbsee still using GNOME? :)
[03:37] <Hobbsee> Fjodor: the defaults look borked.
[03:37] <Hobbsee> TheMuso: yeah, it appears so.
[03:37] <Hobbsee> TheMuso: there's some really annoying stuff about it though
[03:37] <Fjodor> Hobbsee: Pointers?
[03:37] <Hobbsee> TheMuso: kde sessions win over gnome's.  although this priority stuff is nice
[03:38] <Hobbsee> Fjodor: give the crucial stuff a priority of 40, then hit apply to each.
[03:38] <Hobbsee> like, gnome-session-properties, gnome-volume stuff, etc
[03:38] <StevenK> That's only because the KDE session information contains stuff as the last time you scratched yourself, where and for how long.
[03:38] <Fjodor> TheMuso: /me is using GNOME. I left the path of LFS/BLFS and WindowMaker some time ago, where you making a point?
[03:39] <TheMuso> Fjodor: Hobbsee is a KDE advocate.
[03:39]  * Hobbsee likes that you can you can start with an empty profile, start the stuff you want, and then hit "save current session" - which will restore things *exactly* how you've left them
[03:40] <Hobbsee> which i haven't found out how to, under gnome.  devilspie works somewhat, but dosen't do to tray
[03:40] <Hobbsee> and doesn't appear to work if you have 2x2 windows
[03:40]  * Fjodor does not expect things to be as when he left them. Because then there must have been a power outage...
[03:40] <Hobbsee> well, no, but i have a list of stuff that i want to start, every time.
[03:41] <Hobbsee> (nm, gnome-do, pidgin, etc)
[03:41] <TheMuso> gnome-do?
[03:41] <StevenK> TheMuso: Quiksilver for GNOME
[03:41] <Hobbsee> see lp.net/gc
[03:41] <Fjodor> Hobbsee: Indeed, but does devilspie also place them in the correct workspaces?
[03:41] <TheMuso> StevenK: WHich is?
[03:41] <Fjodor> ...because then I might take alook
[03:42] <Hobbsee> Fjodor: usually.  when you run a 1 row thing, yes.  when you run 2 rows, not always.
[03:42] <Fjodor> Hobbsee: Ok
[03:42] <Hobbsee> devilspie is *nice*
[03:42] <StevenK> TheMuso: Katapult is the KDE one
[03:42] <TheMuso> StevenK: What is quicksilver?
[03:43] <bluefoxicy> what
[03:43] <StevenK> TheMuso: It's a quick launcher, hit alt-space, the first few letters, it'll try and match and hit enter to launch
[03:43] <bluefoxicy> I can't make fun of Hobbsee anymore for being a KDEhead?
[03:43] <TheMuso> StevenK: ah
[03:43] <Hobbsee> bluefoxicy: i'm sure you can find something to make fun of, w.r.t. me.  and i'm sure that i can ban you in return.
[03:44] <bluefoxicy> Well i could make fun of you for being a girl, but that's kind of childish in comparison to making fun of you for using KDE
[03:44] <Fjodor> Hey Hobbsee? Make me a bouncer, then I'll relay all messages and deride the senders in return :-)
[03:44]  * bluefoxicy gives Fjodor shades and a big stick.
[03:44] <bluefoxicy> You are now a bouncer.
[03:44]  * Hobbsee wonders why the words "castration" and "bluefoxicy" are coming to mind...
[03:45] <Fjodor> Badabum
[03:45] <Fjodor> And bluefoxicy: thanks :-)
[03:46] <bluefoxicy> Hobbsee:  Wouldn't make much of a difference
[03:48] <hodgson> How do I reset all of my gconf menu options to the factory-default, I remember there being an undocumented option something like gconf-editor --reset-defaults /location/in/gconf and I just need some help, thanks.
[03:49] <bluefoxicy> --recursive-delete I think
[03:50] <Fjodor> Hmmm, I was given shades and a big stick. Anyone in the mood for a joke?
[03:51] <Fjodor> (since nothing much else happens)
[03:51] <hodgson> think not.
[03:51] <Fjodor> hodgson: Ok, sorry
[03:58] <Hobbsee> damn
[03:58] <Hobbsee> i can make an app dock with devilspie, but then it keeps docking
[04:22] <Quiane> hello everyone
[04:22] <Quiane> wow..not really busy in here
[04:22] <Quiane> is there anyone here? lol
[04:23] <Hobbsee> oh, goody.  --safe-upgrade for aptitude now behaves sanely, w.r.t new packages
[04:23] <Hobbsee> at least, once mvo merges it across
[04:25] <Fujitsu> Quiane: 22 seconds isn't a very large sample size.
[04:27]  * lamont does his happy dance.
[04:28] <lamont> 496 packages in needs-build hardy/hppa
[04:28] <Fujitsu> lamont: That was a short departure.
[04:28]  * Fujitsu checks the number of failures.
[04:28] <lamont> 'twas the drive home
[04:28] <Fujitsu> Not too bad, actually.
[04:28]  * Fujitsu is surprised at how quickly it is chewing through them, and the success rate.
[04:28] <lamont> 22 miles
[04:29] <lamont> gutsy was at >97% in gutsy-stage0
[04:29]  * Fujitsu charges lamont with use of imperial units.
[04:29]  * lamont notes that he is imperial, after all.
[04:29]  * Fujitsu bows.
[04:30] <lamont> great.  LinuxOLD boots, Linux doesn't.  that's gonna take a little love
[04:30]  * lamont afk for a bit
[04:41] <Quiane> i'm here actually!
[04:41] <Quiane> i was just talking in the other room
[04:42] <hodgson> Ok, so I've got a decently well-directed question: Where are the terminal preferences stored? As in the right-click ->options->preferences on the panel
[04:43] <hodgson> is it in gconfeditor, a conf file, or some other random esoteric gnome location that is plesently undocumented
[04:45] <TheMuso> hodgson: Which terminal are you using? Gnome-terminal? If gnome-terminal, then gconf.
[04:47] <hodgson> oh shoot
[04:47] <hodgson> not terminal preferences
[04:47] <hodgson> panel preferences*
[04:48] <hodgson> specifically the one top one, I think it is called the ''application-launcher'', has applications/places/systems by default
[04:48] <TheMuso> Oh then I'm not really sure.
[04:51] <lamont> anyone using raid-for-root
[04:51] <lamont> ?
[04:52] <hodgson> fucking gnome
[04:52]  * lamont tries to remember the incantation to get initramfs to stop during each step
[04:52] <hodgson> I swear to god it gets more shitty with each growing interation.
[04:52] <hodgson> Ok get this -- ~/.config/menus/applications-menu
[04:53] <hodgson> how the hell.
[04:53] <hodgson> I swear last week it was it was in gconf-editor, and you could reset it with --recursive-unset, before that I remember it being in ~/.gnome, or the like.
[04:54] <Fujitsu> !ohmy
[04:54] <ubotu> Please watch your language and topic to help keep this channel family friendly.
[04:54] <hodgson> where the hell did ~/.config come from
[05:56] <lamont> ah. mischief managed.
[05:56] <lamont> adding md-mod and raid456 to /etc/modules makes life much happier.
[05:57] <lamont> (root being raid5, it helps to have the modules needed to support that in the initrd)
[05:57] <lamont> something in initramfs should notice that
[05:58]  * persia thinks /etc/modules is currently entirely manually managed, and encourages a migration to /etc/modules.d/
[06:11] <warp10> Hi all!
[07:15] <pitti> Good morning
[07:15] <Fujitsu> Hey pitti.
[07:16] <StevenK> pitti: So, why do libgsl0 and libglib1.2 show as FTBFS in the NBS list? They don't.
[07:16] <StevenK> They changed library names and grew a suffix
[07:18] <pitti> StevenK: hm, good question
[07:21]  * pitti accepts l-b-m and linux-meta
[07:28] <pitti> StevenK: fixed, thanks; running again now
[07:28] <dholbach> good morning
[07:28] <Fujitsu> Hey dholbach.
[07:29] <dholbach> heya Fujitsu
[07:32] <StevenK> pitti: Thanks
[07:35] <Fujitsu> z,cb 5
[07:35] <Fujitsu> Oops.
[07:52] <geser> good morning
[08:02] <pitti> infinity: can you please commit your pkg-create-dbgsym changes to bzr?
[08:33] <dholbach> hey seb128, hey Toadstool!
[08:33] <dholbach> hey glatzor, jsgotangco!
[08:34] <seb128> hello dholbach
[08:34] <jsgotangco> yo!
[08:34] <dholbach> :-)
[08:34]  * jsgotangco currently at a domestic airport going back home
[08:34] <glatzor> servus dholbach!
[08:34]  * dholbach hugs y'all
[08:34] <jsgotangco> ho ho ho!
[08:35] <ion_> Hi dholbach et al.
[08:35] <dholbach> hiya ion_ :)
[08:35] <ion_> I ordered a Waldorf Micro-Q synthesizer yesterday. ♥
[08:36] <dholbach> NICE
[08:36] <dholbach> let me know when there are tracks I can download :)
[08:37] <ion_> I haven’t got pretty much any music at all made for a long time with this health, though.
[08:40] <dholbach> hey blueyed_
[08:40] <dholbach> ion_: I'm sure you'll come up with something soon :-)
[08:45] <tjaalton> slangasek: did you notice debian bug 456915?
[08:45] <ubotu> Debian bug 456915 in boost "boost: FTBFS: build.sh: line 15: gcc-4.1: command not found" [Serious,Open] http://bugs.debian.org/456915
[08:47] <slangasek> tjaalton: heh, thanks for the heads-up
[08:50] <ion_> dholbach: I hope so. :-)
[08:51] <tjaalton> slangasek: np. What about flute-1.3-jfree that the new openoffice needs, will it be promoted to main?
[08:54] <slangasek> tjaalton: not my department :)  we're trimming OOo-base from the seed for alpha2 instead in the meantime
[08:55] <tjaalton> slangasek: ah, ok :)
[08:56]  * Fujitsu wonders if anybody uses OOo Base.
[08:57] <slangasek> I've used it in the past
[08:57] <slangasek> only for ODBC :)
[08:57] <tjaalton> hooray, the livecd generates a valid xorg.conf again :)
[08:58] <tjaalton> bryce: ^^
[08:58] <Fujitsu> tjaalton: Is input hotplug likely to deal with Synaptics touchpads sanely in the near future?
[08:58] <tjaalton> Fujitsu: yes
[08:59] <tjaalton> Fujitsu: synaptics was dropped from dexconf but sadly i-h is not there yet
[08:59] <bryce> tjaalton: excellent
[09:01] <tjaalton> hmm wait, need to double-check what actually happened
[09:01] <mjg59> tjaalton: I'm planning on doing work on synaptics over Christmas
[09:01] <mjg59> Upstream seem to have given up
[09:02] <tjaalton> mjg59: really? that's too bad, but nice if someone still cares :)
[09:02] <tjaalton> my X61 doesn't have a touchpad, and neither did the T23
[09:03] <mjg59> I've a couple of patches that never got merged
[09:04] <mjg59> And the input hotplug stuff needs doing
[09:04] <mjg59> As does sorting out a standardised config mechanism
[09:04] <tjaalton> hmm, seems that the livecd from this morning did all sort of crappy things, like ran xresprobe etc. :)
[09:05] <bryce> mjg59: I also get the feeling they're not paying sufficient attention to it
[09:05] <mjg59> bryce: Well, any. Last update was months ago.
[09:07] <tjaalton> when do we have uptodate livecd's to test?
[09:07] <bryce> alpha-2 is scheduled for towards the end of the week
[09:07] <tjaalton> I know :) but surely there are prereleases before that
[09:08] <bryce> don't think so - just the usual dailies
[09:08] <tjaalton> but the one from this morning is actually old, uses the old kernel and xorg etc
[09:09] <tjaalton> maybe because current ones don't build?
[09:10] <cjwatson> tjaalton: that would be the usual reason for CDs to be old; check the build logs?
[09:11] <cjwatson> http://people.ubuntu.com/~ubuntu-archive/livefs-build-logs/
[09:11] <cjwatson> The following packages have unmet dependencies:
[09:11] <cjwatson>   libhsqldb-java: Conflicts: openoffice.org-base (< 1:2.3.1~m8) but 1:2.3.0-1ubuntu5 is to be installed
[09:11] <tjaalton> cjwatson: I guess they fail for the same reason my own build do, OOo-base is the remaining issue
[09:11] <tjaalton> touché :)
[09:12] <slangasek> tjaalton: xubuntu, kubuntu should have working liveCD builds by this point; ubuntu, edubuntu are waiting for that OOo seed change
[09:12] <tjaalton> slangasek: ah, good point, I'll check them out
[10:04] <tjaalton> hmm, kubuntu daily-live ends up in initramfs console, and xubuntu isn't published yet
[10:08] <tjaalton> ah, xubuntu daily-live is now available :)
[10:20] <tjaalton> ..but it fails just like kubuntu
[10:26] <slangasek> hmm
[10:35] <dholbach> why is gftp in main?
[10:38] <superm1>  /j #ubuntu-x
[10:38] <superm1> oops :)
[10:39] <Spads> m/sg superm1 good luck at the parole hearing then, I guess!
[10:39] <Spads> oops :)
[10:39] <superm1> haha
[10:39] <ion_> /msg spads I love you too, honey.
[10:39] <ion_> Whoops
[10:39] <tkamppeter> hi pitti
[10:40] <pitti> dholbach: hysterical raisins (since warty); is there a better replacement now? or is it abandoned upstream?
[10:40] <pitti> hey tkamppeter, how are you?
[10:40] <tkamppeter> fine
[10:41] <dholbach> pitti: it hasn't seen updates in years
[10:41] <pitti> indeed
[10:41] <pitti> dholbach: ideally, people would just use nautilus with ftp:// ?
[10:41] <dholbach> yeah
[10:41] <pitti> which actually works just fine
[10:41] <dholbach> and I doubt there's many people who use it
[10:41] <tkamppeter> pitti, are you working on updating CUPS to 1.3.5? Then you could also include the patch of bug 177075, the reporter has even included a debdiff.
[10:41] <ubotu> Launchpad bug 177075 in cupsys "CUPS 1.3.x lists network interfaces only at startup (regression)" [Undecided,Confirmed] https://launchpad.net/bugs/177075
[10:42] <pitti> tkamppeter: Kenshi updated svn trunk to 1.3.5, I'll merge it soon
[10:43] <pitti> tkamppeter: right, that should just be committed to the debian svn before we merge
[10:44] <pitti> tkamppeter: thanks, I'll do that soon
[10:44] <pitti> tkamppeter: or, you can do it yourself if you want
[11:02] <tkamppeter> pitti, I have added the patch to the trunk now. So if you merge we will have it.
[11:02] <pitti> tkamppeter: thanks
[11:10] <pitti> bryce: re http://www.bryceharrington.org/drupal/node/18 feature requests> why not use the blueprints tracker?
[11:11] <cjwatson> sabdfl suggested that too
[11:11] <StevenK> pitti: I'm just about to upload 46 source packages for fftw3-dev -> libfftw3-dev
[11:11] <Riddell> tjaalton: thanks, I'm updating the seeds and meta packagees now
[11:14] <StevenK> pitti: Those 46 are all the Build-Depends, so I was going to clear them out of the way and see what's left
[11:15] <pitti> StevenK: great
[11:19]  * StevenK throws 46 uploads at Soyuz. \o/
[11:21] <StevenK> pitti: Oh, thanks for the tasks promotion
[11:22] <pitti> no problem
[11:29] <StevenK> pitti: There's all 46 uploaded, let's see what falls out
[11:35] <pitti> pedro_: ah, thanks for forwarding my tracker bug; I didn't do it, because so far jamiemcc read the LP bugs, too :)
[11:36] <pitti> StevenK: oh, that wasn't just a no-change rebild?
[11:36] <pitti> StevenK: in that case, wouldn't it have been easier to add a Provides: to libfftw-dev?
[11:36] <mhb> hello all, especially pitti
[11:37] <pitti> hey mhb, how are you? nice to 'see' you again
[11:37] <mhb> pitti: quite busy with school, exams are coming.
[11:37] <pitti> oh, good luck!
[11:38] <mhb> I'll find some time for the restricted-manager at the weekend (friday-sunday)
[11:38] <StevenK> pitti: Unsure, I did what I thought was easiest
[11:38] <pitti> mhb: ah, great (but don't let that make you fail the exams :) )
[11:40] <mhb> pitti: I'll try not to... ubuntu is more fun, though :o)
[11:41]  * pochu agrees with mhb
[11:41] <pitti> mhb: heh; please let me know if anything in the current design is unclear; let's keep it clean and swift this time :)
[11:42] <mhb> pitti: will do, thanks!
[11:57] <pedro_> pitti: ah sure, no problem :-)
[11:58] <gaspa> pitti: i must sorry, i had no time for usplash, still for some days.
[11:59] <pitti> gaspa: no problem :)
[12:00] <gaspa> pitti: for me it's a problem... I wished to see my stuff in usplash... :D
[12:05] <infinity> pitti: Can (or, rather, will) do.
[12:27]  * Hobbsee waves
[12:27] <Mithrandir> hi Hobbsee
[12:27]  * Hobbsee stomps on Mithrandir's feet, as he forgot to levitate.
[12:28] <Mithrandir> I'm sitting in a chair, with my feet crosslegged, so you failed.
[12:28] <Hobbsee> awww
[12:28]  * Hobbsee coats Mithrandir in ice, then
[12:28] <Mithrandir> mmm, ice.
[12:29]  * Mithrandir whips the ice so it becomes ice cream and eats it.
[12:29] <Hobbsee> heh
[12:33] <sladen> think Mithrandir stole all the Ice, it was -10°C in Oslo when I checked and it's only ~0°C in Helsinki
[12:33] <torkel> sladen: it's +6 in Umeå
[12:36] <maswan> the tollef that stole christmas weather?
[12:36]  * Hobbsee steals christmas, then.
[12:36] <Mithrandir> nah, I'm innocent.
[12:36] <Mithrandir> it's just cold here, no snow.
[12:37] <maswan> Hobbsee: you can have it, what's the point without proper cold and snow?
[12:37] <Hobbsee> Mithrandir: you're *never* innocent.
[12:37] <Hobbsee> maswan: an australian christmas has point.
[12:37] <Mithrandir> maswan: it's properly cold here all right, but it fails at the "snow" part.
[12:37] <maswan> Hobbsee: Shorts and beachparty?
[12:37] <maswan> Mithrandir: the little snow we have is failing rapidly
[12:38] <sladen> torkel: haven't been to Umeå yet, there's a ferry to try out... must swing by there some time
[12:38] <maswan> Hmm.. So where does one have to move to get real winters these days? And is there any intersection of this area with the areas you have real bandwidth? :)
[12:39] <Hobbsee> maswan: beaches are busy, yeah
[12:39] <realist> I'm sure there's snow somewhere in Australia (an inhabited territory of Antartica perhaps?)
[12:39] <Hobbsee> ther'es snow in au
[12:39] <Hobbsee> just, south
[12:39] <StevenK> There's Perisher and Therdbo
[12:39] <maswan> Clarification: snow that doesn't become slush or melts between early december and early march
[12:40] <realist> StevenK: There's still snow there during Dec?
[12:41] <Mithrandir> maswan: middle of Norway seems to have snow.
[12:41] <maswan> (or the equivalent months for south of equator)
[12:41] <Mithrandir> about 65cm in the wild.
[12:42] <maswan> Mithrandir: if you go a bit inland from the coast here you'll find snow too. there just aren't much other things than snow and trees there. ;)
[12:42] <StevenK> realist: Not sure about that
[12:42] <torkel> maswan: what's wrong with only trees and snow?
[12:42] <Mithrandir> maswan: depending on what you call real bandwidth, you can get at least decent DSL in the middle of Norway.
[12:42] <maswan> torkel: lack of bandwidth and possibly workplace. :)
[12:43] <realist> StevenK: there's always ice in Antartica :-)
[12:44]  * Hobbsee hibernates in antarctica.
[12:44] <realist> Good luck with getting bandwidth there though.
[12:44] <Hobbsee> green aliens find it quite warm.
[12:45] <torkel> maswan: a shovel and an axe will keep you busy, so you don't need any bandwidth :-)
[12:45] <Mithrandir> especially in -25°C, you'll be busy all winter.
[12:47] <maswan> I'm not sure it passes the "no slush" requirement though. :/
[12:47] <maswan> But I guess I'll just have to investigate some more. :)
[12:47] <maswan> (or if it will in 10 or 20 years for that matter, it's changing quite rapidly)
[12:55] <j1mc> good morning, all.  i've filed bugs against unintallable binaries in xubuntu (#'s 177444, 177446, & 177448), and have pinged cody somerville and lionel le folgoc - is there anyone else i should ping about this?
[12:58] <Hobbsee> j1mc: they should deal with it, and poke others if they need them.
[12:58] <Hobbsee> j1mc: of course, if it makes the others uninstallable, then other people will be looking into it
[12:59] <j1mc> Hobbsee: thanks
[12:59] <j1mc> and thanks for your reply to my email - I wasn't sure who to contact.
[12:59] <Hobbsee> j1mc: but they should be taking reponsibility for their own version, particularly somerville32, as he likes to control it a lot.
[13:00] <Hobbsee> (the discussions in here have suggested that, anyway)
[13:00] <j1mc> ok, I'll keep that in mind.  at least the bug reports are out there now, and they are each aware of the issues.
[13:00] <Hobbsee> did you subscribe them to the bug reports?
[13:01] <j1mc> no, i'll go ahead and do that.
[13:04]  * Hobbsee wonders why raptor is in main
[13:04] <j1mc> thanks, Hobbsee ... have a good day!
[13:04] <Hobbsee> oh, it's not what iw as thinking of
[13:10]  * lamont yawns, waves
[13:12] <Hobbsee> heya lamont
[13:12] <lamont> Hobbsee: http://bld-4.mmjgroup.com/~wb/buildLogs/stats/hardy2-short.png
[13:12] <lamont> note where kde et al were uploaded. :-)
[13:12] <Hobbsee> lamont: nice work!
[13:12] <lamont> it's nice that hppa only flattened last night, rather than down-dipping like the rest of the world
[13:12] <Hobbsee> heh
[13:13]  * StevenK has been pondering reinstalling his hppa as Dapper
[13:13] <StevenK> Then again, it's only a 712
[13:13] <lamont> http://bld-4.mmjgroup.com/~wb/buildLogs/stats/hardy2.png looks even cuter.
[13:14] <lamont> StevenK: don't do it.  gutsy is the hppa-loving answer
[13:14] <StevenK> But, but, it's a server!
[13:14] <lamont> (as in, the hppa buildds in the data center are running a dapper userspace with a gutsy kernel because that's the kernel they need...)
[13:15] <lamont> and that doesn't work well... had to hack initramfs scripts to make that kernel work with that udev et al
[13:15] <lamont> very not pretty
[13:15] <lamont> full-bore gutsy is much happier
[13:15] <StevenK> I didn't think we released Gutsy on hppa
[13:16] <StevenK> lamont: It's only a 712, so maybe it isn't worth the bother
[13:17] <lamont> well, running a desktop on it would be kinda silly
[13:17] <lamont> server bits aren't bad though
[13:17]  * lamont briefly considers considering the advantages of breast enlargement, hits 'D'
[13:18] <Hobbsee> heh
[13:19] <Hobbsee> lamont: it could be a talking point.  *shrug*
[13:19] <lamont> Hobbsee: I could discuss the pros and cons... then again, this is a family channel. :)
[13:19] <lamont> anyway, afk for a few minutes
[13:19] <Hobbsee> heh
[13:36] <StevenK> libcurl4-openssl-dev: Depends: libssh2-1-dev but it is not installable
[13:36] <StevenK> Bah
[14:03] <pitti> StevenK: I thought we dropped that? or just the build dep?
[14:03] <StevenK> pitti: That's while trying to install Build-Depends
[14:04] <StevenK> The package is in main, and libssh isn't, I'm guessing
[14:07] <pitti> StevenK: we dropped the build dep because we don't want it; apparently the binary dep was just forgotting
[14:07] <pitti> s/ing$/en/
[14:07] <StevenK> pitti: Would you like me to fix it, or will you?
[14:08] <pitti> StevenK: I have a call now, can do later if you want to go to bed :)
[14:09] <StevenK> pitti: Okay, thanks. If you're able when it gets published, give-back libofa
[14:09] <pitti> sure
[14:09] <StevenK> Ta :-)
[14:09]  * StevenK runs to bed
[14:27] <persia> pitti: Does all of NBS get regenerated each time you run it?  I don't understand the build timing of a pair of packages (libparmetis depending on libmpich) and don't know whether to upload a build1 to force things.
[14:30] <seb128> persia: you don't need an upload to get a build retry
[14:30] <persia> seb128: So I shouldn't be uploading build1 packages?
[14:31] <seb128> persia: what do you need the build1 package for?
[14:31] <seb128> if that's something which already built and need a rebuild you need an upload
[14:31] <seb128> if that's something which didn't build yet no need to do a new upload
[14:31] <persia> seb128: In the case where the current binaries in the archive depend on a library that is no longer built by the source that built it previously.
[14:32] <seb128> you need a source upload in this case, ubuntu doesn't do bin-nmu uploads
[14:32] <persia> seb128: In this case, it built.  Specifically, I uploaded a parmetis 3.1-4build1 for the libmpich transition last month, and then there was a sync, which rebuilt, and yet the NBS list still shows the package for i386 & amd64, which confuses me.
[14:33] <seb128> ah
[14:33] <seb128> persia: let me look
[14:34] <persia> seb128: Thanks.
[14:37] <lamont> persia: NBS?
[14:37] <seb128> persia: there is a depends on "libopenmpi1 | libmpich1.0c2", maybe the | case is not handled correctly by the nbs code or something like that, better to ask to pitti about this one
[14:38] <seb128> lamont: http://people.ubuntu.com/~ubuntu-archive/NBS/
[14:38] <seb128> lamont: packages not built from source but which still are used by something
[14:38] <lamont> ah, ok
[14:38] <seb128> lamont: or that should be cleaned ;-)
[14:38] <persia> lamont: An excellent target if you're bored and feel like a few uploads :)
[14:39] <lamont> heh.  /me is kinda hip deep in getting ready to take 2 weeks off work
[14:40] <persia> seb128: Thanks for investigating that.
[14:42] <pitti> persia, seb128: re
[14:43] <pitti> persia: NBS is regenerated automatically three times a day
[14:43] <persia> pitti: Thanks.  When chasing those should foo | bar type dependencies be manually updated as well, or are they safe to leave?  If left, how does that impact the script?
[14:44] <pitti> seb128, persia: right, it doesn't play well with |'ed deps
[14:44] <pitti> persia: don't worry about the script; if the actual dependencies are correct now, we can just drop it
[14:44] <pitti> s/it$/the NBS lib/
[14:45] <lamont> pitti: sounds like a bug to fix, eh?
[14:45] <persia> pitti: OK.  I'm not sure about all the dependent packages yet.  Is there a good way to report that a specific package is a false positive, or is that easy for you to detect?
[14:45]  * lamont hates it when his code doesn't do what he meant. :-)
[14:45] <pitti> lamont: one of these things which are quite hard to get right with just some dumb lines of shell :)
[14:45] <pitti> persia: to be concrete, which NBS lib are we talking about?
[14:46] <pitti> persia: usually I check it, see that it's fine, and remove the old package anyway
[14:46] <persia> pitti: Specifically parmetis depending on libmpich1.0c2
[14:46] <persia> OK.  I won't worry about them if I know they are fine then.  Thanks.
[14:47] <pitti> lamont: a sensible implementation would involve DB queries, not repeatedly grep-dctrl'ing the entire set of package indices :)
[14:47] <tseliot> hi, does anybody know how I can make sure that a restricted module is not loaded without using the /etc/default/linux-restricted-modules-common. The idea is that of modifying either the /sbin/lrm-video or the lrm-manager.
[14:47] <Keybuk> blacklist it?
[14:47] <pitti> persia: http://people.ubuntu.com/~ubuntu-archive/NBS/libmpich1.0c2 ?
[14:47] <Keybuk> echo blacklist module >> /etc/modprobe.d/my-blacklist
[14:47] <tseliot> Keybuk: without blacklisting it
[14:48] <Keybuk> what's wrong with blacklisting it?
[14:48] <persia> pitti: Yes, although I've not yet looked at illuminator (next on my list)
[14:48] <lamont> pitti: so read the packages/sources into a linked list of structs once.  :-)  or query the db.. :-)
[14:48] <tseliot> something like: if this file exist, don't load this module
[14:48] <Keybuk> blacklisting is *how* you prevent modules from being automatically loaded
[14:48] <Keybuk> if you want to do fancy checks, use an install rule
[14:48] <pitti> persia: right, libparmetis3.1 is fine
[14:49] <lamont> Keybuk: blacklisting will keep it from loading, but it'll still get linked. restricted-manager is the way to deal with not even linking it
[14:49] <Keybuk> e.g. /etc/modprobe.d/lrm-video runs a program that will load the module or not
[14:49] <tseliot> Keybuk: can't I edit the lrm-video or the lrm-check?
[14:49] <Keybuk> what's wrong with linking it?
[14:49] <lamont> well, if someone is silly enough to call their modified module the same name, the may not want it stomped on.
[14:49] <pitti> persia: so as soon as the other rdepds are solved, I'll kill it
[14:50] <Keybuk> lamont: /
[14:50] <Keybuk> lamont: ?
[14:50] <lamont> Keybuk: it sounded like they wanted to modify the driver... dunno
[14:50] <persia> pitti: Great.  I'll let you know.
[14:50] <lamont> pitti: was it you or keescook that made it so that having a null password is fatal these days>
[14:50] <Keybuk> drivers in one directory can override another
[14:50] <Keybuk> that's how stable driver updates work
[14:50] <lamont> ah, even better.
[14:51] <lamont> Keybuk: that and r-m links into a ramdisk, so it's not like it'll be overrwriting something
[14:52] <pitti> lamont: might be pam 0.99? anyway, not my feature/fault/praise/blame :)
[14:52] <tseliot> Keybuk, lamont: I working to integrate Envy in Ubuntu as dholbach knows
[14:52] <tseliot> here's the link:
[14:52] <tseliot> https://wiki.ubuntu.com/EnvyNG
[14:52] <Keybuk> envy would need an LRM-a-like anyway, no?
[14:53] <tseliot> Keybuk: what do you mean?
[14:53] <Keybuk> well, Envy has the same problem that caused lrm to exist
[14:53] <Keybuk> binary code linking to GPL code
[14:53] <lamont> sigh.  and why does init=/bin/sh not work for me, i wonder.
[14:53] <pitti> BenC: just reading l-r-m changelog -> this affected nvidia, too, did you bump that as well? or just reformatted the version numbers?
[14:53]  * lamont blames pitti and keescook, just to be thorough.
[14:54] <tseliot> Keybuk: what is not clear to me is how I can simulate what happens when the driver is blacklisted in the /etc/default/linux-restricted-modules-common
[14:55] <tseliot> do you know what happens when a module is blacklisted there?
[14:55] <Keybuk> yes
[14:55] <Keybuk> lrm skips it
[14:55] <Keybuk> read /sbin/lrm-manager, it's just a shell script
[14:55] <BenC> pitti: nvidia shouldn't have been affected
[14:56] <tseliot> Keybuk: yes I tried to edit it but the module wasn't skipped
[14:56] <Keybuk> tseliot: probably a bug, I don't think anyone's ever used that feature before
[14:57] <Keybuk> if I was going to do this, I would probably extend LRM to check whether the module existed in a different place, and if so, link that module instead
[14:57] <Keybuk> e.g. if doing nvidia, check whether /lib/linux-restricted-modules/$uname/extra/nvidia exists
[14:58] <Keybuk> and if it does, link that one and put that in volatile, not the one above
[14:58] <tseliot> Keybuk: I'm using DKMS
[14:58] <Keybuk> (or /var/cache in fact, for dkms compatibility)
[14:58] <Keybuk> then pick up the module from there and link it to the kernel
[14:58] <Keybuk> rather than picking up its own
[14:59] <lamont> cjwatson_: as I sit here conversing with d-i, it occurs to me that when there is more than one nic, it'd be really cool in network conf (esp when netbooted) if the MAC addr were printed next to the name we chose for the interface.  or have we finally made it so that when booted from network, eth0 is always what we booted from?
[15:00] <cjwatson_> related to bug 56679
[15:00] <ubotu> Launchpad bug 56679 in netcfg "provide a method to use a specified MAC-address as the installation device" [Wishlist,Confirmed] https://launchpad.net/bugs/56679
[15:01] <tseliot> Keybuk: do you think that I should only modify these lines?
[15:01] <tseliot>   if [ "$CURRENT_MODULE_DISABLED" = "false" ]; then
[15:01] <tseliot>     if type ld_static >/dev/null 2>&1; then
[15:01] <tseliot>       ld_static -d -r -o /lib/modules/"$KVER"/volatile/$module.ko $module/* || true
[15:01] <tseliot>     fi
[15:01] <tseliot>   fi
[15:01] <cjwatson> lamont: somebody needs to work on netcfg :-)
[15:02] <tseliot> Keybuk: those lines belong to lrm-manager
[15:02] <Keybuk> tseliot: dunno, not without looking carefully
[15:02]  * lamont is reminded again that 9600 baud _S_U_C_K_S_.  and this machine is loud
[15:03] <Keybuk> brb - reboot
[15:03]  * lamont finishes touching the partitioner, invokes that favorite of d-i steps "let me tell you what you're gonna do..."
[15:08] <lamont> ~ # mkdir /target
[15:08] <lamont> ~ # mount /dev/md0 /target
[15:08] <lamont> ~ # chroot /target
[15:08] <lamont> feh
[15:08] <lamont> it should say something after that.
[15:10] <Treenaks> lamont: /bin/sh not found, maybe?
[15:19] <lamont> Treenaks: that'd be consistent with init=/bin/sh failing
[15:19]  * lamont pushes d-i back to the top of the hill
[15:26] <lamont> yea!! back at a busybox prompt again
[15:27] <lamont> well... it'd be nice to know why that's not happy.
[15:40] <lamont> sed is love.
[15:40]  * persia hands lamont awk
[15:43] <lamont> persia: awk is love too.
[15:43] <lamont> today, sed is more love.
[15:49] <pitti> BenC: then it will fail again
[15:50] <geser> pitti: Hi, please give-back: lua-bit lua-cgi lua-copas lua-curl lua-doc lua-expat lua-filesystem lua-graph lua-logging lua-posix lua-rings lua-soap lua-sql lua-svn lua-xmlrpc lua-zip. Thanks :)
[15:50] <pitti> geser: done
[16:06] <pitti> BenC: it did fail again; can you please bump the nvidia versions as well, or re-juggle the version formatting, so that it is >> the current version?
[16:07] <BenC> can't understand how that could happen
[16:07] <BenC> pitti: will do
[16:09] <pitti> 1.0.9639 << 96.39 :)
[16:09] <Keybuk> ArneGoetje: my fonts appear to have all changed recently
[16:09] <Keybuk> do you know of any recent changes that could have caused that?
[16:09] <pitti> BenC: I guess an epoch bump will do, we don't have to keep it in sync with Debian or so
[16:09] <ArneGoetje> Keybuk: fontconfig
[16:09] <Keybuk> specifically it looks like Sans and Times have become different fonts entirely
[16:10] <Keybuk> what was the change?
[16:11] <ArneGoetje> Keybuk: don't know yet... didn't have time to take a lok at it...
[16:11] <Keybuk> fontconfig was uploaded a while ago
[16:11] <BenC> pitti: right, that's all I did for fglrx
[16:11] <Keybuk> the change is much more recent than that, ie. last couple of days
[16:11] <Keybuk> I noticed it in epiphany, so it may be a gecko change?
[16:13] <pitti> Keybuk: presumably since we switched from firefox to xulrunner?
[16:13] <seb128_> Keybuk: epiphany since yesterday? that would be the switch to xulrunner1.9
[16:14] <Keybuk> xulrunner?
[16:14] <seb128_> Keybuk: is that a question?
[16:14] <Keybuk> hmm, about:config says it's using "Times" and "Helvetica" for fonts
[16:14] <Keybuk> instead of "serif" and "sans-serif"
[16:14] <pitti> Keybuk: xulrunner = libgecko
[16:15] <seb128_> Keybuk: if you use the xulrunner version you will have noticed, the buttons look like GTK ones on the webpage
[16:16] <tjaalton> BenC: seems that you didn't use the latest l-r-m for 2.6.22 when you made .24?
[16:16] <tjaalton> so fglrx diverts libGL again?
[16:16] <Keybuk> seb128_: epiphany is currently held though
[16:16] <Keybuk> I'm on 2.20.2-1ubuntu2
[16:17] <Keybuk> (the new epiphany-gecko breaks epiphany-extensions)
[16:17] <Keybuk> so I'm not on xulrunner
[16:17] <seb128_> ok
[16:17] <seb128_> some people don't care about epiphany-extensions and remove it apparently so I was mentioning it in case ;-)
[16:18] <tjaalton> BenC: I spent quite a lot of effort for that, and asked on u-k list for comments before uploading it
[16:18] <tjaalton> and got none
[16:19] <tjaalton> sorry, meant the kernel-team list
[16:20] <tjaalton> uh, make that u-d
[16:21] <cjwatson> lamont: bet you the shell is actually there but just producing no prompt
[16:21] <cjwatson> lamont: try 'id' to see if it's alive
[16:21] <cjwatson> lamont: I've noticed that bug a couple of times, but not tracked it down
[16:33] <tseliot> Keybuk: do you know which script calls lrm-manager?
[16:35] <pitti> $ grep lrm-manager /var/lib/dpkg/info/*.postinst
[16:35] <pitti> /var/lib/dpkg/info/linux-restricted-modules-2.6.22-14-generic.postinst:    lrm-manager --kver=2.6.22-14-generic
[16:35] <cjwatson> also an init.d script
[16:35] <cjwatson> /etc/init.d/linux-restricted-modules-common
[16:37] <tseliot> I have modified the lrm-manager so that it can print the output of
[16:38] <tseliot> a sentence to /var/log/envytest
[16:38] <tseliot> but it doesn't do it
[16:42] <tseliot> BTW /etc/init.d/linux-restricted-modules-common calls lrm-manager with
[16:42] <tseliot> only the "--quick" parameter
[16:45] <tseliot> therefore I just can't understand where the lrm-manager took its parameters
[16:45] <tseliot> for the "for" loop (line 44) of /sbin/lrm-manager
[16:45] <tseliot> any ideas?
[16:46] <tseliot> or who should I bug about this?
[16:47] <Keybuk> there's nobody particularly maintaining lrm right now
[16:47] <tseliot> who created lrm? was it fabbione?
[16:48] <tseliot> i.e. Fabio Massimo di Nitto
[16:48] <tseliot> ?
[16:53] <azeem> tseliot: check the changelog
[16:54] <tseliot> azeem: the changelog of which package?
[16:54] <tseliot> linux-restricted-modules?
[16:55] <azeem> the package containing the source you're looking at, I guess
[16:55] <geser> pitti: please give back: moon-buddy turbomail musixtex-slurps price.app . Thanks
[16:55] <pitti> geser: done
[16:56] <pitti> geser: moon-buddy doesn't exist
[16:56] <azeem> moon-buggy
[16:56] <pitti> ah; given-back
[16:57] <tseliot> azeem: I'm not dealing with a package. I'm just looking at /sbin/lrm-manager
[16:58] <azeem> and /sbin/lrm-manager is not in a package?
[16:59] <tseliot> yes, I just found out it's in linux-restricted-modules
[17:06] <tseliot> there are a few names which have to do with lrm-manager
[17:06] <tseliot> mdz: do you know anything about this?
[17:18] <thegodfather> tseliot: i didn't touch lrm in ages..
[17:19] <thegodfather> tseliot: at least one year or so
[17:19] <thegodfather> it might have undergone plenty of changes
[17:21] <tseliot> thegodfather: can you see if you know what happens in lrm-manager (line 44), please?
[17:21] <thegodfather> tseliot: version?
[17:21] <thegodfather> what version...
[17:22] <tseliot> on gutsy
[17:22] <ogra> for module in *; do ... blah .... ;done
[17:22] <tseliot> ogra: right
[17:22] <ogra> tseliot, thats like ls
[17:22] <thegodfather> tseliot: what's not clear about it?
[17:22] <ogra> it wlks over all the files in the dir
[17:22] <ogra> *walks
[17:22] <thegodfather> that reads like: for all files in that dir do;... ; done
[17:23] <tseliot> yes, I know but where does it take its $* ?
[17:23] <tseliot> so that it can check whether $1 is "nv", etc.
[17:23] <tseliot> ?
[17:24] <tseliot> another script must provide such parameters
[17:24] <tseliot> but /etc/init.d/linux-restricted-modules-common seems to pass lrm-manager
[17:24] <warp10> Hi all!
[17:25] <tseliot> only "--quick"
[17:26] <tseliot> thegodfather, ogra: I hope it's clear what my doubt is.
[17:28] <tseliot> the rest of the script is quite clear (case, shift, etc.)
[17:28] <tseliot> any ideas?
[17:29] <thegodfather> tseliot: i am still downloading the source
[17:29] <tseliot> thanks, I'll wait
[17:30] <thegodfather> tseliot:   set -- $DISABLED_MODULES
[17:30] <thegodfather> this is the command that sets the new $@
[17:30] <thegodfather> so $1 would be the first module in DISABLED_MODULES list
[17:30] <thegodfather> etc.
[17:30] <thegodfather> this is basic bash operation
[17:30] <thegodfather> s/bash/shell
[17:31] <tseliot> and where is DISABLED_MODULES?
[17:32] <thegodfather>   . /etc/default/linux-restricted-modules-common
[17:32] <thegodfather> sourced from there
[17:32] <tseliot> ok, I see
[17:33] <tseliot> and what does line 72 do?
[17:34] <thegodfather> tseliot: sorry but you are really asking basic shell stuff.. it's not related to this channel
[17:34] <thegodfather> did you find a bug in the script?
[17:34] <thegodfather> or something you are trying to debug?
[17:34] <tseliot> thegodfather: I'll tell you what I'm trying to do
[17:35] <tseliot> I would like to make sure that a module from the lrm is not loaded
[17:35] <thegodfather> tseliot: specify that module in /etc/default/linux-restricted-modules-common
[17:35] <thegodfather> that's all you need to do
[17:36] <tseliot> without actually putting such module in the /etc/default/linux-restricted-modules-common
[17:36] <tseliot> for example, if a certain file exists then the module won't be loaded
[17:37] <cjwatson> 'if [ -f /path/to/file ]; then DISABLED_MODULES="$DISABLED_MODULES nv"; fi' after sourcing /etc/default/blah
[17:37] <cjwatson> would do it
[17:40] <tseliot> cjwatson: thank you very much
[17:40] <tseliot> and thanks to all of you for your time
[17:40] <cjwatson> line 72> 'help type'
[17:41] <cjwatson> actually, 'man bash' and look for the section on the type builtin, since that tells you the relevant fact about its exit status
[17:42] <tseliot> cjwatson: I'll RTFM ;)
[17:43] <Riddell> might any python exports know why this doesn't work? "return str.__cmp__ (other.get_reason (), self.get_reason ())"
[17:44] <MaximLevitsky> Small question, is the usplash still the default system for kubuntu/ubuntu, is the uswsusp beeng now the default, is a conflict between usplash and uswsusp fixed?
[17:45] <ogra> Riddell, the spaces in front of teh brackets  ?
[17:45] <Mithrandir> MaximLevitsky: there's no conflict between usplash and uswsusp?
[17:45] <MaximLevitsky> Thre is , (at least here on kubuntu fiesty)
[17:45] <Mithrandir> MaximLevitsky: it's better in 7.10
[17:45] <MaximLevitsky> System fails to resume (hangs) if usplash is active
[17:46] <Riddell> ogra: no, the test case is 'str.__cmp__("hi", "low")'
[17:46] <MaximLevitsky> And I know that this is connected to vt switching race
[17:46] <Mithrandir> MaximLevitsky: does it work if you press alt-sysrq k after a little bit?
[17:47] <MaximLevitsky> Mithrandir, just clears the screen
[17:47] <Mithrandir> MaximLevitsky: hm, that makes it resume happily for me.
[17:47] <Mithrandir> it's a kernel bug, really.
[17:48] <cjwatson> Riddell: str doesn't have a __cmp__; objects don't need __cmp__ if the rich comparison operators are defined
[17:48] <cjwatson> http://docs.python.org/ref/customization.html
[17:49] <cjwatson> when you call str.__cmp__() I think you actually get the __cmp__ method on the str class object which is totally not what you want
[17:49] <cjwatson> (which is why it expects 1 argument rather than 2)
[17:50] <cjwatson> why not just return cmp (other.get_reason (), self.get_reason ()) ?
[17:50] <cjwatson> (or munge those into strings in advance if you need to
[17:50] <cjwatson> )
[17:53] <Riddell> cjwatson: well its comparing strings so __lt__ seems like a good substitute
[17:53] <cjwatson> __cmp__ is a three-way comparison, __lt__ isn't
[17:54] <cjwatson> does get_reason return a string?
[17:54] <cjwatson> if so, cmp is the right substitute IMO
[17:54] <cjwatson> you shouldn't really be calling __cmp__, __lt__, etc. directly
[17:54] <cjwatson> as in __lt__ (foo, bar) is an overcomplicated way to write foo < bar
[17:57] <Riddell> cjwatson: yes it returns strings
[17:57] <Riddell> < also works fine
[17:58] <Riddell> tkamppeter: do you know where system-config-printer svn is these days?
[18:25] <fetova> greetings :)
[18:25] <fetova> i wanna ask for help...
[18:26] <fetova> i wanna develop a gui of "reportbug" written in python
[18:26] <fetova> can someone give advices or links for a book can help me?
[18:37] <tseliot> cjwatson: If I launch lrm-manager the hack you suggested seems to work but it doesn't work at boot
[18:38] <tseliot> for example something like this:
[18:38] <tseliot> if [ -f /etc/default/envy-dkms ]; then
[18:38] <tseliot>   DISABLED_MODULES="$DISABLED_MODULES nv"
[18:38] <tseliot>   echo "nvidia">/etc/default/envytest
[18:38] <tseliot> creates a /etc/default/envytest file only if I type "sudo lmr-manager --quick"
[18:39] <tseliot> but, since lrm-manager is executed at boot it is weird that it doesn't work
[18:39] <tseliot> and that this file is not created
[18:42] <tkamppeter> Riddell. system-config-printer SVN has recently moved. It is now at svn.fedoraproject.org/svn/system-config-printer/trunk A web interface for the SVN is currently not available.
[18:43] <tkamppeter> Riddell, what did you change on s-c-p to make it working under Kubuntu? Did you pass all GTK to Qt? Or can Kubuntu ship GTK apps?
[18:44] <tkamppeter> Riddell, I think we should whenever possible have only one s-c-p package in the distro, which works on all flavors: Ubuntu, Kubuntu. Xubuntu, Edubuntu.
[18:46] <tkamppeter> Riddell, did you contact Tim Waugh and talked with him about your work on s-c-p?
[18:49] <Riddell> tkamppeter: so far I've ported the applet to Qt, there's a lot of duplicated code
[18:50] <Riddell> tkamppeter: I have contacted Tim Waugh but he doesn't seem too keen to have me work in his repository which would be the way to avoid much of the duplicated code
[18:51] <Riddell> (and to keep it all in one package)
[18:53] <tkamppeter> Riddell, is Qt really necessary? Does Kubuntu ship libgtk? Or not?
[18:53] <Riddell> tkamppeter: no, we don't use gtk
[18:57] <tkamppeter> Riddell, so a whole distro Qt-based, which means that all config tools are different to Ubuntu?
[18:58] <Riddell> tkamppeter: yep, same as ubuntu won't ship with hplip config tools since they use Qt
[18:58] <Riddell> tkamppeter: and of course in many places its only different backends, much of the code is shared
[18:59] <Riddell> but that seems to be something new to Fedora
[19:04] <tkamppeter> Riddell, Fedora is an install-only distro on one DVD or 3-4 CDs, so they ship açways both desktops (where GNOME is their preferred one). So they never had to think about providing one and the same app with two GUI frontends. AFAIR they have even a theme which makes GTK and Qt apps look the same.
[19:05] <Riddell> tkamppeter: the newest fedora release also have 1 CD "spins" for gnome and for KDE.  the KDE one has to include a bunch of gtk apps which takes up a notable amount of space
[19:05] <Riddell> so I'm hoping I can persuade him it'll help fedora too :)
[19:08] <tkamppeter> Riddell, perhaps he could modularize the printing/CUPS magic and the GUI. Then you could write an additional GUI module. Perhaps he would host this structure upstream with the Qt part written by you.
[19:10] <Riddell> tkamppeter: yes, that would be nice, but it needs tim waugh to let me work in his svn repository
[19:13] <tkamppeter> If you can persuade him that a dual GUI will facilitate RH live CDs, but problems are probably that it will only help if all config tools get dual-GUI (needs a lot of man power) and that he has perhaps to do also Qt stuff when adding features or fixing bugs ...
[21:16] <lamont> Dec 19 06:25:33 j6700 udevd[2653]: add_to_rules: unknown key 'RUN{ignore_error}' in /etc/udev/rules.d/80-drivers.rules:5
[21:16] <lamont> ew
[21:17] <lamont> oops.
[21:17] <lamont> Package: *
[21:17] <lamont> Pin: release a=hardy
[21:17] <lamont> Pin-Priority: 500
[21:17] <lamont> how did that get to be 500, I wonder... :(
[21:18]  * lamont downgrades udev
[21:20]  * lamont runs the machine back down to gutsy, downgrading 193 packages.
[21:30] <keescook> hm, did gnome-gpg stopi working for anyone else?
[21:36]  * slangasek wonders if keescook has been spending a little too much quality time with gdb
[21:37] <keescook> hehe
[21:37] <lamont> keescook: I just use the regular gpg. :-)
[21:38] <keescook> I do too now, it seems.  :P
[21:38] <lamont> heh. gnupg-agent + pinentry-gtk(?) is love
[21:39] <EvanCarroll> will the recently released perl 5.10 make gutsy+1
[21:39] <EvanCarroll> (just today)
[21:39] <lamont> pinentry-curses is not so much love.
[21:39] <pawalls> join #ubuntu
[21:40] <keescook> lamont: where do you config the pinentry bits?
[21:40] <keescook> (i just get a gui prompt if I add 'use-agent' to my options.
[21:40] <Mithrandir> gpg-agent with --enable-ssh-support is even better. :-)
[21:41] <geser> and having a OpenPGP card is even more fun :)
[21:42] <Mithrandir> or two! :-)
[21:42] <geser> keescook: afaik it uses /usr/bin/pinentry which points in the end to /usr/bin/pinentry-gtk-2 here
[21:42] <lamont> keescook: uh... that's configurable??? :-)
[21:42] <keescook> lamont: dunno, I didn't have pinentry-gtk installed, and it worked the same.  :P
[21:43] <lamont> ah, ok.  with pinentry-curses, I had wierdness
[21:43] <keescook> In the past, gnome-gpg would cause the gnome-keyring goo to prompt.  now it says "Couldn't search keyring (code 9)"  :P
[21:43] <lamont> mind you, I haven't checked in on it since sometime in feisty(?).
[21:43] <slangasek> keescook: is that related to gnome-keyring not accepting ssh-add?
[21:44] <keescook> slangasek: I did notice some hiccups there too, but I always forced gnome-keyring to ignore ssh, so I'm not sure what the "right" behavior is.
[21:47] <slangasek> how do you force gnome-keyring to ignore ssh?
[21:47] <slangasek> because if it were ignoring it properly, at least then I could theoretically get ssh-agent to start
[21:47] <keescook> slangasek: I just always clicked "Cancel" ;)
[21:47] <slangasek> oh :P
[21:47] <keescook> then ran ssh-add
[21:48] <keescook> and it'd stop prompting
[21:48] <slangasek> the problem here is, gnome-keyring exports SSH_AUTH_SOCK and then can't actually accept keys via ssh-add
[21:48] <slangasek> so because SSH_AUTH_SOCK is exported, ssh-agent doesn't start
[22:10] <stgraber> slangasek: I just have a : unset SSH_AUTH_SOCK in my .bashrc, works fine :) (I would really like to have a better way to turn off the ssh part though :))
[22:18] <slangasek> stgraber: well, this is a new failure mode for me
[22:35] <pawalls> Anyone on irc.canonical.com mind pinging pkl for me?
[22:35] <tormod> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=410095
[22:35] <ubotu> Debian bug 410095 in xscreensaver "xscreensaver: Provide .desktop files for gnome-screensaver" [Wishlist,Open]
[22:38]  * tormod wonders why that popped up - hyperactive touchpad probably...
[23:55] <somerville32> slangasek, ping