[00:13] <savvas> does anyone know what's the difference between libboost_filesystem-mt.so and libboost_filesystem.so ?
[00:14] <azeem> savvas: -mt probably stands for multi-threading
[00:15] <savvas> azeem: thank you! :)
[00:17] <sladen> maxb: gnome-settings-daemon
[00:23] <savvas> hm, since I'm here, does anyone know what's the proper way to figure out the process id of a user's login? :) I need it for a python project: http://launchpad.net/timekpr
[00:24] <savvas> we were using "ps -fC x-session-manager", but it seems that KDE and XFCE behave different with it
[01:32] <Godsize> hey, has anybody here looked at the 2nd stage of the cpu_alloc patches yet?
[01:42] <ScottK> doko: What would you think of updating our python3.0 packages to RC2?
[01:51] <FrankH> not sure if motu has their own channel, but i'll make my request here. can the package for eclipse be updated from 3.2 to 3.4?
[01:55] <Pici> FrankH: #ubuntu-motu actually exists
[01:56] <Pici> :)
[01:57] <FrankH> pici: ok, thanks
[04:36]  * NCommander revives
[05:21] <kees> weird.  my mouse disappears if I don't move it.
[05:23] <piju__> cool
[05:24] <StevenK> If I type in gnome-terminal, it disappears
[05:24] <kees> mine disappears in all contexts... hmm
[05:25] <piju__> StevenK, cool, how do u make it ?
[05:25] <piju__> haha
[06:32] <kees> hrm, left-over fds
[06:32] <kees> ls -la /proc/self/fd/
[06:34] <Chipzz> so that's what's for breakfast? ;P
[06:39] <dholbach> good morning
[07:40] <\sh> keybuk: it's still in update-maintainer script of intrepid...I don't do that manually ,-)
[07:45] <pitti> Good morning
[07:47] <\sh> moins pitti
[07:55] <geser> Hi pitti, \sh
[07:56] <Hobbsee> hey pitti!
[08:11] <lool> Hi folks
[08:51] <pitti> Riddell: rejecting your qt4-x11 intrepid-proposed upload, no LP bug #
[08:52] <pitti> tkamppeter: can you please reupload your splix intrepid-proposed package with "LP: #xxxx"? (you forgot the #); please keep the same version number
[08:59] <tkamppeter> pitti, done.
[09:01] <pitti> tkamppeter: thanks, processing
[09:03] <pitti> tkamppeter: patch looks fine, good work!
[09:07] <liw> I need help from someone who can upload a proposed SRU of system-cleaner to intrepid/main -- I assume that means a core-dev. Anyone?
[09:21] <cjwatson> \sh: no it isn't - that was removed in ubuntu-dev-tools 0.33 in intrepid
[09:32] <\sh> cjwatson: oh well, yes..right...I should say "Y" to dist-upgrade in the other screen session on new server *grmpf*
[10:26] <doko> pitti: please can we demote gcc-4.1 and gcc-4.2? I know linux-ports still build-depends on it, but let's demote it now so that we can make sure the ports are updated this release
[10:27] <kirkland> mvo: what do you think about: http://bazaar.launchpad.net/~kirkland/update-notifier/update-motd/revision/418
[10:31] <mvo> kirkland: looks good, it would be nice to be able to say that only selected bits of motd update itself, the updates-avaialble count will likely be bogus because this notification is triggered in the middle of a install
[10:32] <mvo> kirkland: another possible issue might be that the message will be displayed (reboot-requred) while the installation may not yet be finished, but that is the case with the other one too
[10:32] <kirkland> mvo: actually, yeah, the bogus updates-available number was the other thing i wanted to fix
[10:33] <kirkland> mvo: should hook the "end" of an upgrade operation
[10:33] <kirkland> mvo: which should solve the reboot-required problem too
[10:33] <kirkland> mvo: in one place
[10:36] <mvo> kirkland: yep
[10:37] <mvo> kirkland: there is the apt hook "DPkg::Post-Invoke"
[10:38] <mvo> kirkland: that can be used for this, it should not be something expensive, just setting a stamp or triggering something, apt will wait until the hooks are all run
[10:39] <soren> You could perhaps use dpkg-trigger?
[10:40] <soren> kirkland: ^
[10:42] <kirkland> mvo: does update-notifier use dpkg-trigger?  or something else?
[10:44] <soren> It uses dbus, doesn't it?
[10:44] <soren> Er..
[10:44] <soren> Never mind.
[10:44] <mvo> not sure if triggers are the right solution here
[10:45] <soren> mvo: No? Why?
[10:45] <mvo> I think the hooks that apt provide should be adequate, monitoring /var/lib/update-notifier/dpkg-run-stamp (with inotify) is what the update-notifier daemon is doing
[10:46] <mvo> soren: dpkg is run by apt in various runs, "dpkg --unpack, --configure, --unpack, --configure" and dpkg will run triggers at the end of configure, so its not a reliable "now everything is finished" because there may be another dpkg invocation next
[10:46] <mvo> (unless some new magic in dpkg was added since I last looked at it which is quite possible ;)
[10:47] <soren> mvo: Oh, right. I forget that apt calls dpkg several times.
[10:49] <maxb_> dpkg can even run triggers after --unpack
[10:49] <maxb_> which can be somewhat unexpected :-/
[10:53] <soren> maxb_: When would it do that?
[10:54] <maxb_> I believe a file-based trigger for a non-conffile is executed after --unpack
[10:59] <soren> maxb: Interesting. I would expect the trigger to be... well, triggered, but not processed.
[11:00] <maxb> Yeah. It means a trigger of that type can't rely on its triggerer being configured, which is a pain
[11:00] <maxb> Nor have I found a way to define a trigger that is triggered by package configuration
[11:03] <soren> How could it be configured?
[11:03] <maxb> What do you mean?
[11:03] <soren> It triggered something that I imagine is part of its configuration process.
[11:05] <soren> Like... Anything that ships documentation that scrollkeeper (or rarian or whatever) needs to process triggers this processing and isn't configured properly until the trigger has been processed.
[11:05] <soren> That's the whole idea?
[11:06] <soren> Each package used to call scrollkeeper-update (or whatever), and until that was run, it wasn't fully configured.
[11:07] <soren> With triggers, we just lump all the calls to scrollkeeper together, and until it's been run, the packages that requested this to happen aren't configured.
[11:10] <soren> maxb: Are you seeing a different POV?
[11:11] <maxb> What I mean is that scrollkeeper-update can be called when the packages providing the documentation are in the "unpacked" state
[11:11] <cjwatson> maxb: I think that's somewhat related to a dpkg bug that was fixed in jaunty, so hold off on judgement for the moment
[11:12] <maxb> Interesting, I shall peruse changelogs later
[11:12] <cjwatson> at least, I think in intrepid scrollkeeper itself wasn't quite reliably configured in your scenario
[11:13] <cjwatson> although it is probably still true that the triggering package doesn't necessarily have to be configured
[11:13] <cjwatson> maxb: you can call dpkg-trigger from a postinst to activate it by package configuration
[11:13] <soren> maxb: Ah, I see what you mean now.
[11:14] <maxb> cjwatson: Indeed, but my scenario was wanting to create a trigger without the co-operation of the package being installed
[11:14] <maxb> I was creating a package that I wanted to be triggered whenever a JVM was configured
[11:15] <ogra> erm
[11:15] <ogra> who rejected my evtouch upload, and why ?
[11:15] <maxb> My first thought was to trigger on /usr/lib/jvm, but that would trigger me when the jvm was unpacked, but not configured.
[11:15] <pitti> ogra: me, see bug followup
[11:15]  * ogra looks
[11:16] <ogra> pitti, i definately dont want that package in jaunty :)
[11:16] <pitti> ogra: erm, why not?
[11:16] <ogra> upstream included all our changes
[11:16] <pitti> ogra: ATM jaunty and intrepid have the same version
[11:16] <ogra> so i want a clean upstream without the 20 patches i wrote indeed :)
[11:17] <pitti> so yeah, feel free to upload the new upstream version instead then
[11:17] <ogra> right, i will packae the new one (unless debian decides to but i fear they wont before lenny)
[11:17] <pitti> there's always experimental, which we can sync from
[11:18] <cjwatson> maxb: interesting; can you explain to me why it needed to be configured?
[11:19] <ogra> right, if someone will package it there at all, it got as less attention in debian as it got in ubuntu the last three years (the shipped calibration tool never worked for example and nobody in debian ever bothered)
[11:19] <maxb> Because my trigger was being a bit naughty and modifying conffiles
[11:19] <ogra> jcristau, does the X strikeforce care for evtouch ?
[11:19] <maxb> It was a package to ensure that my company's SSL certificate was added to the JDK's cacerts, which is a conffile
[11:20] <pitti> doko: 4.1> it's not just l-ports, it's also klibc
[11:22] <jcristau> ogra: beside mattia i don't think any of us know anything about it
[11:24] <ogra> jcristau, thanks i'll mail him, it got a ton of fixes in intrepid (i.e. a working calibration tool after years of being broken) i guess he might be intrested
[11:25] <jcristau> ogra: feel free to cc debian-x though, in case he doesn't have time i could try to help getting the fixes uploaded
[11:25] <ogra> funny that upstream's changelog says he puled the fixes from the debian package
[11:25] <ogra> jcristau, well, upstream included everything right away (even the very hackish stuff)
[11:25] <ogra> so its only about rolling the new upstream
[11:26] <jcristau> ah, ok
[11:26] <ogra> and you wont want it without hal-input ... so not for lenny
[11:29] <Riddell> pitti: qt4-x11 re-uploaded to intrepid-proposed
[11:30] <pitti> doko: 4.2> just enigmail and boost; I'd actually like to demote boost, too, since the newer boost1.35 is in main, too; that requires to build some KDE packages and openoffice against it, though
[11:35] <pitti> doko: I created a tracking bug 297152
[11:36] <pitti> Riddell: do you happen to know anything which would prevent kde* to build against boost1.35?
[11:40] <Riddell> pitti: not off the top of my head
[11:41] <Riddell> pitti: we have quite a few build-deps on libboost-dev
[11:41] <pitti> Riddell: ok, thanks; do you plan a mass-upload of new KDE versions soon? those would be a good opportunity to switch them
[11:41] <pitti> Riddell: yes, I added them to the tracking bug above
[11:42] <Riddell> pitti: yes we'll be packaging KDE 4.2 alpha this week
[11:50] <doko> pitti: thanks
[11:57] <xTr3m3> hello developers ;)
[11:57] <xTr3m3> times wanted to know what you have to Windows Vista / 7 got to say because of this massive DRM, TPM, TCPM matters ... times I would be interested ;)
[11:57] <xTr3m3> So I would go so far as microsoft and very close to the bankrupt to see
[11:57]  * Hobbsee wonders how that's possibly on topic.
[11:57]  * StevenK too
[12:00] <Hobbsee> xTr3m3: oh, and that wasn't appropriate either thanks.
[12:01] <xTr3m3> ?
[12:01] <Hobbsee> xTr3m3: #ubuntu.
[12:02] <xTr3m3> does not have its own opinion on this? i mean this things with drm
[12:02] <Mithrandir> xTr3m3: it's offtopic in this channel
[12:02] <StevenK> xTr3m3: This channel is for development of Ubuntu, not for hand-waving about DRM and other such matters.
[12:02] <Hobbsee> xTr3m3: seeing as that does not relate to support (for #ubuntu), or ubuntu development (for here), it's offtopic.
[12:03] <cjwatson> we are not interested in DRM support in Ubuntu, in general; nor are we interested in a discussion about what Windows is doing with it
[12:04] <xTr3m3> You can also nice to say, and we must not react so :( only an simple private question...
[12:14] <_s3rggg_> hi
[12:15] <_s3rggg_> excuse me, how can i upload a patch to release-proposed?
[12:15] <_s3rggg_> anyone can help me?
[12:18] <cjwatson> _s3rggg_: do you have upload privileges to Ubuntu?
[12:19] <_s3rggg_> no
[12:19] <cjwatson> _s3rggg_: then you can't
[12:19] <cjwatson> _s3rggg_: you need to find a developer to do so
[12:19] <cjwatson> #ubuntu-motu is usually a good place to start for mentoring
[12:20] <_s3rggg_> i've posted the debdiff on launchpad, nominate it for intrepid and hardy and subscribed motu-sru
[12:20] <_s3rggg_> this is sufficient?
[12:21] <cjwatson> yes
[12:21] <cjwatson> except you should have subscribed ubuntu-universe-sponsors instead, really
[12:22] <_s3rggg_> also ubuntu-universe-sponsor are subscribed
[12:23] <_s3rggg_> thank yo cj
[12:48] <viviersf> cjwatson, ping
[12:50] <cjwatson> viviersf: yes?
[12:52] <viviersf> cjwatson, ive been using that fixed busybox image of yours, it reads the kickstart and all, but why would it not read my mirror ? It keeps saying its invalid ?
[12:57] <cjwatson> viviersf: I don't know, would need to see the syslog
[12:59] <dmulholland> hey, is it possible to install an older kernel than 2.6.27 in ubuntu intrepid?
[12:59] <hyperair> and why would you want to do that?
[12:59] <hyperair> it's probably possible, just not advisable
[13:00] <viviersf> cjwatson, no matter, found it, the canonical whitepaper didnt say you need to mirror the debian-installer dist also
[13:00] <dmulholland> hyperair, I have a piece of software I need to use (Intel VTune) that doesnt like 2.6.27 because of bits that have been removed from the kernel
[13:01] <hyperair> what bits?
[13:01] <dmulholland> give me a sec and ill get the errors
[13:01] <dmulholland> http://pastebin.com/m419e0fa1
[13:01] <cjwatson> viviersf: ah
[13:02] <dmulholland> it built with no problems on 8.04
[13:02] <viviersf> cjwatson, sorry to bother you with this stuff
[13:03] <cjwatson> it's ok
[13:06] <hyperair> dmulholland: well just enable the hardy repo and install all the kernels you want =)
[13:07] <dmulholland> cheers hyperair
[13:08] <hyperair> dmulholland: =)
[13:12] <dmulholland> were there recent updates to intrepid? I'm getting lots of requests to update since I did apt-get update following adding hardy [just want to make sure its not going to backward a lot of the packaged to hardy]
[13:13] <dmulholland> oh well im letting them install :)
[13:13] <dmulholland> will see what happen
[13:16] <pitti> dmulholland: there were tons of post-release fixes, yes
[13:17] <dmulholland> pitti, thats cool, i think im ok, i took the hardy sources out and ran apt-get update again and it still showed the same number of updates
[13:21] <pitti> slangasek: btw, https://edge.launchpad.net/~pitti/+archive has the new hal/consolekit from jaunty backported to intrepid (I built it on intrepid, so it shold work fine); would be great if you could test the killswitch with that
[13:37] <\sh> hmm...does anybody with sbuild have problems installing libsvn-dev because of libaprutil1-dev? while installing it into a clean jaunty chroot apt doesn't say anything?
[13:58] <pitti> Riddell: http://ppa.launchpad.net/ubuntu-langpack/ubuntu has most intrepid langpacks built now, in particular the French ones; you said you wanted to give them a test before we upload them to -proposed?
[13:59] <Riddell> pitti: groovy, let me try
[14:05] <Riddell> il manche!
[14:06] <pitti> Riddell: je ne parlez-pas Francois
[14:06] <Riddell> pitti: ja, das is gut
[14:07] <pitti> Riddell: tres bien!
[14:07] <pitti> merci beaucoup pour ... erm, testing
[14:07] <Riddell> pitti: all working, although I still think language-pack-kde-fr-base should depend on language-pack-fr-base
[14:07] <Riddell> "le testing" I expect :)
[14:07] <pitti> Riddell: depends> erm, it doesn't?
[14:07] <pitti> oh, -kde to non-kde
[14:08] <pitti> yeah, at least a recommends: would probably be sensible
[14:10] <cjwatson> pitti: without the non-kde one you probably don't have the locale generated, so I'd say depends
[14:10] <cjwatson> oh, unless kde-fr-base does that too
[14:10] <Riddell> it doesn't
[14:10] <pitti> no, it doesn't
[14:22] <Riddell> hmm, libneon27-gnutls moved to universe?
[14:50] <pitti> Riddell: no idea why; feel free to re-promote if you need it
[16:04] <soren> 7win 1
[16:04] <soren> Gahh...
[16:08]  * pitti hands soren a shift key
[16:08]  * soren hugs pitti
[16:09] <soren> ctrl-n'ing my way from window 4 to window 21 was becoming a hassle.
[16:09]  * soren does that a lot
[16:09] <pitti> alt-a FTW :)
[16:13] <tkamppeter> pitti. did you do further investigations on bug 292690?
[16:14] <pitti> tkamppeter: not today, sorry; still on my TODO list
[16:16] <tkamppeter> pitti, once I would like to know what happens if you do changes at the place where the page size and margins are computed and where the patch which prevents SpliX from crashing applies and second, I have uploaded new SpliX packages to OpenPrinting, as the previous ones were built with a broken compiler and thjerefore crashed often,\
[16:17] <pitti> tkamppeter: ah, is that why those didn't print at all?
[16:18] <tkamppeter> pitti, yes. The rastertoqpdl filter simply crashed in the middle of the processing and therefore it did not print.
[16:19] <pitti> tkamppeter: then I'll try the ones from openprinting again
[16:20] <tkamppeter> gcc 4.3 (the standard one in Intrepid) produced broken binaries when used in the LSB SDK. I had to switch to gcc-4.2 to be able to create LSB packages with Intrepid.
[16:21] <tkamppeter> pitti, the new OpenPrinting packages also update the PPDs of existing CUPS queues automatically, but only the ones which already use the driver from an OpenPrinting package.
[16:42] <cjwatson> evand: Intel Mac / USB doesn't appear to work, at least not with the built-in firmware; I couldn't get it to boot off the USB stick. It's possible that it would work if you already had rEFIt installed.
[16:42] <cjwatson> evand: http://ubuntuforums.org/showthread.php?p=5934844 has some speculation about whether putting rEFIt on the stick would help but it's not going to be easy :(
[16:42] <evand> cjwatson: was this with holding down the alt/option key at boot?
[16:43] <cjwatson> yes
[16:43] <cjwatson> I think you would need to figure out how to bless the stick, which (I'm guessing) will require an HFS+ partition on it with rEFIt
[16:43] <evand> ok, thanks for verifying that.  I'm not too concerned about the rEFIt approach as that's not something we can do across the board.
[16:43] <evand> indeed, I suspected that as well
[16:43] <cjwatson> hm, or allegedly blessed FAT32
[16:44] <evand> hrm
[16:44] <evand> where did you see that?
[16:44] <cjwatson> forums thread above, deep down
[16:44] <evand> ah, ok
[16:44]  * evand digs
[16:45] <cjwatson> sounds like BIOS support for USB in legacy mode on the mactel is pretty limited too
[16:46] <cjwatson> so even if we could get it to boot syslinux, syslinux might not be able to read the kernel off the stick ...
[16:46] <evand> mmm, fun
[16:48] <cjwatson> I think it's pretty doomed right now
[16:49] <directhex> blessed fat32 ought to be okay? EFI assumes you have FAT32 support
[16:49] <cjwatson> but only if the bootloader can physically get the data off USB
[16:49] <evand> yeah, agreed.  Something I'll keep an eye on, but it's obviously not going to work with our existing pre-made USB images.
[16:49] <cjwatson> apparently when you're booting in legacy mode (currently required AFAIK) the BIOS forgets how to do anything much with USB
[16:50] <evand> heh
[17:01] <mvo> soren: ubuntu-vm-builder (in intrepid) gives me a odd error: http://paste.ubuntu.com/70977/ is there something like --no-cleanup so that I can investigate that further?
[17:01] <cjwatson> evand: BTW my iMac is probably not much newer than yours, if at all
[17:02] <soren> mvo: Try --debug.
[17:02] <soren> mvo: It'll still clean up, but it's a lot more verbose.
[17:02] <mvo> soren: thanks, doing that now
[17:04] <alkisg> sladen, some help please? I've finished acer-aspire-5900.hk, it works fine if I run `service hotkey-setup restart`. But: (1) at recovery console, hotkey-setup is not yet executed. OK, no big deal. (2) hotkey-setup is executed later in the boot process, I've put some debug "echo something" and I saw it. (3) At gdm, some other keycodes are loaded which override those of hotkey-setup. (4) At the gnome session, other keycodes, different that those of gdm
[17:04] <alkisg> sladen, maybe I should put all those "setkeycodes" somewhere else and not in hotkey-setup?
[17:06] <soren> mvo: When it fails, just put the output on pastebin, and I'll take a peek.
[17:10] <evand> cjwatson: noted
[17:14] <alkisg> sladen, I've even tried setting XKBMODEL="SKIP" to /etc/default/console-setup and creating a new user (so that he uses the default gnome settings), to no avail.
[17:16] <cjwatson> XKBMODEL=SKIP just tells setupcon to do nothing - I don't think it affects X in any way, shape, or form
[17:16] <cjwatson> indeed, it doesn't
[17:17] <cjwatson> arguably that's a bug of some kind
[17:34] <slytherin> any archive admins around?
[17:44] <superm1> pitti, i think bug 283765 is happening because you aren't presenting any way for the user to acknowledge configuration script changes in etc/
[17:44] <superm1> (in jockey that is)
[17:57] <hwilde> Hello, how can I still register with dns (like /etc/dhcp3/dhclient.conf send hostname) if I am not using DHCP but a Static IP ?
[17:58] <tseliot> superm1: what's the right choice about /etc/ati/atiogl.xml in fglrx? Overwriting the original file?
[17:58] <superm1> tseliot, generally yes
[17:58] <superm1> tseliot, but in case they've made customizations to it you want to still ask the question i believe
[17:59] <tseliot> superm1: I don't think Jockey supports this yet
[17:59] <superm1> tseliot, right, that's why that bug is occurring
[17:59] <tseliot> superm1: and I don't know if it ever will since it's supposed to be package-manager agnostic
[18:00] <hwilde> nobody knows about dns eh ? :/
[18:02] <hwilde> seems like with a static IP it does not send the hostname to dns
[18:02] <hyperair> of course not
[18:02] <hyperair> dhclient doesn't get called
[18:03] <hyperair> how about static lease?
[18:03] <hyperair> using dhcp
[18:03] <pitti> superm1: urgh, that's tricky
[18:03] <hyperair> but with a stored lease
[18:03] <pitti> superm1: the backend is spawned by d-bus, it doesn't have GUI access
[18:03] <hwilde> hyperair, well I don't want to ask the DHCP for an address, I just want it to do the send hostname part :)
[18:04] <hyperair> heh no idea
[18:04] <hyperair> =p
[18:04] <hyperair> avahi should pick it up, but beyond that, no
[18:04] <superm1> pitti, I suppose passing an X cookie around would be a bit messy too...
[18:05] <pitti> superm1: yeah :( I think for now jockey can only handle drivers which install non-interactively
[18:07] <superm1> pitti, so you think maybe querying debconf/frontend from postinst in fglrx and seeing if it's noninteractive would be a solution then?  in the noninteractive case, make a backup and use a mv_conffile to avoid the question being proposed?
[18:08] <pitti> superm1: did it become a conffile and wasn't before? or what was the probleM?
[18:10] <superm1> pitti, well it's a conf file since it's shipped by amd with the driver, but can be modified using their GUI tool for open gl settings i believe
[18:22] <sladen> alkisg: one simple question;  you haven't added code to match Acer 5900s to the initscript?
[18:23] <sladen> allee: is there anything actually difference from the existing 1600 one;  can you just add a new laptop ID?
[18:24] <alkisg> sladen, I've modified /etc/init.d/hotkey-setup
[18:24] <alkisg> sladen, I've updated the bug report: https://bugs.launchpad.net/ubuntu/+source/hotkey-setup/+bug/281951
[18:25] <sladen> alkisg: what line(s) did you add/change in hotkey-setup?
[18:26] <sladen> alkisg: the mapping at boot is the default kernel mapping
[18:26] <alkisg> sladen, it's in the bug report (I should paste here... :))
[18:26] <alkisg> *&I shouldn't
[18:27] <alkisg> sladen, whenever I manually run "/etc/init.d/hotkey-setup restart" everything works fine
[18:28] <alkisg> But I think X overrides hotkey-setup, and gnome overrides X, so I don't really know where hotkey-setup is actually useful! :(
[18:30] <alkisg> hwilde, if you use bind, you may call nsupdate. If not, you may add an entry to /etc/hosts on the server?
[18:32] <sladen> alkisg: what happens if you   stop hotkey-setup;  switch to greek;  start hotkey-setup
[18:33] <sladen> alkisg: erm.  if your backspace is sending diamonds there's a *much bigger problem* somewhere
[18:36] <alkisg> sladen, tried it on a gnome-terminal under X while having switched to (1) greek and (2) english, everything worked fine on both cases
[18:38] <sladen> alkisg: ignoring the specail laptop keys;  what other "normal" keys are doing weird things?
[18:39] <alkisg> sladen, I don't see diamonds anymore. The changes were (1) intrepid final instead of beta, and (2) dpkg-reconfigure console-setup => selected Greek font instead of Uni1. I don't know which of the two fixed the diamonds.
[18:39] <alkisg> sladen, no normal keys malfunction now
[18:40] <sladen> it could be that console tools greek resets the whole of the keyboard map, insetad of just the non-special areas
[18:41] <alkisg> sladen, where is hotkey-setup actually effective? I mean, if someone has a different X keyboard layout, won't that override hotkey-setup? And if someone declares a different layout in gnome, won't that also override hotkey-setup?
[18:42] <alkisg> What can I do to make X/Gnome use the same keyboard layout as hotkey-setup?
[18:55] <maxb> Can someone explain exactly what the pipeline is for laptop hotkey events? Are acpi events being read in by acpid the start of the chain?
[18:55] <maxb> And thence being forked out to X (reading the acpid socket), hald (reading the acpi socket), and acpid rules ?
[19:52] <nixternal> kees: are you originally from the chicago land area dude?
[19:53] <kees> nixternal: I am indeed :)
[19:53] <kees> nixternal: still got lots of friends and family there
[19:53] <nixternal> nice..I had no idea..I was looking at linked in and was looking at your profile..I saw Walgreens, AT&T, Lucent, and Snap On
[19:54] <kees> :)
[19:54] <nixternal> I was like...that sound like Chicago..then I saw your UIUC schooling
[19:54] <kees> the Walgreens datacenter is sooo freakin' cool
[19:54] <nixternal> that it is :)
[19:54] <nixternal> we share space in their dc
[19:54] <nixternal> or have some space rather
[19:54] <kees> nixternal: oh! nice, I didn't realize they sublet
[19:54] <nixternal> they do now because dc real estate is prime
[19:55] <nixternal> they have space in teh IBM Equinox building as well iirc
[19:55] <nixternal> the old RR Donnelly building
[19:55] <kees> ah, that I've never seen.  I worked on the E10k on the ... left? side of the DC
[19:56] <nixternal> haha, the E10K was my system when I worked at Sun
[19:56] <kees> I never did convince my boss to let me boot ultrapenguin on that bad boy
[19:56] <nixternal> I was one of the Sun Enterprise system engineers...the E4.5k, E10k, all the fun ones
[19:56] <nixternal> hehe
[19:57] <kees> my favorite were the e450's I used at Motorola.  for burn-in testing my coworker and I set up a CD-rip/encode farm.  *cough*
[19:59] <nixternal> I have one at home, super loud
[20:00] <nixternal> hahaha, cd-rip/encode farm...never thought about that
[20:00] <nixternal> when did you leave the chicago land area dude?"
[20:00] <nixternal> do you ever come back?
[20:11] <ScottK> stgraber: There is a user having dhcp pid file troubles with lstp in #ubuntu-server.  Would you have a moment to join us and help him figure it out?
[20:12] <stgraber> ScottK: sure
[20:13] <ScottK> Thanks.
[20:24] <liw> does MoM handle .git in some special way? particularly, does it remove it?
[21:18] <alkisg> cjwatson, a quick question please? My laptop echoes a "±" character when I increase the brightness. I found a fix for under X, but it still does this on recovery (=plain) console. Is console-setup what I should look into?
[21:49] <pregier> Not sure what that was, but I think I asked at the wrong time...  I think I may have some info re: a potential GRUB bug but am not sure how much or what type of info to collect since the launchpad section seems to be quite spammy;
[21:50] <pregier> when we install grub to /dev/sda1 instead of /dev/sda sometimes we end up with a wrong stage2 address at 0x44 after the next boot
[21:51] <pregier> er, sometimes after update-grub that is, never after grub-install
[21:51] <pregier> so the next plan is to log each automated call to update-grub to see whether 0x44 gets messed up immediately or only on the next boot; is there any other good information beyond versions etc. that we should be collecting?
[21:53] <pregier> I've got a meeting (sorry, didn't realize the time); if anyone has any thoughts I'll check back in an hour, otherwise I'll probably just plan on taking what we're collecting now to launchpad later
[23:18] <kirkland> ScottK: cheers on the blog post;  ditto for some launchpad bugs!
[23:36] <cjwatson> asac: did the switch-to-alternative-Flash-implementation stuff from https://wiki.ubuntu.com/FlashExperienceIntrepid ever happen? it wasn't entirely clear to me from the LP status whiteboard and I couldn't find it in the UI
[23:48] <asac> cjwatson: http://people.ubuntu.com/~asac/tmp/alt2.png http://people.ubuntu.com/~asac/tmp/alt1.png
[23:49] <asac> cjwatson: when you are on a website with a plugin you should see a small plugin symbol in the statusbar and in Tools menu there is Manage Content plugins menu active
[23:50] <cjwatson> asac: hmm, doesn't seem to work for me
[23:50] <asac> cjwatson: i will update the specs
[23:50] <asac> cjwatson: what part doesnt work?
[23:50] <cjwatson> none of it
[23:50] <cjwatson> no plugin symbol, no Manage Content Plugins in Tools
[23:51] <cjwatson> I use flashblock - maybe that's relevant?
[23:51] <cjwatson> err, I mean "all of it" I suppose, since your question was in the negative
[23:52] <asac> cjwatson: do you see the menu entry in tools at all?
[23:52] <asac> (e.g. inactive)?
[23:52] <cjwatson> no
[23:52] <asac> should be the bottom most menu entry in tools
[23:53] <cjwatson> Web Search, divider, Downloads, Add-ons, divider, Greasemonkey, Error Console, Page Info, divider, Clear Private Data
[23:53] <asac> cjwatson: yeah. strange. en_GB?
[23:53] <cjwatson> right
[23:53] <cjwatson> I have cs de ru installed as well for testing purposes
[23:54] <asac> cjwatson: ubufox installed and enabled?
[23:54] <cjwatson> yep
[23:54] <asac> works for me with LANG=en_GB at least so doesnt seem to be a locale issue
[23:55] <asac> anything in the error console?
[23:55] <asac> cjwatson: ^^?
[23:55] <asac> tools -> error console
[23:55] <cjwatson> lots of whining about particular websites
[23:56] <cjwatson> "Permission denied to call Location.toString" without any indication of an associated website
[23:56] <asac> cjwatson: any other extension installed? (besides from flashblock)
[23:56] <cjwatson> "Failed to load XPCOM component: /usr/lib/xulrunner-1.9.0.3/components/pyabout.py" (and libpyloader.so)
[23:58] <cjwatson> extensions: flashblock, greasemonkey, link widgets, nukeimage, ubufox, wiki auto-discovery button, and a usage viewer for my ISP (disabled)
[23:58] <cjwatson> disabling flashblock makes no difference