[01:19] ok,thats amusing: [01:20] robertc@lifelessgwy:/etc/ppp/ip-up.d$ sudo sudo do-release-upgrade [01:20] Checking for a new ubuntu release [01:20] No new release found [01:20] robertc@lifelessgwy:/etc/ppp/ip-up.d$ less /etc/issue [01:20] Ubuntu 6.06.2 LTS \n \l [01:26] lifeless: That's correct. [01:27] lifeless: Dapper upgrades won't be activated until 8.04.1. [01:27] wgrant: not according to https://help.ubuntu.com/community/HardyUpgrades [01:27] it claims it should work now [01:27] wgrant: I appreciate you may be right; but the docs out there disagree [01:28] http://changelogs.ubuntu.com/meta-release-lts says that the docs are wrong. [01:29] You might want to add a -p [01:29] (because its pointing at dapper ? ) [01:29] Because there's no Hardy in there. [01:30] Whereas meta-release-lts-proposed does have it. [01:30] k; I've not actually dug around the meta-release internals before [01:31] thanks; I'll documentt his [01:31] *this* [01:31] They're what the upgrade tool uses to work out what's new. [01:31] yes, I'm aware of the principle [01:31] just hadn't looked at the details [01:31] Ah. [01:31] Documentation is good. [01:32] time to see how the upgrade goes [01:33] (this machine has 96MB of memory) [01:33] Heh. [01:34] P133, firewall/cache for my home network. LOTS of disk - a whole 2.7GB [01:34] sorry, 3.9GB, 2.7GB of which is used. [01:35] I don't think I've run Ubuntu on anything that old. [01:36] digital obselescence is vastly exaggerated [04:32] grr... I hate how Firefox opens your homepage when you open a new window. [04:32] * cody-somerville has his homepage set to 30 or so tabs. [04:40] cody-somerville: Why not keep those 30 tabs as bookmarks or as a saved session instead? [04:40] thats what I'll end up doing. [04:42] cody-somerville: I feel sorry for your bandwidth [04:42] * cody-somerville has only used 5GB this month :P.... he spends too much time at work :( === n8k99_ is now known as n8k99 [05:26] Hey everyone, I was wondering if there is a way to get an iso of intrepid, or do I have to work up from an existing system by a dist-upgrade to a given repo? Thanks [05:27] Tyrone_man: http://iso.qa.ubuntu.com/ ? [05:27] Tyrone_man: There's no livecd yet, but the alternate CD has testing images from http://iso.qa.ubuntu.com/ : report success/failure please. [05:28] oh, thanks. [05:28] * persia loses the race to RAOF again: maybe glue is the answer [05:31] I will see about a virtual install, but I'd like to let you all know of a little bug in hardy (for your safety). Sometimes, when deleting big (1gb+) files, the userfs will just go psycho and swell up the ram and swap, even after deletion, resulting in a HUGE slowdown, and misstypes at a terminal, such as messing a keystroke, along the lines of rm -R ./* to rm -R /* ... thus forcing you to type this from fedora.. [05:40] userfs? [05:41] whats an rfs, that you use it? [05:41] yea, the new gfs. Ya know, the big shiny upgrade that everyone was waiting for [05:42] oh that [05:42] I meant userspace fs [05:42] sorry, my bad [05:42] so this is a network mount? [05:44] It was just a local partition on my disk, was doing some video editing, sent something to trash can while I was cleaning another dir, and bam... I figured it out when i hit 'ls' and got 'cannot locate /bin/ls' .. i was like :< [05:46] I'm sorry, did I mess that up again? It's gvfs isn't it? Or was that the old one... gfs is a network fs? [05:48] the new gnome stuff is supposed to be a FUSE thing [05:49] normally you shouldnt need that for a local partition... [05:50] my suspicion is that deleting your large file triggered a copy [05:50] Hmm, weird, [05:50] or maybe forced some actual deletions [05:50] Yea, I never read up its spec more than it was outside the kernel [05:50] anyways, i know of a few people having performance problems in hardy with disk [05:51] GVFS is the GNOME-VFS replacement. [05:51] yea, probably a copy, it went from a 200mb ram usage to 999mb in 5 secons, then in 1 minute it flooded my swap [05:51] GFS is a different filesystem altogether. [05:51] i believe gvfs is what this topic is about ;) [05:51] I see, that makes sense, thanks for the correction. It makes sense, I remember something from the kernel config on fs's [05:52] There kernel knows nothing of GVFS. [05:52] well [05:52] But GVFS uses FUSE, which the kernel does know about. [05:52] FUSE [05:52] Ah, so FUSE is a new generic api for userspace? [05:52] but a performance problem who knows [05:52] Well, gvfs doesn't really use fuse. [05:52] FUSE aint new [05:52] RAOF: For non-GVFS apps it does. [05:52] RAOF: waa? [05:52] wgrant: Right. [05:53] But anything using gvfs itself won't be touching fuse. [05:53] Hopefully. [05:53] I see [05:53] But FUSE is just an api, correct? [05:54] that statement seems wrong but i dont know where [05:54] Kinda. It's also a kernel module. [05:54] So it's a modular module api. [05:54] ...hmm [05:54] I see [05:54] plus some processes [05:55] Yup. The fuse module farms out the actual filesystem access to external processes. [05:55] its sorta a microkernel approach to filesystems [05:55] ya [05:55] That's a fairly good way of putting it, pwnguin. [05:55] I recall that implies lag from call to action [05:55] yes? [05:55] Of such an incredibly small amount it's probably not noticable, but sure. [05:56] There's _always_ lag from call to action? [05:56] Right, I was looking into microkerns when reading up on Hurd [05:56] FUSE will introduce a tiny bit more. [05:56] its called clock cycles :P [05:56] But nothing at all significant. [05:56] Right. But not of a qualitatively different kind. You'll still block on a blocking write, etc. [05:56] fuse will introduce copy problems etc [05:56] so its a bug in pqm/bzrlib [05:56] pwnguin: Really? In what way? [05:57] but for stuff that isn't disk, its invaluable [05:57] meh echannel [05:57] lifeless: :) [05:58] pwnguin: Oh, you mean needing to copy data from userspace to kernelspace? [05:58] RAOF: correct me if im wrong, but with sshfs, incoming data is written to the ssh process, then to the destination, etc [05:59] Dunno about the specifics. It would of course be perfectly possible. [05:59] thats the traditional microkernel argument [05:59] extra copying to move data around, extra context switches [05:59] Right. [06:00] extra possibilities to toast your drive?? [06:00] or, rather, your mem? [06:00] well [06:00] copying is orthogonal, thats what the MMU allows us to prevent [06:00] if swap went through the roof it was an application [06:01] Tyrone_man: its going to be very hard to diagnose your problem with the OS blown out of the way etc =( [06:01] lifeless: Mapping parts of someone else's address space to your own? [06:01] right [06:01] Hey, nothing was writting to the file, it was dead. Its done this many times, in various ways, but yea. Always when trashing it, not doing RM. Well, I still saved my /home and /root [06:02] RAOF: handing off data via zero-copy [06:02] 0 copy messaging [06:07] maybe a dumb question, but is the trashing function handled by a script or an actual compiled app? I never really noticed either way. [06:50] Good morning [06:50] * slangasek waves [06:52] * bliZZardz smiles [06:53] * StevenK waves to pitti [06:53] pitti: Would you mind casting your gaze over bug #195260? [06:53] Launchpad bug 195260 in mailscanner "MailScanner won't start due to variable $FIELD_NAME" [Undecided,Fix committed] https://launchpad.net/bugs/195260 [06:54] StevenK: right, looks like v-done [06:55] pitti: So it gets slammed into -updates and the Hardy task closed? [06:55] StevenK: yes [06:55] Cool [06:55] pitti: Make it so, when you have a chance :-) [06:56] done [06:56] pitti: Thanks :-) === tkamppeter_ is now known as tkamppeter [06:57] * StevenK checks intrepid's NEW queue [06:59] * StevenK wonders how libhildonthumbnail-dev is in testing and unstable and not intrepid [07:07] Good morning pitti [07:07] pitti: Could you be convinced to pull that over? [07:07] hey geser [07:21] good morning [07:24] * pitti hugs dholbach [07:25] * dholbach hugs pitti back [07:27] StevenK: weird, no idea why the autosync scripts don't pick that up [07:27] pitti: Me neither [07:27] pitti: It seems to be a perfect candidate [07:27] E: libhildonthumbnail-dev: not found [07:27] eh? [07:28] pitti: That's a binary package name [07:28] oh, hildon-thumbnail [07:28] https://edge.launchpad.net/ubuntu/+source/hildon-thumbnail [07:28] Maybe it failed to build [07:28] * StevenK digs [07:28] StevenK: we have a much newer version [07:28] s/newer/greater/ [07:29] Oh, hildon-thumbnail-dev [07:29] * StevenK will stop being thick soon. Hopefully. === hunger_t is now known as hunger === Zic_ is now known as Zic [08:14] exit [08:15] superm1: ping? [08:15] hey fabbione, good morning! [08:15] fabbione: sorry, dude, for not winning the championship this time :) [08:16] pitti: hey man... [08:16] it's ok.. Spain did play much better than Italy [08:16] they for sure deserve to go further more than we do :) [08:16] fabbione, pong, but only on the condition that it's quick. i'm headed to bed in a few minutes [08:17] superm1: yeps. very.. [08:17] dpkg: error processing /var/cache/apt/archives/libmyth-0.21_0.21.svn20080607-0.0_amd64.deb (--unpack): trying to overwrite `/usr/lib/libmythlivemedia-0.21.so.0.21.0', which is also in package libmyth-0.21-0 [08:17] i know this is happening becuase i have a mixed archives [08:17] that looks like weekly builds [08:17] or something [08:17] ubuntu + debianmultimeida [08:17] oh yuck [08:17] why did you do that? [08:17] \o/ different package names [08:17] because there are a couple of packages i need from there [08:18] and i am pretty sure i am not the only one [08:18] can we either sync package names [08:18] or perhaps be smart and nice to fools like me and add a C/R/P into our packages? [08:18] well honestly anything that we "need" from debian multimedia should be pulled into ubuntu multiverse at minimum [08:19] i am pretty sure you can't pull everything... [08:19] but i'll talk to marillat about syncing up to our package naming standards [08:19] its a little nicer the way we do it [08:19] that would be sort of nice [08:19] it's really nothing urgent for me [08:19] let's get this straight.. just very nice to have [08:19] well remember that d-m is not necessarily binary compatible [08:19] so if there are packages that you need, lets try to at least get those in ubuntu? [08:20] right.. [08:20] ok [08:20] get some sleep.. i will try to remember what i need from there :) [08:20] this installation is somehow X years old :) [08:20] there is a filter in synaptic that shows you where stuff comes from [08:20] it might be useful to you [08:20] g'night [08:21] night [08:21] * fabbione doesn't even have synaptic installed... [08:22] fabbione: apt-cache policy? [08:22] yeah.. no worries.. i just need to remember the packages first [08:23] Ah. I was thinking of some pipe that fed the results of grep-dctrl on your debian-multimedia packages.gz into apt-cache policy to make you a handy list. [08:25] * fabbione ponders a much simpler solution with apt pinning === jscinoz_ is now known as jscinoz === LucidFox is now known as LucidFix === LucidFix is now known as LucidFox === ryu2 is now known as ryu === asac_ is now known as asac === slangasek changed the topic of #ubuntu-devel to: frozen: Ubuntu 8.04.1 | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/feisty/gutsy/hardy, #ubuntu+1 for intrepid | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs === fta_ is now known as fta [10:10] is launchpad working correctly for other people? [10:11] it sorts of work for me but I've to retry several times on some pages because it's being slow or something [10:11] I don't get errors but pages just don't load [10:11] seems too be working for me [10:11] hum, ok [10:23] slangasek, please accept bug #232364 as release critical. [10:23] Launchpad bug 232364 in xfce4-utils "dbus-launch hangs at session start waiting on socket output in libxcb" [Critical,In progress] https://launchpad.net/bugs/232364 [10:24] cody-somerville: from what I read in scrollback over the weekend, we don't have a confirmed fix for that yet? [10:24] slangasek, I believe I have a fix so that Xubuntu logins won't freeze. [10:24] slangasek, It doesn't fix the libxcb issues, just avoids them [10:24] slangasek, I'm working very hard to get it tested and will be doing uploads today. [10:24] ok, I'm happy to include that if you can get it SRUed today [10:25] (or tomorrow, even, but today is better :) [10:25] Be nicer to fix the xcb issues. Might also help with bug #87947 [10:25] Launchpad bug 87947 in libxcb "xcb_xlib.c:50: xcb_xlib_unlock: Assertion `c->xlib.lock' failed." [High,Fix released] https://launchpad.net/bugs/87947 [10:25] (which is broken for multiverse non-free java, so can't be fixed there) [10:25] Well, we could recompile without libxcb [10:26] but I don't think we have time for the point release [10:26] yeah, I haven't responded to the email thread yet, but I'm not keen on "completely change how we're building libX11" as a last-minute SRU for .1 [10:26] to be accurate, I'm not keen on it as an SRU at all :) [10:27] slangasek, it is either that or wait 4-6 weeks for the next stable release of libxcb [10:27] Which will introduce massive changes [10:28] Massive, untested, changes [10:28] I'm going to go with option C [10:28] is that all of the above? [10:28] I don't know what it is yet, but I'm assuming it's better than the other two ;) [10:28] * persia removes the Java considerations from any influence on SRU: that's only interesting for intrepid. [10:29] I thought Java stuff was fixed in hardy? [10:29] cody-somerville: For some JREs (the ones for which we have source). [10:30] slangasek: Is there a handy tool that generates the list of CD-inclusive packages, or is it just the union of the various seeds for the various derivatives? [10:30] persia: the latter [10:31] slangasek: Ah. Thanks in advance for your difficult and patient processing of the hardy-proposed queue :) [10:32] heh :-) [10:33] slangasek, fyi, upstream thought disabling xcb in Hardy was the best way to go. [11:02] BenC: removing-old-kernels looks really excellent! [11:04] https://blueprints.launchpad.net/ubuntu/+spec/removing-old-kernels [11:04] Thanks ionbotu. [11:05] (Read: “it’s not here, so URL please”) [11:07] * mvo was reading https://wiki.ubuntu.com/KernelTeam/removing-old-kernels [11:07] Thanks [11:09] mvo, benc: I suggest making hardlinks instead of copying. [11:12] ion_: Can you guarantee it's the same filesystem? [11:13] persia: do_cp() { cp -al "$@" || cp -a "$@"; } [11:13] ion_: That works :) [11:14] It's only copying within /boot and /lib, so it shouldn't be a problem. [11:14] Better make sure to fall back to copying anyway. [11:14] * persia has /boot and /lib on different partitions [11:14] persia: Right, but it's copying within those two, not between them. [11:15] Ah. "within" :) [11:15] If you have subdirectories of both on different filesystems, you've probably got bigger problems. [11:15] Heh [11:19] rmbl [11:19] did anyone here ever try to use gnome bugzilla through https ? [11:26] their cert seems *really* boked ... FF complains all the time with popups [11:31] cjwatson: With my community hat on, I'm happy to take care of yaboot-installer if you don't have time for it, and if you are ok with me doing it. [11:39] TheMuso: I think kirkland was doing it; the first time round his merge was a bit busted, but I need to look at it again [11:40] cjwatson: oh ok. [11:40] * cjwatson has another look [11:41] liw: you might want to look at https://wiki.ubuntu.com/KernelTeam/removing-old-kernels too and see how it relates to your plans [11:47] kirkland: how are things going with yaboot-installer, anyway? === jpds_ is now known as jpds === jpds is now known as Guest29283 === mneptok_ is now known as mneptok === Simira_ is now known as Simira [12:18] asac, pitti: bug #211309: I don't see how the code requires the xulrunner -dev package. [12:18] Launchpad bug 211309 in icedtea-gcjwebplugin "[hardy] Java plugin not registered in Firefox 2" [Undecided,Confirmed] https://launchpad.net/bugs/211309 === pitti_ is now known as pitti === lifeless_ is now known as lifeless [12:24] doko: do we really want to support ffox 2? [12:24] doko: how do you link? do you use pkg-config? [12:28] asac: sure, using xulrunner-1.9 [12:29] doko: how? [12:30] asac: http://launchpadlibrarian.net/15062865/buildlog_ubuntu-hardy-i386.icedtea-gcjwebplugin_1.0-0ubuntu7_FULLYBUILT.txt.gz [12:31] doko: how is the MOZILLA check done? [12:31] asac: using pkg-config [12:31] how? [12:32] what .pc file is used? [12:33] PKG_CHECK_MODULES(MOZILLA, mozilla-plugin libxul-unstable, [MOZILLA_FOUND=yes], \ [12:33] [MOZILLA_FOUND=no]) [12:34] doko: does it build without libxul-unstable? [12:34] asac: no, we had this discussion last year ... [12:34] cant remember [12:35] and using firefox-2-dev doesnt work either? [12:36] asac: for both firefox2 and firefox3? [12:38] doko: ah right. since its xpcom and we dont have the glue files in firefox 2, we cannot build it for both at the same time [12:38] doko: i would just invalidate that bug if i was you [12:39] otherwise we might need a SRU for firefox-2 to provide the complete sdk [12:39] hurray for sane packaging ;-p ok, will do that === elmo_ is now known as elmo [12:40] doko: well. i didnt't put much work into that for obvious reasons [12:41] and iirc we already discussed that we cannot do it :) [12:44] cjwatson, yeah, that page is on my todo list [12:49] asac, https://bugs.gnome.org/show_bug.cgi?id=359592 is there a way to avoid getting a popup about the ssl cert on *every* action ? [12:49] Gnome bug 359592 in general "don't use OpenGL savers if no hardware support" [Normal,Unconfirmed] [12:50] i even get it if i switch to a differnt tab [12:54] ogra: i dont get a ssl cert popup except for the first time [12:56] i get a sec_error_untrusted_issuer error every time i switch towards or away from the tab [12:56] ogra: ok. thats != every action :)= [12:56] * asac tries [12:56] ogra: nope [12:56] ogra: accept cert. stop browser [12:57] maybe you never close it (as usual) and some settings need to be safed? [12:58] http://people.ubuntu.com/~ogra/ff-ssl.png [12:59] thats what i get in my face all the time [12:59] and i restarted the browser etc [13:00] ogra: yeah. i see that dialog too, but just one time per session [13:00] ogra: i think its a bug, but its not as bad as you see it [13:02] http://people.ubuntu.com/~ogra/ff-ssl.png [13:02] thats what i get in my face all the time [13:02] and i restarted the browser etc [13:02] ogra: got that [13:02] 14:00 < asac> ogra: yeah. i see that dialog too, but just one time per session [13:02] 14:00 < asac> ogra: i think its a bug, but its not as bad as you see it [13:02] good, i wasnt sure [13:03] well, i'll switch to non https for gnome in the future ... its just so heavily in your face [13:03] I have to do something else today. remind me tomorrow and I'll try to figure figure whats going on. [13:03] it wont make 8.04.1 anyway, i guess we have time to look at it :) [13:04] ogra_: yeah. if it re-pops up everytime its pretty annoying i presume [13:04] ogra_: most likely not. but you never know :) [13:04] right, as i said no prob to switch to http instead ... [13:05] i rarely put confidential data in public bugtrackers anyway, no real need for https [13:05] :) [13:05] and i mean, in the end gnome should just fix their cert :) === ogra_ is now known as ogra [13:05] * asac applaudes [13:10] * ogra scratches head about the tuxtype package ... the only diff i have are two translations there, no code or packaging diffs ... [13:11] ogra: then sync it :P [13:12] well, i dont want to lose the translations (and dont want to upset translators), i guess i'll file a debian bug and attach them so holger can pull them in [13:12] anyone want to take my netbase merge? [13:13] oh, hey, Reinhard already caused himself to be assigned to it :-) [13:13] is it big ? apart from ltsp i'm nearly done [13:13] shouldn't be too bad [13:13] tedg, how about xscreensaver ? [13:14] its idling on MOM since a while :) [13:14] ogra: yes [13:14] ogra: I'm poking it right now [13:14] mvo, xss ? [13:14] should be good again [13:14] good [13:14] oh, sorry [13:14] I mean mom was ideling for a day or so [13:14] now its updated again [13:14] ah [13:14] cjwatson: wh00ps. I guess I need to do it then ;) [13:15] tedg: ? [13:15] ogra: ? [13:15] (wow, that was funny) [13:15] tedg, http://merges.ubuntu.com/x/xscreensaver/REPORT [13:16] ogra: Would you sponsor it from my PPA? [13:17] sure, got something there already ? else ping me if its ready for upload [13:18] tedg: Yeah, it's there already. [13:18] oh, https://launchpad.net/~tedg isnt you it seems :) [13:18] ogra: https://edge.launchpad.net/~ted-gould/+archive [13:18] ogra: Can one get an alias in LP? [13:18] yup, there now [13:19] there is a sponsoring request for xss in dholbach page too [13:19] (just fyi) [13:20] Yeah, I'm trying to figure out how that guy didn't have problems with the Debian and Ubuntu URL patch. [13:20] mvo, right, but without having bene assigned to ted for a while, i am (and want to be) just the upload bitch :) [13:21] *been [13:21] ogra: GNOME doesn't use broken certs? [13:22] seb128, bugzilla tells me so, see the screenshot ... [13:22] never had a such issue and I use bugzilla daily [13:23] seb128, with https or http ? [13:23] it's a self-sign cert [13:23] right [13:23] you have to approve it first anyway [13:23] ogra: dunno, whatever is the default [13:23] but usually it doesnt show any further error messages ... here i get a popup every time i change tabs [13:24] I don't think I ever got a such error messages, but I'm using epiphany-browser and not firefox [13:28] * ogra sighs about packages using quilt in the clean target [13:28] ogra: just wanted to draw your attention to bug 242315 - sorry about the mess there [13:28] Launchpad bug 242315 in tuxpaint-stamps "please sync tuxpaint-stamps 2008.03.01-1 from debian unstable" [Undecided,Fix released] https://launchpad.net/bugs/242315 [13:30] cjwatson, i commented, the op fixes seem to be in debin [13:30] *po [13:30] *debian [13:30] *sigh* [13:30] in a package I've to merge I've in the ubuntu-variant: (= ${Source-Version}) and in the debian-variant: (= ${binary:Version}) [13:30] ogra: I didn't see them in the new debian/rules; were they done in the upstream source instead? [13:31] MacSlow: the Debian variant is superior [13:31] hmm, i saw them in rules, wrid [13:31] cjwatson, ah ok thanks [13:31] *weird [13:31] * ogra checks again [13:32] definitely not there [13:33] hum [13:33] (sorry my line is maxed out with the xss upload ... takes a min) [13:35] Does each dpatch-based patch have to start with a unique ordinal number? [13:35] MacSlow: (further information in the deb-substvars(5) manual page) [13:35] (for Source-Version et al) [13:35] pitti: what does your comment for the bonnie++ sync mean? it's not yet synced [13:37] doko: looks like the start of an abortive sync run; i.e. something went wrong with the bot [13:37] doko: oh, I know. the Debian version is less than the current Ubuntu version [13:38] 1.03c+nmu1 < 1.03ubuntu1 - so we can't sync, you have to invent a version number and merge. I think the nearest we have to best practice is 1.03ubuntu2, merge the changelog, and explanatory comment [13:38] argh ... yeah for a "debian native" tarball [13:39] doko: looks like your merge in hardy should have been 1.03bubuntu1, not 1.03ubuntu1 === pgraner__ is now known as pgraner [13:42] cjwatson: hmm, no, it was 1.03aubuntu1 [13:42] doko: no, that was the gutsy merge [13:42] I'm looking at the changelog right now ;-) [13:42] bonnie++ (1.03ubuntu1) hardy; urgency=low [13:42] bonnie++ (1.03b) unstable; urgency=low [13:42] bonnie++ (1.03aubuntu1) gutsy; urgency=low [13:43] hmm, mom doesn't show this version ... [13:43] mom may be confused due to Ubuntu being newer [13:43] but that's what's in the archive [13:44] * doko merges ... [13:44] (cf. https://launchpad.net/ubuntu/+source/bonnie++) [13:46] soren: mind if I merge console-tools? [13:46] Not at all. [13:46] In fact, I'd appreciate it if you did :) [13:46] Thanks. [13:47] it's a clean merge anyhow [13:49] ogra: intrepid or hardy? [13:50] asac, hardy [13:50] top [13:50] bah [13:51] * Ng curses thinkpad trackpoints for their wandering pointer syndrome [13:51] I have had no problems with them. [13:52] both of mine will just wander off in a straight line for a few seconds every now and then [13:52] which is great when you have sloppy focus and don't realise ;) [13:52] Funny. I have never encountered that. [13:53] I've run into it pretty often [13:53] Ng, that only gets intresting at password input :) [13:53] that's why I stick to the touchpad for switching focus === emgent_ is now known as emgent [13:54] ogra: I'm pretty paranoid about that, thankfully :) [13:57] Spads: How do you have the touchpad change focus independent of the trackpointer? [13:58] mine too [13:58] tedg: I don't. I just don't move the trackpointer because it will wander after [14:00] * tedg is trying to come up with some mischief based on this new information... I need a blowgun... [14:03] ogra: give the latest nss a try from my ppa [14:03] ogra: https://edge.launchpad.net/~asac/+archive [14:03] (hardy) [14:04] will do [14:26] ion_: It already is making hard links :) [14:27]