[01:48]  * slangasek hates on whatever is honoring his volume keys that's *not* GNOME, causing every keypress to count twice :P
[01:51] <jdong> slangasek: introduce a third one that registers the opposite direction once to counteract it :)
[01:51] <slangasek> OMG >_<
[01:52]  * jdong pets slangasek 
[01:52] <jdong> slangasek: don't worry, I've got a 104F fever, my advice might not be as good as usual :)
[01:53] <slangasek> hmm, what's that bot command again to give me the relevant quote...
[01:53] <slangasek> ah yes, there it is
[01:53] <slangasek> !jdong | jdong
[01:53] <ubotu> jdong: <Hobbsee> jdong: yes, but you're FULL OF CRACK!
[01:54] <slangasek> I'm thinking the fever isn't keeping you down any ;)
[01:55]  * jdong resists potential innuendos in above statement....
[01:55]  * Fujitsu laments the lack of a Sync button on LP, resulting in annoying delays when syncing things.
[01:56] <jdong> well an archive admin above seems to be active :)
[01:56] <slangasek> he's otherwise occupied at the moment
[02:00] <Fujitsu> Does anybody else find the new tooltip colour to be a bit too... orange?
[02:11] <_MMA_> Fujitsu: "kwwii: I think that for hardy there is little reason to go out on a limb and change things for the sake of change" So I'm pretty sure Hardy will be the old "ubuntulooks" theme.
[02:14] <Fujitsu> _MMA_: Why is the Murrine-based one evolving fairly quickly and on by default, then?
[02:16] <sladen> slangasek: is it a thinkpad?
[02:16] <jdong> _MMA_: that's a shame; I for one like the murrine based theme
[02:17] <Fujitsu> jdong: As do I. It's much better than it was a couple of days ago.
[02:17] <Fujitsu> Without the orange scrollbars, particularly.
[02:18] <_MMA_> Ken has been testing and watching feedback. All the normal stuff. Some love it, some hate it. Cant please everyone. :P
[02:18] <_MMA_> "kwwii: it is very, very likely that we will use ubuntulooks in the end" So we'll see.
[02:27] <slangasek> sladen: yes
[02:27] <slangasek> sladen: you have a fix? or a pointer in the right direction?
[02:28] <sladen> slangasek: ps aux | grep thinkpad-keys   remember the thinkpad has hardware volumen keys
[02:28] <sladen> slangasek: is it the volume, or the mute?
[02:29] <sladen> slangasek: is it a really, really recent model?
[02:29] <slangasek> sladen: volume; yes, thinkpad-keys is running; what's the issue there?
[02:29] <slangasek> it's a T60
[02:29] <slangasek> ~1yr old
[02:30] <sladen> slangasek: ideally ACPI events are used to generate key presses;  with broken ACPI, the ACPI interupt is used to trigger a polling check;  with some totally broken models, the deamon is running in polling mode
[02:31] <sladen> slangasek: it's probably a feedback loop somehow;  the hardware keys change the volume *and* get converted to a keypress;   keypress->volume change (in s/w) and "the volume changed"...
[02:31] <slangasek> sladen: er, this is an entirely issue though
[02:33] <sladen> ENOADJECTIVE
[02:33] <slangasek> heh
[02:33] <slangasek> entirely *new* issue
[02:33] <slangasek> like, I think it's only been happening since my last login
[02:33] <slangasek> and it definitely wasn't happening before my last kernel upgrade
[02:34] <sladen> solved.  blame the kernel people.  Probably the kernel has now started to do it's own handling or something mad
[02:34] <slangasek> meh
[02:34] <slangasek> then it's hardly "solved" then, is it :)
[02:36] <slangasek>   * ACPI: update ACPI blacklist
[02:36] <slangasek> that's the only suggestive entry in the changelog
[02:42] <sladen> thinkpad_acpi may have recently started generating its own events directly, recently
[02:48] <slangasek> if I stop acpid, I see no keypress events for the volume key, and the volume adjusts
[05:12] <Arwen> [00:11] <Arwen> I have a local APT repository on my machine
[05:12] <Arwen> [00:11] <Arwen> I try to use "apt-get source" to copy sources from it
[05:12] <Arwen> [00:11] <Arwen> it goes upstream and fetches a LOWER VERSIOn
[05:12] <Arwen> [00:12] <Arwen> how to fix?
[05:16] <PriceChild> Arwen: this isn't really a support channel, but make sure you've added the deb-src lines then apt-get update'd, and an apt-cache madison might be helpful to see what's going on.
[05:16] <Arwen> I keep asking in the normal channels and people keep ignoring me..
[05:17] <PriceChild> I haven't seen you in #ubuntu for several thousand lines.
[05:18] <Arwen> because Seveas banned me 2 years ago
[05:21] <Arwen> and, apt-cache madison shows my sources without a package name at the start of the line. What does that mean?
[05:23] <PriceChild> appeal it in -ops, a pastebin would help others help you, I'm off to sleep
[05:24] <Arwen> last time I asked he replied "not today, not tommorow, not the day after, not even when the world ends"
[05:24] <Arwen> and oh well..
[05:38] <Arwen> http://pastebin.ca/933255 <-- any idea why my sources are lower priority and without a package name?
[05:40] <LaserJock> Arwen: there's a difference between Sources and Packages
[05:40] <LaserJock> looks like the darnode packages have the highest version
[05:41] <Arwen> yes, but the version on my sources are the same.
[05:41] <LaserJock> Arwen: how do you mean?
[05:42] <Arwen> oh wait no, they are at the top. Then why is apt-get pulling the distribution version.
[05:42] <LaserJock> do you have a deb-src line for your darnode repo and are you using any apt pinning?
[05:42] <Arwen> both
[05:42] <Arwen> pinned at priority 1001
[05:44] <LaserJock> not sure if the pinning would make a difference, I tend to avoid using apt pinning
[05:44] <Arwen> but the more important thing is "apt-get source" doesn't see my source packages
[05:44] <Arwen> it's the same with and without pins
[05:45] <LaserJock> I would wonder if your repo is set up right
[05:45] <Arwen> yeah, it might not be
[05:45] <Arwen> I just used falcon
[05:46] <LaserJock> hmm
[05:46] <Arwen> I don't know enough to debug it though
[05:46] <LaserJock> you could ask Seveas ;-)
[05:46] <Arwen> he has me on ignore
[05:54] <YokoZar> What's the difference between language code [pl_PL] and [pl] ?
[05:54] <YokoZar> Someone's given me translations for a desktop file like the former and I'm wondering why not do the latter
[05:55] <slangasek> the difference is that a translation listed as pl_PL won't be used when users have their locale set to Polish with a different country code
[05:55] <slangasek> so the practical difference is approximately nil
[05:56] <YokoZar> Sounds like I should use [pl] then as any polish local should translate to polish
[05:57] <slangasek> I think so, yes
[05:57] <YokoZar> Thanks
[06:24] <mbt> anybody using hardy with us-intl keyboard layout and having problems with the dead keys?
[07:09] <Hobbsee> what's this new thing in my panel, i wonder
[07:10] <Mithrandir> click it and see what explodes?
[07:10] <Hobbsee> and it cannot be quit
[07:10]  * Fujitsu hides behind a nice thick sheet of lead.
[07:11] <Hobbsee> begone from my panel, you rotten thing!
[07:11] <Fujitsu> Hobbsee: What does the foul creature look like?
[07:11] <Hobbsee> looks to be scim stuff
[07:11]  * Hobbsee clicks Mithrandir, to see if he explodes
[07:12] <Fujitsu> I'm yet to be attacked by SCIM.
[07:12] <Fujitsu> Though I've been attacked by strange fonts that make the clock applet twitch.
[07:12] <Hobbsee> what the?
[07:12]  * superm1 is deeply disturbed by scim by default. 
[07:12] <Fujitsu> With this morning's upgrade, the system fonts changed to something very strange.
[07:13] <superm1> i press shift space way too commonly
[07:13] <Fujitsu> The digits vary in width.
[07:13] <Hobbsee> superm1: yeah, exactly
[07:13]  * Hobbsee purges it
[07:13] <Fujitsu> Hah.
[07:13] <Fujitsu> Sounds like tracker.
[07:13] <Hobbsee> and alt+space, and win space
[07:13] <Hobbsee> yeah, exactly.  i was about to ponder which one would get purged first on all new installs
[07:13] <superm1> i didn't realize it capitalized that whole corner
[07:14] <superm1> that means that you can really just say left hand pound + space and get away with it
[07:14] <Mithrandir> Hobbsee: I dodged your click by going into the kitchen.
[07:14] <Hobbsee> Mithrandir: my clicks work across continents.  they're not going to be thwarted by some puny kitchen.
[07:15] <Mithrandir> Hobbsee: X is network transparent, so the former isn't very surprising
[07:20] <Hobbsee> ouch.  what happened with the fonts?
[07:20] <Hobbsee> Fujitsu: wha'ts the font fix?
[07:20] <Fujitsu> Hobbsee: I like most of the new font.
[07:20] <Hobbsee> what is it?
[07:20] <Hobbsee> it's just akregator that looks strange.
[07:20] <Fujitsu> Except for the digits being stupid. And the merged fi glyph being too short.
[10:06] <Hobbsee> so, it appears that ubuntu doesn't like skim being purged..
[10:08] <Hobbsee> or thegdm change
[10:10] <superm1> Hobbsee, well i better not reboot then...
[10:22] <martin_> can i install ubuntu mobile on an openmoko compatible device
[10:23] <RAOF> Hobbsee: I've successfully purged scim.  Did that at least a day ago, I'm surprised you lasted this long :)
[10:23] <martin_> can anyone list devices that run ubuntu mobile
[10:28] <Hobbsee> RAOF: i only updated a couple of hours ago
[10:28] <Hobbsee> marcel: that's in the ubuntu mobile FAQ - see the links in #ubuntu-mobile
[10:29] <RAOF> Hobbsee: Oooh, of course skim != scim.  Silly me.
[10:31] <Hobbsee> RAOF: i think i was complaining about scim, but yeah
[10:38] <dsargeant> Scim's been harrassing me all night. How did it get in my system tray and how do I remove it safely?
[10:40] <RAOF> dsargeant: I've always been partial to "sudo aptitude remove scim", and telling aptitude to forget that ubuntu-desktop recommends it.
[10:44] <dsargeant> RAOF: how do I tell aptitude to forget aptitude recommends it?
[10:54] <dsargeant> nevermind, I found https://bugs.launchpad.net/ubuntu/+source/scim/+bug/199030
[10:54] <ubotu> Launchpad bug 199030 in scim "Can't close SCIM" [Undecided,Fix released]
[11:39] <Nafallo> ehrm
[11:42] <Hobbsee> grumble
[11:42] <Hobbsee> it *is* a scim problem
[12:22] <scobby> hi i get an segmentation fault error when i run dpkg-reconfigure, with strace there is a bad adress error
[13:01] <pushax> what do people think of Icedtea-Java over Sun-Java?  Not sure which one I should elave on machine or use to start learnign Java.
[13:01] <azeem> pushax: that's not an appropriate question in this channel, ask #ubuntu, maybe
[13:02] <pushax> azeem: isn't this room for developing software?
[13:02] <pushax> or is it for kernel dev?
[13:03] <ion_> Developing Ubuntu
[13:03] <ion_> Please read the topic.
[13:03] <pushax> ok
[14:25] <theunixgeek> so they ARE adding new theme thingies to Hardy :D
[14:26] <theunixgeek> there's an orange line to the right of the menus :D
[14:27] <theunixgeek> seems like Ubuntu is moving towards orange now
[14:28] <theunixgeek> the add/remove is changed
[14:28] <theunixgeek> buttons aren't as shiny
[15:20] <ogra_cmpc> hrm, something seems wrong with the publisher, there is still no classmate-tools binary, even though it built fine
[16:42]  * xhaker thinks that whoever needs to disable scim should just uncheck that option on the new language-selector, that mvo uploaded
[17:01] <TomaszD> can anyone please look at this bug https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/197145 ? A patch is available, so this shouldn't be hard.
[17:01] <ubotu> Launchpad bug 197145 in nautilus-sendto "nautilus-sendto not compatible with bluetooth-sendto" [Undecided,Confirmed]
[17:01] <TomaszD> it's really a let down that this doesn't work properly, you can send file via bluetooth this way :(
[17:02] <TomaszD> this needs some love :]
[17:02] <TomaszD> *can't send
[17:51] <minghua> TomaszD: That's one big patch.  It's also a new feature, so needs feature freeze exception (https://wiki.ubuntu.com/FreezeExceptionProcess).
[17:52] <TomaszD> minghua, it's not a new feature, it's a missing feature that needs to be re-added. It's a bug that it doesn't work. User is left with no message when he/she tries to send something, it just fails silently.
[17:53] <minghua> TomaszD: Re-added?  So bluetooth-sendto had the --dest option before?
[17:54] <TomaszD> minghua, of course
[17:54] <TomaszD> it works in gutsy as expected
[17:54] <TomaszD> the --dest option is there
[17:54] <minghua> Well, then it should be clarified in the bug report.
[17:54] <TomaszD> and I'm sure of it as I have shortcuts on my desktop with --dest so that I don't have to choose the destination
[17:55] <TomaszD> alright, I'll do it in a moment
[17:55] <minghua> TomaszD: Also, nothing stops you from working on this bug.  Only asking on IRC usually doesn't achieve much, IMHO.
[17:56] <TomaszD> minghua, you'd be surprised. :]
[17:57] <minghua> Huh?  Surprised by what?
[17:57] <Yash> Hello, I would like to contribute to ubuntu as a developer.
[17:58] <Yash> Can someone please guide me?
[18:09] <james_w> Yash: https://wiki.ubuntu.com/MOTU/GettingStarted is a good place to start.
[19:12] <realitybender_> hello?
[19:57] <warren_> hello
[19:59] <warren_> can someone reolve a bug? :D
[20:02] <LaserJock> warren_: you might want to ask #ubuntu-bugs
[20:02] <warren_> ok
[21:18] <nixternal> pitti: possible to give me a brief tutorial on getting editmoin to work with the wiki?
[21:47] <Amaranth> hmm, i wonder if launchpad would flip out if i tried to close ~100 bugs at once via email
[21:47] <Nafallo> Amaranth: try? :-)
[21:48] <Amaranth> got another week before they've been in Incomplete state long enough
[21:49] <Fujitsu> Amaranth: I've closed more bugs than that at once.
[21:50] <Fujitsu> With a lot of To addresses.
[21:50] <Amaranth> heh
[21:51] <Amaranth> now i just need to figure out how to automate it
[22:19] <YokoZar> hmm, pbuilder doesn't work out of the box for me on hardy amd64
[22:25] <YokoZar> Though, maybe that's as it should be since it's not working due to universe support
[22:26] <sistpoty> infinity: can you increase the lp timeout of sparc for ghc6 (one particular ghc6 -> gcc invocation w.o. output took ~900 minutes w.o. producing output iirc on a TI UltraSparc II  (BlackBird)) thanks!
[22:26] <sistpoty> (cf. bug #194912)
[22:29] <geser> 900 minutes = 15 hours, wow
[22:30] <sistpoty> yes, I added the total build time to the bug ;)
[22:30] <sistpoty> not too sure, what exactly gcc does during that time, but it was definitely gcc taking this long time *g*
[22:31] <sistpoty> (and it didn't even swap)
[22:33] <sistpoty> fabbione | pitti | keescook: could you give a hint how you feel about getting a new version of ltp in? (bug #199663) thanks!
[22:36] <ubotu> Launchpad bug 194912 in ghc6 "ghc6 6.8.2-1ubuntu1 FTBFS on sparc" [Undecided,Confirmed] https://launchpad.net/bugs/194912
[22:36] <ubotu> Launchpad bug 199663 in ltp "Hardy FFe: ltp snapshot should be updated" [Undecided,New] https://launchpad.net/bugs/199663
[22:37] <keescook> sistpoty: I'm all for it.  :)  the old one doesn't work at all.
[22:37] <sistpoty> keescook: thanks!
[22:38] <keescook> np
[22:46] <nixternal> pitti: nevermind my previous question..thanks
[22:57] <geser> Keybuk: Hi, do you know if it's possible to fix bug #57755 somehow for hardy? Three (independent) packages have use for the same udev rules but only one can install them.
[22:58] <Keybuk> err?
[22:58] <Keybuk> that was fixed, wasn't it?
[22:58] <Keybuk> or did they never agree
[22:58] <Keybuk> arguably it's irrelevant now
[22:59] <Keybuk> ship a HAL fdi file and PK policy to apply an ACL
[23:00] <geser> IIRC the result of the discussion here some months ago was to wait for policykit
[23:00] <geser> is there a package where I could look how it should be done?
[23:00] <Amaranth> !ping
[23:00] <Amaranth> hrm
[23:01] <geser> Keybuk: and which package should ship this HAL fdi file?
[23:01] <RAOF> Is the amd64 apport retracer on launchpad known-broken?  It's stripped the "need-amd64-retrace" tag from bug #199392 three times now, but hasn't actually done any retracing?
[23:02] <Keybuk> geser: whichever package wants it
[23:03] <geser> gnupg, gnupg2 and libccid want access to the smartcard reader they support
[23:03] <geser> so ship it in every package?
[23:03] <Keybuk> does gnupg not use libccid?
[23:05] <geser> no, gnupg{,2} have direct support for some smartcard readers (some SCM ones) and can use others though libpcsclite
[23:07] <geser> that's the problem, if it would depend on libccid, libccid could ship those udev rules (which it already does) and the bug be closed
[23:09] <Keybuk> so why not just have a common file they can all depend on?
[23:09] <Keybuk> pitti may not be adverse to those rules being in HAL either
[23:10] <Keybuk> since you wouldn't be creating a group, but entries in PK's db
[23:10] <Keybuk> hurrah for the end of group-per-device :-)
[23:12] <geser> is there some good documentation for this somewhere?
[23:12] <Keybuk> for which?
[23:12] <geser> I mean how HAL and PK work together and how to grant an app access to one specific device
[23:12] <Keybuk> HAL/PK?
[23:12] <Keybuk> see the HAL spec on hal.fd.o
[23:13] <Keybuk> it's granted by user/session usually
[23:15] <geser> does it need changes to the app itself or does hald(?) change the permission of the devices itself?
[23:15] <Keybuk> not sure why you're worry about the app?
[23:15] <Keybuk> access to devices is granted by user
[23:16] <Keybuk> hald sets and removes ACLs on the devices
[23:16] <Keybuk> System -> Administration -> Authorizations
[23:16] <Keybuk> you'd add something like "Directly access smartcard readers" to it
[23:16] <Keybuk> (assumedly under org.freedesktop.hal.device-access)
[23:17] <Keybuk> you can grant implicit authorisation to the user on the active console, for example
[23:17] <geser> I've never worked with HAL/PK till now, so I don't know yet how all this works
[23:18] <Keybuk> this is just for device ACLs
[23:18] <Keybuk> (better than device groups)
[23:20] <geser> what I don't understand yet, who checks the ACLs and allows a user to access the device with e.g. gnupg
[23:22] <geser> and does it also work with a normal console login (no X11)?
[23:22] <geser> I guess I need to read the HAL documentation first to understand it
[23:24] <Keybuk> the filesystem
[23:24] <Keybuk> getfacl /dev/snd/controlC0
[23:25] <Keybuk> you should see a user:geser:rw- in there
[23:26] <slangasek> oh, blink, we're using POSIX ACLs?
[23:26] <geser> ah, I forgot filesystems ACLs completely and only thought about the traditional permissions (rwx)
[23:27] <Keybuk> slangasek: yes...
[23:29] <ubotu> Launchpad bug 57755 in gnupg "Udev Rules for SmartCard Support" [Undecided,New] https://launchpad.net/bugs/57755
[23:29] <ubotu> ping yourself ;-) really the diodes all down my left side are sore
[23:29] <ubotu> Bug 199392 on http://launchpad.net/bugs/199392 is private
[23:38] <YokoZar> Wine's Tahoma replacement font still needs glyphs for some languages: Lithuanian, Greek, and probably others.  Is there a better mailing list than devel-discuss to ask for help from aspiring font authors?
[23:39] <slangasek> Keybuk: hurray!
[23:39] <Keybuk> slangasek: hopefully we'll be able to get rid of all "video", "sound", "tty3", "disk", etc. device groups eventually :p
[23:40] <ion_> Awesome
[23:44] <slangasek> Keybuk: er... why would getting rid of "disk" be a good idea?
[23:44] <slangasek> do you mean to make the disks root.root?
[23:45] <Amaranth> wait, doesn't all access in that case go through hal?
[23:45] <Amaranth> or the service hooked to the other end of policy kit
[23:45] <slangasek> that would seem to require backup software to either run as root instead of disk, or require some sort of PKage for backup packages?
[23:46] <Amaranth> I'm pretty sure it's just an ACL for who can access a dbus service
[23:46] <Amaranth> So...eww
[23:47] <Keybuk> slangasek: right