[02:48] <scientes> ahh so unity-2d was also dropped caused in qt5 qtquick is moving to opengl ES 2.0
[03:49] <SpamapS> dpkg: error: parsing file '/var/lib/dpkg/status' near line 26005 package 'libsdl-net1.2:i386': mixed non-coinstallable and coinstallable package instances present
[03:50] <SpamapS> while dist-upgrading precise->quantal
[03:51] <ScottK> Multiarch is fun.
[03:52] <SpamapS> Yeah
[03:52] <SpamapS> not really sure how to work around it
[03:53] <SpamapS> dpkg seems basically dead in the water
[03:54] <SpamapS> like, dpkg -l doesn't even work
[03:57]  * SpamapS does something unholy and just removes the bad entry there
[04:03] <slangasek> SpamapS: bug #1015567, I'm afraid
[04:03] <SpamapS> slangasek: thanks, was just about to head off looking into whether or not it was a bug/known
[04:44] <infinity> SpamapS: It's known, but no one's had a chance to look into a "sane" migration/fix yet.
[04:45] <infinity> (I also still contend that the check is a complete joke, since it doesn't trigger in other cases that could be equally broken, so maybe just removing it would be fine)
[09:50] <tjaalton> @pilot in
[10:13] <mitya57> ScottK: hi, do you have any plans to merge our python-defaults with debian?
[10:13] <mitya57> there were some important dh_python2 fixes in 2.7.3-1 and 2.7.3-2
[10:43] <xnox> mpt: in quantal, in the system menu i have: "Log Out...; Suspend; Hibernate; Restart...; Switch Off..."
[10:43]  * xnox manually enabled hibernate
[10:43] <xnox> mpt: how come suspend/hibernate do not have '...' at the end?
[10:45] <cjwatson> Don't they act immediately rather than producing a dialog?
[10:47] <mpt> xnox, what cjwatson said
[10:47] <xnox> cjwatson: mpt: ok.
[10:47] <cjwatson> http://developer.gnome.org/hig-book/3.4/menus-design.html.en#menu-item-type-command
[10:48] <mpt> "…" means "you're going to need to provide more input to complete the primary function of this command"
[10:48] <xnox> 3.4 hig
[10:48] <cjwatson> Although there is an argument from the HIG text there that Log Out and Switch Off shouldn't have … either, since they only present a confirmation dialog
[10:48] <cjwatson> I don't know if that wrinkle is somehow controversial
[10:48] <xnox> oh... goodies. need to read it =)
[10:49] <cjwatson> 3.4 was just the current link; AFAIK the ellipsisation advice has been there forever
[10:51] <mpt> Yeah, we diverge from the Gnome HIG in that we make no distinction between a confirmation alert and other types of input
[10:52] <mpt> (For example, the confirmation alert might have a checkbox in it like "Install updates before switching off", or might offer multiple choices like "Restart" vs. "Restart Into Windows")
[10:54] <cjwatson> For reference, do we have documentation of our HIG divergences anywhere?
[10:55] <mpt> I think the Gnome HIG has the "ignore confirmation alerts" guideline only because the classic Mac OS guidelines did, but even OS X doesn't
[10:56] <mpt> cjwatson, no, that would be priority #2 where priority #1 is to have our own guidelines to diff between :-)
[10:56] <cjwatson> Heh
[10:56] <cjwatson> I know how it is
[11:03] <bdrung> bdmurray: the sponsoring overview is not updated any more. do you know why?
[11:20] <xnox> point of interest 3.6 libreoffice spash is weird. i liked previous one better...
[11:34] <alexbligh> What is the best way to make a script run very early on (i.e. as the first thing upstart does) after remounting / read-write and before any udev/hotplug events are processed
[12:12] <smoser> hm.. ok. i'm out of ideas. anyone see what is wrong here
[12:12] <smoser> https://bugs.launchpad.net/ubuntu/+source/choose-mirror/+bug/1031696
[12:18] <smoser> alexbligh, i dont think you can accomplish that.
[12:19] <smoser> udev starts on virtual-filesystems, which i do not believe depends on mounted / rw
[12:19] <smoser> although when i say that it doesn'tmake much sense. sosomething must block processing of hotplug/udev events until after rw
[12:21] <geser> smoser: in the second screenshot (that one from busybox) the grep isn't searching in the output from wget but in the file "Release" from the filesystem (see Release in the grep call)
[12:21] <smoser> geser, well, he did both
[12:21] <smoser> first one he just grepped from the file
[12:22] <smoser> second he did the wget
[12:22] <smoser> oh.
[12:22] <smoser> no
[12:22] <smoser> you're right.
[12:24] <alexbligh> smoser, so if I do "start on starting udev and started virtual-filesystems" then I am going to create some form of dependency loop?
[12:25] <alexbligh> udev is "start on virtual-filesystems"
[12:25] <smoser> i dont know what would happen.
[12:26] <alexbligh> Hmmm, in this case I can guarantee the only filesystem is the root filesystem which is initramfs and already about. mountall is just going to remount that r/w (I presume it's mountall which does the remount r/w)
[12:28] <alexbligh> I don't think I can use "stopped mountall" as presumably mountall is only stopped after it has emitted all the events.
[12:28] <alexbligh> (incl. the one that starts udev)
[13:09] <jodh> alexbligh: lets continue this on #upstart.
[13:17] <bdrung> tumbleweed: how about a u-d-t release?
[13:28] <hrw> starting daemons...
[13:29] <hrw> one day I will find time to learn what is ubuntu way of having daemons installed and not started on boot even after package update
[13:31] <ogra_> stgraber, heh, the lightdm/gdm mail on the ltsp list is funny ... so he did all that work but still needs the same user locally ... somone should tell him that this is the actual readon for ldm to exist :)
[13:31] <ogra_> *reason
[13:36] <directhex> hrw, tl;dr: an entry in /etc/default/packagename along the lines of "ENABLED=0", and an init script which bails out unless ENABLED=1
[13:36] <directhex> e.g. see dnsmasq
[13:37] <hrw> directhex: thanks
[13:40] <jodh> hrw: it's covered in a generic fashion in the Upstart Cookbook too. See http://upstart.ubuntu.com/cookbook/#pre-start and http://upstart.ubuntu.com/cookbook/#post-stop.
[13:40] <stgraber> ogra_: haven't read too closely, but it sounds like he needs scotty's libpam-ssh and libnss-ssh
[13:40] <ogra_> stgraber, right
[13:41] <ogra_> i just find it funny how people invest a ton of work without talking to anyone before they start and then end up in the same situation all others did before them
[13:42] <jocarter> ogra_: it's things like that that cause me to grind my teeth and then having the dentist telling me to stop stressing so much
[13:42] <tumbleweed> bdrung: as usual, I'd like to do a pass through the bugtracker first
[13:43] <ogra_> jocarter, who are *you* ?
[13:43] <ogra_> *g*
[13:43] <jocarter> I'm the artist previously known as highvoltage
[13:43] <bdrung> tumbleweed: then go ahead. :p
[13:43] <ogra_> is that a permanent change ?
[13:44] <jocarter> ogra_: I think so. I tried changing away from highvoltage before but there was a lot of resistance
[13:44] <jocarter> *badish*
[13:44] <ogra_> lol
[13:47] <jamespage> doko_, just noticed the java-common package is still installing the architecture-less symlinks for openjdk-6 -  we should probably drop those
[13:48] <jamespage> (I can do that if you agree)
[13:57] <xnox> jocarter: i will be calling you jo forever now.
[13:57]  * xnox expects you to respond to 'jo:' pings ;-)
[14:00] <NCommander> infinity: ping, do you remember what APT bugs I had to look at?
[14:01] <ogra_> NCommander, just look at all of them :P
[14:01] <ogra_> (and fix them indeed)
[14:03]  * NCommander glares at ogra
[14:18]  * xnox lines up apt bugs in alphabetical order for NCommander (while winking at ogra_)
[14:18] <NCommander> xnox: [A-Z][a-z]? Or are you using an extended alphabet which has more letters :-)
[14:19] <xnox> NCommander: есть же и другие алфавиты...
[14:19] <NCommander> How very cryillic of you :-)
[14:20] <NCommander> *cyrillic
[14:20] <xnox> ;(
[14:20] <xnox> ;)
[14:20]  * xnox typing fail
[14:20]  * NCommander still remembers the days of fidonet and spam on DOS could be identified by blocks in Fidomail
[14:21]  * NCommander suddenly feels old as hell
[14:22]  * NCommander <3 ProcommPlus for DOS
[14:22]  * xnox never used fidonet.....
[14:23] <killown> What ubuntu team just did with the last update? it messed around with kubuntu-desktop http://bpaste.net/show/8uqye6UT9JCKGHcVgDuS/ thanks for wasting my time with this
[14:23] <cjwatson> that's a bit overly aggressive
[14:23] <killown> i386 devel libs is useless and I can't compile wine, other great thing I would thank for too
[14:23] <cjwatson> I expect whoever made the change in question would need a significantly more complete report than that, including e.g. which Ubuntu release you're using
[14:23] <xnox> killown: if I was you, I'd wait for the mirrors to catch up.
[14:23] <NCommander> That looks like aptitude
[14:24] <cjwatson> but cut the sarcasm, please
[14:24] <cjwatson> it doesn't help anyone
[14:26] <bdmurray> bdrung: the sponsoring report is a dholbach thing
[14:31] <bdrung> bdmurray: he is on holiday and told me that you are able to deploy changes
[14:33] <bdmurray> bdrung: I only have read access to the files there...
[14:34] <shadeslayer> Daviey: ping
[14:36] <bdrung> bdmurray: do you know who has access to it?
[14:36] <bdmurray> bdrung: yes, dholbach
[14:36] <janimo> NCommander, you're not old, you were precocious
[14:37] <shadeslayer> Daviey: it seems you dropped smbfs with this merge : https://launchpad.net/ubuntu/+source/cifs-utils/2:5.4-1ubuntu1
[14:37] <shadeslayer> Daviey: was it intentional? what replaces smbfs in that case
[14:37] <bdrung> bdmurray: is the sponsoring script run on his private machine?
[14:38] <shadeslayer> Daviey: Debian still has smbfs apparently : http://packages.debian.org/source/unstable/cifs-utils
[14:41] <NCommander> janimo: somewhere, I have a box of token ring adapters, and a copy of OpenVMS for Itanium :-)
[14:41]  * NCommander has had notions of wiring up a DECnet network at home
[14:41] <janimo> NCommander, ok then, s/precocious/crazy/
[14:42] <NCommander> :-)
[14:42] <janimo> I am older than you and only know those from history books
[14:42] <janimo> by which I mean IT books printed in the early 90s
[14:43] <NCommander> If it weren't for the fact everything here is on VoIP, I'd stick a modem in my itanium system and wire up uucp
[14:43] <NCommander> (dial-up is suprisingly useful in some of the places I go to)
[14:47] <ScottK> postfix supports delivery via uucp.
[14:51] <NCommander> ScottK: curious if it will handle a bangpath email
[14:51]  * NCommander notes Thunderbird (used to) explode when you fed it one
[15:00] <lamont> NCommander: that got turned off by default some time a go, iirc
[15:01] <lamont> AS IT SHOULD
[15:01] <NCommander> you don't like have addresses like ..!someisp!canonical!lamont
[15:04] <lamont> NCommander: not since the late 80s
[15:04] <lamont> and the lasthop was !hpda!lamont then
[15:05]  * NCommander remembers HP-UX and feels slightly sick :-P
[15:13] <apw> can anyone remind me where the 'update only to the next LTS' flag is for a server
[15:14] <shadeslayer> apw: just use do-release-upgrade -d
[15:14] <lamont> apw: d/
[15:14] <shadeslayer> and it'll upgrade to precise
[15:14] <lamont> bah
[15:15] <lamont>  /etc/update-manager/meta-release
[15:15] <apw> lamont, ahh /etc/update-manager/release-upgrades thanks for the right area
[15:15] <lamont> apw: pastefail
[15:16] <lamont> sorry
[15:16] <apw> lamont, heh :)
[15:43] <ogra_> 2706 ogra      20   0 2172m 746m  21m R  102  4.7   5938:06 compiz
[15:43] <ogra_> hmpf
[15:43] <ogra_> (thats an idling machine)
[15:46] <ppisati> ogra_: don't oppose the progress! :)
[15:47] <ogra_> haha
[16:02] <jamespage> doko, do java-access-bridge and java-atk-wrapper do the same thing?
[16:10] <slangasek> cjwatson: where do things sit with bug #926340? seems glatzor hasn't replied to your last proposal
[16:12] <cjwatson> slangasek: as you say - I was waiting for him to respond
[16:12] <cjwatson> looked for him on IRC this morning actually but he wasn't around
[16:12] <slangasek> IME he's not very irc-catchable
[16:13] <cjwatson> I'll mail him
[16:13] <slangasek> ok
[16:15] <xnox> cjwatson: python3-debian, any patch-queue review updates?
[16:15] <cjwatson> not yet, sorry, I meant to take care of that in my holiday last week but was stymied by lack of internet
[16:16] <xnox> cjwatson: ah ok. there are two patches send to you in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=625509 for python2 compat
[16:17] <xnox> cjwatson: ok. no rush =)
[16:17] <cjwatson> yeah I saw
[16:17] <cjwatson> right, off homenow, but at least irc is running in screen now
[16:17] <slangasek> xnox: so do you know anything about this autofs use of /etc/nsswitch.conf?
[16:17] <cjwatson> not convinced about the subprocess one, I want to take a different approach there
[16:17] <cjwatson> (I'd rather use universal_newlines and make it work, than give up)
[16:17] <slangasek> xnox: I can't find any relevant entry points in libnss_nis, so I'm not sure what this has to do with nsswitch at all
[16:18] <xnox> slangasek: no, not really. it's just that the bug is filed against older autofs5 vs newer autofs package
[16:18] <xnox> and I want to test what's going on. i remember poking that code while doing the merge and fixing other bugs.
[16:20]  * slangasek nods
[16:20] <infinity> slangasek: The parsing code that's throwing the error is fairly easily greppable in the autofs5 source.
[16:21] <infinity> slangasek: My assumption is that it's vomiting over the [WHATEVER=something] syntax
[16:23] <infinity> (Oh, that assumption would be based on me not continuing to read the bug comments where adding a line "fixes" it?)
[16:28] <xnox> i am confused as to what is the bug reported here.
[16:29] <xnox> nsswitch.conf is valid syntax
[16:29] <slangasek> yes
[16:29] <xnox> auto.master seems to configured correctly and it does work for me.
[16:29] <slangasek> nsswitch.conf is valid syntax, and autofs has its own wrong parser for nsswitch.conf
[16:29] <xnox> what's different in the reported setup that breaks?
[16:29] <xnox> hm... cause autofs expects spaces around [ ] ?
[16:30] <slangasek> dunno
[16:39] <xnox> slangasek: ok. thanks for that comment. now i am back to dmraid.
[16:41] <slangasek> bdmurray: what put bug #488696 on your radar?
[16:46] <jdstrand> slangasek: for security support, icedtea-6-plugin should be demoted and icedtea-7-plugin promoted, correct?
[16:47] <jdstrand> meh
[16:47] <jdstrand> slangasek: nm
[16:47] <jdstrand> sbeattie: ^
[16:47] <bdmurray> slangasek: the release task nominations
[16:48] <jdstrand> sbeattie: it looks like this is what icedtea-web is doing now, and thought I'd fix the component-mismatches if you tell me so
[16:48] <jamespage> jdstrand, I'd +1 that - lines up with the Java 6 -> 7 transition
[16:48] <jamespage> (and it was me that just switched the 'default')
[16:49] <slangasek> bdmurray: ah, ok
[16:51] <jdstrand> jamespage: ack
[16:52] <sbeattie> jdstrand: yeah, that's correct.
[16:53] <jdstrand> jamespage, sbeattie: thanks, I'll adjust
[16:53] <jamespage> jdstrand, marvellous - thanks
[16:54] <jdstrand> (done)
[17:00] <xnox> slangasek: both mdadm and dmraid have support for isms
[17:00] <xnox> s/isms/imsm/, the intel raid
[17:01] <xnox> and both try to assemble them in udev/initramfs
[17:01] <smoser> @pilot in
[17:01] <xnox> i will disable intel and ddf in mdadm for now, and will think about how to migrate from one to another...
[17:02] <xnox> since there is no way to know.
[17:02] <xnox> to know what the user wants.
[17:02] <xnox> the device names and symlinks generated are different
[17:07] <bdmurray> mterry: do you have any test case ideas for bug 818760?  I've uploaded an SRU for precise for it.
[17:08] <mterry> bdmurray, no...  I couldn't reproduce myself.  I just looked at the stacktrace and used that to fix the bug
[17:12] <doko> jamespage, java-access-bridge is obsolete now
[17:13] <jamespage> doko, thats what I thought looking at it; as it FTBFS I'll file a removal bug report
[17:13] <doko> yes, sounds fine
[17:14] <slangasek> xnox: ok, cool
[17:16] <tjaalton> @pilot out, meh
[17:16] <udevbot> (pilot (in|out)) -- Set yourself an in or out of patch pilot.
[17:16] <tjaalton> bah
[17:16] <tjaalton> @pilot out
[17:30] <shadeslayer> I found this in germinates output : ? Unknown desktop-common package: fonts-freefont
[17:31] <shadeslayer> shouldn't that be fonts-freefont-ttf ?
[17:32] <shadeslayer> cjwatson: ^ bzr log says you changed this :)
[17:32] <infinity> shadeslayer: Yeah, looks like a source/binary thinko.  I'll fix.
[17:33] <shadeslayer> infinity: awesome
[17:34] <infinity> shadeslayer: Committed.
[17:34] <shadeslayer> thanks
[17:34] <shadeslayer> now if someone could just tell me why smbfs was dropped ....
[17:35] <infinity> shadeslayer: In edgy...?
[17:35]  * shadeslayer is yet to find a reason for that
[17:35] <shadeslayer> infinity: quantal
[17:35] <shadeslayer> apparently Daviey did a merge and it disappeared
[17:35] <infinity> Oh, the log shows it being dropped in edgy. :P
[17:35] <shadeslayer> whut
[17:35] <shadeslayer> infinity: it comes from cifs-utils
[17:35] <shadeslayer> !info smbfs precise
[17:35] <shadeslayer> !info smbfs quantal
[17:36] <shadeslayer> dafuq
[17:36] <shadeslayer> ahh
[17:36] <shadeslayer> yes, as you can see, current cifs-utils is 2:5.5 whereas ubottu reports 2:5.1
[17:37] <shadeslayer> !info cifs-utils
[17:37] <infinity> shadeslayer: So, I see both smbfs and cifs-utils seeded...
[17:37] <shadeslayer> infinity: but smbfs doesn't exist ... https://launchpad.net/ubuntu/+source/cifs-utils/2:5.5-1ubuntu1
[17:37] <infinity> shadeslayer: Oh, you weren't talking about seeds anymore.  Check.
[17:37] <shadeslayer> nope
[17:38] <shadeslayer> infinity: I'm talking about completely missing binary packages in the archive
[17:39] <infinity> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=620847
[17:40] <infinity> shadeslayer: I think the answer here is "transition to using cifs-utils, and stop relying on smbmount"
[17:40] <shadeslayer> got it
[17:41] <shadeslayer> I guess I saw the transitional package on packages.debian.org
[17:41]  * shadeslayer fixes his seeds
[17:45] <infinity> shadeslayer: Fixed the samba-server seed in quantal too.
[17:46] <shadeslayer> yay
[17:47] <shadeslayer> infinity: uh ... wait, I don't understand, samba-server seed? 0.o
[17:47] <infinity> shadeslayer: For the "samba-server" Task.  It installed smbfs, which used to pull in cifs-utils transitively.
[17:48] <infinity> shadeslayer: Which obviously doesn't work anymore. :P
[17:48] <shadeslayer> ahh ok
[17:48] <shadeslayer> infinity: though, I'm curious as to where the samba-server task resides
[17:49] <infinity> apt-get install samba-server^
[17:49] <infinity> (or use tasksel)
[17:50] <shadeslayer> uhh
[17:50] <shadeslayer> !find samba-server quantal
[17:50] <infinity> It's a task, not a package.
[17:51]  * shadeslayer looks
[17:51] <infinity> apt-cache show samba | grep ^Task
[17:51] <shadeslayer> ahhhh ok
[17:53] <ogra_> hggdh, https://launchpad.net/~linaro-maintainers/+archive/overlay/+packages?field.name_filter=linaro-boot-utils&field.status_filter=published&field.series_filter=precise
[17:55] <ogra_> hggdh, http://paste.ubuntu.com/1123801/
[17:57] <ogra_> hggdh, http://people.canonical.com/~ogra/uboot/
[19:23] <SpamapS> slangasek: looking at the libbonobo SRU.. does this mean all the reverse deps have to be rebuilt, or just *tested* to build with the new one?
[19:23] <SpamapS> $ apt-cache rdepends libbonobo2-0|wc -l
[19:23] <SpamapS> 45
[19:23] <stgraber> SpamapS: just tested to build
[19:23] <SpamapS> ok
[19:24] <slangasek> SpamapS: just tested, yes
[19:24] <slangasek> stokachu: ^^ have libbonobo revdeps been build-tested now?
[19:27] <mhall119> can someone take a look at https://bugs.launchpad.net/ubuntu/+bug/1031886?
[19:27] <mhall119> at UDS-Q, sabdfl showed interest in a help lens
[19:28] <mhall119> it should already have a package
[19:32] <slangasek> SpamapS: hold off on nis in -proposed please
[19:33] <SpamapS> slangasek: ok. Is it broken-er than before?
[19:33] <slangasek> SpamapS: there's at least one regression, bug #993291
[19:33] <slangasek> and I think there may be another one, which is what I was looking for when stumbling upon that one
[19:34] <SpamapS> slangasek: should we mark bug 569757 verification-failed ?
[19:35] <slangasek> SpamapS: just doing so now, but wanted to make sure I got you directly to avoid any race conditions :)
[19:36] <SpamapS> slangasek: consider me blocked
[19:56] <slangasek> SpamapS: ok, further analysis tells me that publishing the nis SRU for lucid should be safe: https://bugs.launchpad.net/ubuntu/+source/nis/+bug/569757/comments/75
[19:56] <slangasek> SpamapS: btw, the tags on that bug ended up being 'verification-done verification-done-lucid verification-needed'... what's that supposed to mean?
[19:57] <slangasek> I've seen similar tag sets applied to other SRUs, but I'm not aware that the report tools do anything useful with such a combo, and AFAIK it's not documented on the SRU page
[19:58] <stgraber> slangasek: I implemented verification-done-<SERIES> into sru-report a few weeks ago
[19:58] <slangasek> ah
[19:58] <slangasek> then shouldn't it be *just* verification-done-<SERIES>, without the verification-done tag?
[19:58] <stgraber> yes
[19:59] <stgraber> using both was the old way of doing it as sru-report wouldn't mark it green
[19:59] <stgraber> so in the past most people would mark verification-done + verification-done-SERIES, then when accepted, the SRU team member would reset verification-done until all series were verified
[19:59] <stgraber> which was rather confusing, so for bugs like that, the "right" way of doing it now should be to only use the -SERIES tag
[20:36] <smoser> @pilot out
[20:57] <slangasek> what happened to firefox that's causing pdfs to now load in-browser in some horribly slow reader?
[20:57] <slangasek> is this just me?
[20:58] <elmo> slangasek: installing the adobe pdf reader can do that
[20:58] <slangasek> not installed
[20:58] <mdeslaur> slangasek: firefox now has a built-in pdf viewer
[20:59] <mdeslaur> slangasek: à la chrome
[20:59] <bkerensa> slangasek: we integrated reading
[20:59] <bkerensa> :D
[20:59] <slangasek> mdeslaur: how do I turn it off?
[20:59] <slangasek> this is not a feature
[20:59] <bkerensa> slangasek: you cannot atm
[20:59] <slangasek> argh
[21:00] <bkerensa> https://bugzilla.mozilla.org/show_bug.cgi?id=752676
[21:00] <bkerensa> :D
[21:00] <mdeslaur> dpkg -P firefox?
[21:00] <slangasek> mdeslaur: and use what instead for the browsing?
[21:01] <mdeslaur> slangasek: w3m-img! :P
[21:01] <slangasek> well, pdfjs.disabled lets me disable it entirely; still doesn't let me view pdfs directly in evince, I have to save them to file now :/
[21:01] <slangasek> mdeslaur: away with you, troll
[21:01] <mdeslaur> lol
[21:02] <mdeslaur> the retro-grouches I work with have started to rub off on me :)
[21:31] <SpamapS> slangasek: re the tags on the nis SRU.. IIRC there was also a Fix Committed task for another release, so verification-done + verification-needed == purple on the SRU report
[21:51] <clepto> hello, i am writing an app with quickly-pygtk-glade and i have some questions...i want to show a dialog and get the return id...
[21:52] <clepto> i used the run() method
[21:52] <clepto> but then i closed the dialog and try to reopen it
[21:52] <clepto> and i got an emtpy window
[21:52] <ogra_> clepto, see /topic ... #ubuntu-app-devel might be a better place to ask this
[21:52] <clepto> thanks!
[22:01] <enapupe> Hi, I'm searching for some information on how ubuntu handle multimedia keys on my keyboard, can anyone show me some directions?
[22:04] <slangasek> enapupe: /usr/share/doc/udev/README.keymap.txt.gz
[22:06] <enapupe> wow, now i'm 1 step ahead, ty very much slangasek !
[22:09] <enapupe> now, I was abble to find this: scan code: 0xC00CD   key code: playpause  // I would like to reproduce the effect of pressing this key, is this possible?
[22:18] <slangasek> enapupe: there's no good way to emulate keypresses that I know of
[22:18] <enapupe> slangasek: xdotool seems to work just fine, but it wont understand the multimedia keys
[22:19] <enapupe> xdotool key Alt+F4 // this works fine, prompts me to close the terminal
[22:20] <enapupe> AFAIK my keyboard works as 2 eventX instances, 1 for regular keys and another to multimedia
[22:20] <slangasek> yes, the problem with emulating multimedia keys is that many of them are mapped outside of the range of keycodes that can be represented in X - so they're actually bridged to the desktop via a dbus service
[22:21] <enapupe> is thing something on the driver level?
[22:22] <slangasek> no
[22:22] <slangasek> it might be gnome-settings-daemon intercepting these directly?
[22:23] <enapupe> sudo /lib/udev/keymap -i input/event5
[22:23] <enapupe> scan code: 0xC00EA   key code: volumedown
[22:23] <enapupe> ^C
[22:23] <enapupe> this behavior answers the question?
[22:42] <NCommander> Who usually handles migration of a package that's aged in proposed and is verification-done?
[22:43] <stgraber> sru team
[22:43] <stgraber> NCommander: on Wednesday it's SpamapS
[22:44] <NCommander> SpamapS: are you around? I'd like to see highbank migrate, its verification-done and in proposed
[22:44]  * NCommander fishes for a bug
[22:44] <NCommander> SpamapS: https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1004018
[22:45] <SpamapS> NCommander: infinity had asked me to leave those to him.
[22:45] <SpamapS> infinity: ^^ ?
[22:45] <NCommander> SpamapS: ah
[22:45] <SpamapS> NCommander: but yes, they appear to be ready
[22:45] <mdeslaur> SpamapS: any chance you can push LP: #953922?
[22:45] <NCommander> SpamapS: great, I'll nag infinity then.
[22:45] <mdeslaur> SpamapS: is that one not appearing on your list, or do you guys just have a back log?
[22:46] <SpamapS> mdeslaur: its there. I stopped 2 short of it. ;)
[22:46] <SpamapS> totem and remmina are in front of it
[22:46] <mdeslaur> SpamapS: ah, cool. thanks...I wasn't sure if I did something wrong or not.
[22:47] <SpamapS> mdeslaur: no, looks good. If its small I can do a quick queue jump..
[22:54] <SpamapS> mdeslaur: accepted :)
[22:55] <mdeslaur> SpamapS: awesome, thanks!
[22:55] <enapupe> slangasek: found a way! echoing the keything to \dev\input\event5
[22:55] <slangasek> ah, interesting
[22:56] <enapupe> don't ask me wtf is this keything, the weirdest string ever seen
[22:56] <enapupe> i don't know what kind of encoding it is
[22:57] <scientes> backslashes FTW
[22:58] <enapupe> :T
[22:58] <enapupe> scientes: would you believe if I say that i wrote corretly before, then deleted and typed wrong?
[22:59] <enapupe> maybe is my IRC client font which makes the slashes uggly ;P