[05:10] <pitti> Good morning
[05:11] <desrt> pitti: word up
[05:17] <pitti> hey desrt, how are you?
[05:24] <desrt> laughing.
[05:24] <smspillaz> :)
[05:24] <desrt> just had a hilarious conversation with my girlfriend
[05:24] <desrt> she's doing an assignment using MPI
[05:25] <desrt> there's a function MPI_Send() that takes, as its first argument, an array of things to send
[05:25] <desrt> the type of the array is specified in a later argument, like MPI_INT or MPI_DOUBLE, etc.
[05:25] <desrt> anyway.. the C type of the first argument is void*
[05:25] <desrt> so it can take any type of array
[05:26] <desrt> but it's sending the array.... so why not const void *
[05:26] <desrt> anyway...
[05:26] <desrt> she had a function that had a 'const double *array' and wanted to send it using MPI_Send
[05:26] <desrt> and she was having a weird crash that she couldn't figure out... so i took a look
[05:26] <desrt> and i see MPI_Send (&array, ....
[05:27] <desrt> so i look at her and say "did it happen that you got a warning from the compiler about something to do with pointers and you thought to yourself 'hmmm.. sometimes these go away when i add a &, so let's try that...'?"
[05:27] <desrt> and she says "...HOW DID YOU KNOW?!"
[05:28] <desrt> (much laughing)
[05:29] <pitti> *chuckle*
[05:29] <pitti> remembers me when I spent about two hours explaining the concept of pointers in C
[05:30] <pitti> to my wife
[05:30] <desrt> it's funny because i remember the days when such a system used to work for me
[05:30] <pitti> for someone who previously only worked a bit with PHP, Java, and Python, this was quite a challenge indeed
[05:30] <desrt> "hmmm... compiler warning... i wonder if i should add more '*', or '&' instead?"
[05:30] <mimico> good to know I am in such good company :-)
[05:31] <pitti> desrt: yeah, it's like dealing with a nagging cat or so -- you try this and that randomly until it's satisfied :)
[05:39] <desrt> pitti: is there an equivalent to apt-cache show for source packages?
[05:39] <pitti> desrt: yes; apt-cache showsrc
[05:39] <desrt> lovely.  thanks.
[06:01] <BigWhale> Morning
[06:38] <pitti> robert_ancell: hey Robert, how are you?
[06:38] <pitti> robert_ancell: I'll move your remaining three a2 WIs to b1, ok?
[06:41]  * desrt discovers pbuilder --execute
[06:50] <RAOF> pitti: Would you be up for sponsoring colord to Debian?
[06:51] <pitti> RAOF: sure! toss me the .dsc?
[06:51] <pitti> RAOF: oh, or from git, I suppose
[06:51] <RAOF> Yeah, git would be nice :)
[06:52] <RAOF> You'll need to uscan; pristine-tar is having a hissy fit about .orig.tar.xz again, it seems.
[06:53]  * RAOF thinks we should probably merge btrfs-tools from Debian, too; there's probably *something* interesting in the year and a half's development since our snapshot :)
[06:54] <didrocks> good morning
[06:57] <pitti> bonjour didrocks
[06:57] <RAOF> bonjour.
[06:57] <didrocks> guten morgen pitti, how are you?
[06:57]  * RAOF scurries off.
[06:57] <didrocks> hey RAOF :)
[06:58] <desrt> RAOF: weird issue i'm seeing lately, btw
[06:58] <desrt> RAOF: occasionally i'll be using my mouse scrollwheel in an app
[06:58] <desrt> then i'll go away and pay attention to another app for a bit
[06:59] <desrt> then go and try to scroll on the first app
[06:59] <desrt> and the result is that it seems that a whole lot of 'scroll up' events are sent at once
[06:59] <desrt> which either takes me to the top of a webpage or makes my volume very very loud
[06:59] <desrt> i've seen it happen at least with firefox and gtk3 apps
[06:59] <desrt> perhaps it's a weird symptom of the input transplant?
[07:01] <desrt> anyway... i'm having difficulty reproducing it, but it's happen maybe half a dozen times now
[07:03]  * desrt does bed
[07:10] <robert_ancell> pitti, sorry, missed you there.  That's fine, gtg, cya later
[07:10] <pitti> cu robert_ancell
[07:17] <pitti> RAOF: colord uploaded
[08:14] <pitti> mvo: guten Morgen
[08:19] <mvo> hey, guten morgen pitti
[08:38] <chrisccoulson> good morning everyone
[08:40] <pitti> hey chrisccoulson
[08:40] <chrisccoulson> hi pitti, how are you?
[08:41] <pitti> quite fine, thanks! I'm happy to have bent aptdaemon and packagekit to my will :)
[08:41] <didrocks> hey chrisccoulson
[08:41] <pitti> bonjour didrocks
[08:41] <didrocks> 07:57:22         pitti | bonjour didrocks
[08:41] <didrocks> spatial/temporal issue? :)
[08:41] <didrocks> hey again pitti! ;)
[08:42] <pitti> didrocks: cerebral issue
[08:42] <pitti> didrocks: I'm just so happy to see you!
[08:42] <didrocks> pitti: let's blame that on aptdaemon and packagekit! :)
[08:42] <didrocks> pitti: ahah, I see that :-)
[08:42] <pitti> or on my DSL reconnect 10 mins ago
[08:42]  * didrocks hugs pitti
[08:42] <pitti> not sure whether my messages to mvo and GunnarHj came through
[08:42] <didrocks> I don't see them
[08:42] <pitti> (irclogs.u.c. is behind)
[08:43] <pitti> didrocks: thanks, replaying
[08:43] <pitti> mvo: I recently landed plugin support in packagekit and aptdaemon, and would like to update aptdaemon to current trunk after alpha-2
[08:43] <mvo> pitti: hi, I just saw a "hello"
[08:43] <mvo> pitti: +1
[08:43] <pitti> mvo: this requires porting the s-c-aptdaemon-plugins to GI
[08:43] <pitti> mvo: I sent a MP, but do you have some general reservations about this?
[08:43] <mvo> pitti: I merged this this morning, many thanks!
[08:43] <pitti> GunnarHj: good morning! thanks for the fixes; reviewing now
[08:43] <pitti> GunnarHj: (and argh @ those UDD branches, I get merge conflicts)
[08:44] <pitti> mvo: oh, that was quick, thanks!
[08:44] <pitti> mvo: so we can upload that and aptdaemon after a2 freeze?
[08:44] <pitti> this works nicely now: pkcon what-provides "locale(de)"
[08:45] <pitti> so control-center or even our language-selector could use that upstream API now
[08:45] <mvo> yes
[08:45] <mvo> !!!
[08:45] <pitti> language-selector-common now just ships a five-line PK plugin which works in PK and aptdaemon-pkcompat
[08:46] <pitti> it's quite nice now
[08:46] <sil2100> Good morning everyone
[08:47] <pitti> we could also extend this with other apps, i. e. app-install-data-ubuntu could ship a what-provides(application) plugin, or generalize our gstreamer handling
[08:47] <pitti> and I can drop most of jockey's smarts with that, too
[08:47] <agateau> morning everyone,
[08:47] <pitti> hey sil2100, hey agateau
[08:47] <agateau> got a strange error upgrading glib yesterday evening
[08:47] <agateau> http://paste2.org/p/1891666
[08:47] <agateau> does it ring a bell to anyone?
[08:47] <pitti> yep
[08:48] <pitti> welcome to multi-arch
[08:48] <mvo> pitti: oh, that sounds interessting
[08:48] <pitti> (I bet)
[08:48] <agateau> pitti: I thought I entered multi-arch world last cycle?
[08:48] <pitti> agateau: did you dpkg -i a local build?
[08:48] <didrocks> hey sil2100, salut agateau
[08:48] <pitti> agateau: it usually happens if the i386 and amd64 versions are not upgraded at the same time
[08:49] <agateau> pitti: I don't remember building glib myself, checking nevertheless
[08:49] <pitti> agateau: I also updated my amd64 machine from ubuntu-desktop PPA, that worked fine here
[08:50] <pitti> oh, I recently removed all :i386 packages to test the new glib, so nevermind
[08:50]  * sil2100 finished building and installing all those test packages
[08:50] <agateau> pitti: I don't have any i386 version of glib installed
[08:50] <agateau> pitti: could it be caused by i386 versions of other packages?
[08:50] <pitti> no, I don't think so
[08:50] <sil2100> But I noticed that the compiz package you provided has a dlopen() of libplug1.so to /media/d1dddb1a-729f-40ef-9725-dc2a9ad56031/smspillaz/Source/Compiz/dev/dev/merges/compiz/core/compiz-core/build/src/libplug1.so
[08:50] <sil2100> ;)
[08:50] <pitti> agateau: dpkg -S /usr/share/doc/libglib2.0-0/ChangeLog.pre-2-2.gz
[08:51] <pitti> agateau: that should say libglib2.0-0
[08:51] <seb128> hey
[08:51] <pitti> bonjour seb128
[08:51] <sil2100> seb128: hi
[08:51] <agateau> pitti: mmm, that's embarassing
[08:51] <seb128> hey pitti, how are you?
[08:51] <agateau> pitti: libglib2.0-0:i386
[08:51] <pitti> agateau: ah, so perhaps you updated at a time when the PPA didn't have the new i386 built yet?
[08:51] <pitti> seb128: I'm great, thanks!
[08:51] <seb128> pitti, agateau: hiting that gzip multiarch bug again?
[08:51] <pitti> we went bowling last night, quite some fun
[08:51] <agateau> seb128: yep
[08:52] <seb128> pitti, oh, nice ;-)
[08:52] <pitti> seb128: debugging ATM, I hope not
[08:52] <seb128> pitti, ricotz mentioning he was hitting it often with his ppa builds, he gave me a diff yesterday to exclude ChangeLog.pre-2-2.gz from the zippage
[08:52] <pitti> seb128: and I'm just boring everyone with the packagekit news :)
[08:52] <didrocks> salut seb128
[08:52] <pitti> seb128: oh, so it's that again? argh
[08:52] <seb128> lut didrocks
[08:52] <seb128> pitti, seems so
[08:53] <agateau> pitti: oh, just noticedd the libglib2.0-0:i386 as "iU" status in dpkg -l,
[08:53] <agateau> pitti: should i dpkg -r it?
[08:54] <pitti> agateau: it'll probably require you to uninstall other :i386 stuff
[08:54] <pitti> agateau: if you don't need it, yuou can sudo apt-get purge libglib2.0-0:i386
[08:54] <agateau> pitti: ok, trying this
[08:54] <pitti> agateau: if not, just delete that changelog file from your system and dist-upgrade again
[08:55] <pitti> agateau: s/if not/if you need it/
[08:56] <chrisccoulson> gaaaaaah, https://launchpad.net/~mozillateam/+archive/firefox-next/+build/3179551 !!
[08:56] <chrisccoulson> hi seb128
[08:56] <chrisccoulson> how are you?
[08:56] <agateau> pitti: mmm, "apt-get purge..." => says to run apt-get -f install, "apt-get -f install" => complains about the .gz
[08:56] <seb128> hey chrisccoulson, I'm great thanks, how are you?
[08:56] <seb128> agateau, rm the .gz
[08:56] <agateau> pitti: going to rm the changelog file
[08:57] <pitti> agateau: bug 889303 FYI
[08:57] <ubot2`> Launchpad bug 889303 in gzip "gzip -9n sometimes generates a different output file on 64 bit (dup-of: 871083)" [Undecided,Confirmed] https://launchpad.net/bugs/889303
[08:57] <ubot2`> Launchpad bug 871083 in gzip "gzip -9n sometimes generates a different output file on different architectures" [High,Triaged] https://launchpad.net/bugs/871083
[08:57] <chrisccoulson> seb128, yeah, not too bad thanks. a bit tired though
[08:57] <agateau> pitti: ok, seems to fix it, thanks!
[08:58] <agateau> pitti: did I do something wrong to end up in this situation?
[08:59] <pitti> agateau: no, you didn't; it's the bug above
[08:59] <seb128> chrisccoulson, did you hack until early again? ;-)
[08:59] <agateau> pitti: ok
[08:59] <chrisccoulson> seb128, not really, but i'm stuck in a pattern of going to sleep at 4am ;)
[09:01] <seb128> chrisccoulson, that's enough to be tired I guess :p
[09:04] <chrisccoulson> and i'm nearly out of coffee!
[09:07] <tjaalton> slomo: hey, looks like gst-plugins-bad0.10 doesn't build a -dev package, needed for gstreamer-vaapi (GST_BASEVIDEO). would you accept a patch adding that?
[09:11] <slomo> tjaalton: no
[09:11] <slomo> tjaalton: there's no -dev package on purpose
[09:11] <slomo> tjaalton: the API of the -bad libraries is still unstable and possibly changes every release
[09:11] <tjaalton> sigh
[09:12] <tjaalton> so no way to build -vaapi then?
[09:14] <tjaalton> how often does -bad release anyway, the previous one was in may '11
[09:16] <slomo> tjaalton: there's a pre-release from december and a new one will be there this week, and hopefully a final release (probably the last in the 0.10 series) end of next week
[09:16] <slomo> tjaalton: and no idea about gstreamer-vaapi, sorry
[09:17] <tjaalton> slomo: ok, gstreamer-vaapi is needed for 12.04
[09:17] <slomo> tjaalton: "needed"?
[09:17] <pitti> tjaalton: perhaps you could copy some header files from -bad for the time being?
[09:18] <tjaalton> slomo: by OEM's
[09:18] <tjaalton> pitti: yeah, maybe..
[09:18] <pitti> tjaalton: and then add a strict dependency, to force updating when -bad changes?
[09:18] <slomo> tjaalton: it's really not the brightest idea to depend on the gst-plugins-bad libraries ;)
[09:18] <slomo> but pitti's idea sounds good, even if it's still ugly
[09:18] <tjaalton> ok, I'll work around it
[09:18] <pitti> well, FSVO "good"
[09:19] <pitti> cowboy packaging FTW
[09:19] <slomo> :)
[09:19] <tjaalton> but if the next release is the last of 0.10, isn't it possible to add the -dev package for it? 0.11/1.0 will break the api anyway?
[09:19] <slomo> tjaalton: i'll get in contact with gstreamer-vaapi upstream and we'll try to find a solution
[09:20] <tjaalton> slomo: cool, thanks!
[09:30] <slomo> tjaalton: ok, if you give me a patch to gst-plugins-bad to add a -dev package with a shlibs file that will always generate a =${binary:Version} dependency on the package i'll upload that to debian
[09:30] <slomo> tjaalton: i guess that's the best solution for now, copying the headers is more likely to cause breakage
[09:30] <tjaalton> slomo: cool, will do
[09:45] <smspillaz> didrocks: is there a way to force debuild to run autoreconf ?
[09:45] <pitti> smspillaz: yes, there is a rather elegant way
[09:45] <pitti> smspillaz: for cdbs packages, include /usr/share/cdbs/1/rules/autoreconf.mk
[09:45] <didrocks> smspillaz: for which package? (depends on which debhelper version)
[09:45] <pitti> smspillaz: for dh7 packages, dh --with autoreconf
[09:46] <smspillaz> didrocks: metacity
[09:46] <pitti> smspillaz: and add a dh-autoreconf build dep
[09:46] <smspillaz> it doesn't run autoreconf :(
[09:46] <didrocks> smspillaz: you need to add a build-dep on dh-autoreconf
[09:46] <smspillaz> ok, will do
[09:46] <pitti> metacity is cdbs
[09:49] <smspillaz> pitti: make: *** No rule to make target `/usr/share/cdbs/1/rules/autoreconf.mk'.  Stop.
[09:49] <smspillaz> dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit status 2
[09:49] <smspillaz> debuild: fatal error at line 1350:
[09:49] <pitti> smspillaz: as didrocks and I said, you need to add a dh-autoreconf build dep
[09:49] <pitti> that package ships it
[09:50] <smspillaz> ah fun
[09:52] <GunnarHj> pitti: Hello, Martin!
[09:52] <pitti> hey GunnarHj
[09:52] <GunnarHj> pitti: Merged? Yeay!! :)
[09:52] <pitti> GunnarHj: heh, it took a while :)
[09:53] <seb128> mvo, pitti: do you have any opinion on what to do about bug #923171
[09:53] <ubot2`> Launchpad bug 923171 in update-manager "software-center crashed with AttributeError in popup(): 'Menu' object has no attribute 'popup_for_device'" [High,Confirmed] https://launchpad.net/bugs/923171
[09:53] <pitti> GunnarHj: I'm currently debugging the migration in postinst, it also writes everythign to /etc/environment
[09:53] <pitti> seb128: will look in a bit; wit gtk 3 popup_for_device() is supposed to work
[09:53] <seb128> mvo, pitti: it's basically the gtk currently in the ubuntu-desktop ppa which has an api break in annotations
[09:53] <GunnarHj> pitti: Yep. l-s should be much easier - in effect no important changes.
[09:54] <seb128> pitti, well, upstream renamed it on purpose, it's not really a bug, but it's still an api break... desrt started a discussion on the gtk devel list about binding stability
[09:54] <mvo> has anyone experience with the Geoclue dbus interface? when I use the ubuntu provider directly it works fine, but when I use org.freedesktop.Geoclue.Master it tells me it has no address provider
[09:54] <mvo> seb128: what are the options?
[09:54] <seb128> pitti, mvo: meanwhile not sure if we should revert or do something else or fix update-manager and software-center
[09:54] <seb128> mvo, ^ those 3 I guess
[09:54] <GunnarHj> pitti: Re: postinst - yes, shouln't it? That's what l-s has done all the time.
[09:55] <seb128> 1- revert the rename, but that makes us api incompatible with upstream, I don't like it
[09:55] <seb128> 2- somewhat add the old name as an alias or something (not sure how it can be done technically)
[09:55] <seb128> 3- fix the rdepends
[09:55] <pitti> ah, I see
[09:55] <seb128> fix -> update
[09:55] <mvo> seb128: I'm fine changing the code in s-c/u-m, its just yet another bad experience for me as a develop (and for others)
[09:55] <mvo> I think (2) is the best option for upstream
[09:55] <seb128> right
[09:56] <mvo> but *shrug*
[09:56] <sil2100> smspillaz: what does compiz use libplug.so for?
[09:56] <pitti> seb128: with the rename-to: I'm not sure whether we can write an override (your option 2)
[09:56] <seb128> mvo, if you can get 3) meanwhile, I plan to upload gtk after the a2 freeze
[09:56] <seb128> mvo, so I would like to not break stuff and you to be ready ;-)
[09:56] <seb128> pitti, yeah, me neither :-(
[09:56] <mvo> seb128: what needs to be used instead?
[09:56] <pitti> seb128: I'll examine 2 after I'm done with accountsservice
[09:56] <seb128> pitti, danke
[09:56] <pitti> mvo: just popup(), as in the old days
[09:56] <mvo> ok
[09:57] <seb128> what pitti said
[09:57] <mvo> but of course if I do that now it will break with current gtk
[09:57] <mvo> right?
[09:57] <seb128> yes
[09:57] <pitti> yes
[09:57] <mvo> (Geoclue anyone ;) ?
[09:57] <mvo> *sigh*
[09:57] <seb128> :-(
[09:57] <mvo> ok, thanks
[09:57] <pitti> mvo: I'll investigate re-inroducing _for_device()
[09:57] <seb128> I guess you can do a "get gtk version and conditional code paths"
[09:57] <mvo> thanks pitti
[09:58] <mvo> do we have any idea for how long this was actually available?
[09:58] <sil2100> smspillaz: since main.cpp in compiz does a dlopen of libplug.so with some absolute path from your system, hm
[09:58] <seb128> mvo, but I agree it sucks hard, well at least this time they have an upstream discussion on how to solve this problem
[09:58] <mvo> i mean, what timeframe are we talking about?
[09:58] <seb128> mvo, for what?
[09:58] <smspillaz> sil2100: um. whooooooooops
[09:58] <mvo> popup() vs popup_for_device()
[09:58] <seb128> mvo, the rename is in the gtk which is in the ppa that will go to precice when the a2 freeze lifts
[09:58] <smspillaz> I think that was the tarball I was using to debug the linking bug
[09:58] <smspillaz> err
[09:58] <mvo> I assume that this is used by more than just u-m/s-c
[09:58] <smspillaz> I'll get you a new one
[09:58] <seb128> mvo, so I hope today
[09:59] <mvo> I mean, when was popup_for_device introduced, how long ago?
[09:59] <seb128> mvo, well it's only an annotation rename, it doesn't affect C or vala
[09:59] <pitti> can we hold this back a bit?
[09:59] <sil2100> smspillaz: hoho, so should I just remove the dlopen() thingy ;)? Or is there a bit more I'll have to remove?
[09:59] <smspillaz> (this is what happens when I rush around)
[09:59] <sil2100> smspillaz: thanks ;)
[09:59] <smspillaz> sil2100: uhhh, I'll get you a new one, hang on
[09:59] <pitti> seb128: it's also used in computer-janitor and other places
[09:59] <seb128> pitti, sure, anyway I just wanted to start the discussion early so maybe we can resolve it and not delay the gtk upload too much
[10:00] <pitti> I still don't understand http://bugzilla-attachments.gnome.org/attachment.cgi?id=206147
[10:00] <pitti> popup() and popup_for_device() have two distinct APIs
[10:00] <seb128> pitti, but deal with your accountsservice changes and ping me back later when you have time for it
[10:00] <pitti> why can they rename one to be the other?
[10:00] <seb128> pitti, well see https://bugzilla.gnome.org/show_bug.cgi?id=657385
[10:00] <ubot2`> Gnome bug 657385 in menu "[introspection] gtk_menu_popup() not introspected" [Normal,Resolved: fixed]
[10:01] <seb128> they expose only one to bindings on purpose it seems
[10:01] <seb128> pitti, but anyway, finish what you are working on
[10:01] <seb128> we can discuss gtk after lunch or later today
[10:01] <pitti> yes, but popup_for_device() requires a device argument
[10:02] <mvo> heh :) does that mean that if you lookup how to use it using the C docs you get the wrong info? not quite the best approach
[10:02] <mvo> I mean, there are no binding specific docs and now when you look at the C docs they tell you something wrong?
[10:03] <pitti> yes, that's my concern
[10:03] <seb128> mvo, pitti: ok, what about reverting the annotation change for this upload? so we don't block gtk and don't break anything until we sort things
[10:03] <smspillaz> sil2100: rebuilding hang on
[10:03] <pitti> mvo, seb128: also, it's not a concern for python
[10:03] <pitti> mvo: you can use .popup() right now
[10:04] <pitti> there's an override which defines a python .popup() bycalling popup_for_device(None, ...)
[10:04] <pitti> seb128: fine for me; it seems actively wrong to me
[10:05] <seb128> pitti, mvo: ok, I will revert for that upload so we can sort it quietly without rush
[10:05] <mvo> thanks
[10:06] <mvo> seb128: is there a good place to ask about geoclue?
[10:06] <seb128> mvo, not sure, you can try pinging bastien on #gnome-hackers if you have the skin for it :p
[10:07] <sil2100> smspillaz: ok ;)
[10:07] <seb128> mvo, otherwise wait for kenvandine to join, he's probably the one knowing the best that stack around, he worked with it before
[10:07] <pitti> seb128, mvo: I followed up to the upstream bug
[10:07] <mvo> seb128: I will wait for ken
[10:07] <mvo> seb128: I don't have enough guts for flames this morning
[10:08] <seb128> mvo, ;-)
[10:08] <seb128> pitti, danke
[10:25] <pitti> GunnarHj: sorry, DSL reconnect; if you said something in the last few mins, I didn't get it
[10:25] <jasoncwarner_> hey seb128 quick ? for ya. I am testing a new install on a new machine and I am trying install dropbox, but I'm getting an error.
[10:26] <pitti> GunnarHj: so, got everything queued up in bzr, now waiting for the freeze to lift
[10:26] <seb128> jasoncwarner_, hey
[10:26] <jasoncwarner_> seb128: nautilus-dropbox depends on libnautilus-extension1 (>= 1:2.22.2); however:
[10:26] <jasoncwarner_>   Package libnautilus-extension1 is not installed.
[10:26] <jasoncwarner_> seb128: hey :)
[10:26] <pitti> jasoncwarner_: sounds like a dropbox version for lucid or so
[10:26] <jasoncwarner_> when I try to install that extension, I can't b/c it is replaced by libnautilus-extension1a, which also doesn't install?
[10:26] <seb128> jasoncwarner_, seems that version of nautilus-dropbox needs to be rebuilt for precise
[10:26] <pitti> jasoncwarner_: isn't that spelled "ubuntu one"? :-)
[10:27] <jasoncwarner_> pitti: :) yeah, it is
[10:27] <jasoncwarner_> pitti: I still have some old docs on there, unfortunately it seems
[10:27] <pitti> I thought the dropbox guys even asked us to remove dropbox from the archives
[10:27] <seb128> jasoncwarner_, the current version has a "a" at the end indeed, nautilus-dropbox needs to be rebuilt to use that one
[10:27] <jasoncwarner_> pitti: I tried downloading .deb from dropbox.com
[10:27] <jasoncwarner_> seb128: ok...I'll ask them to do that ;)
[10:28] <seb128> jasoncwarner_, ok
[10:30] <pitti> hah: http://status.ubuntu.com/ubuntu-precise/canonical-desktop-team-precise-alpha-2.html
[10:30] <pitti> (ok, cheating: moved some WIs)
[10:30] <pitti> but we are clean wrt. alpha-2 now
[10:31] <didrocks> :)
[10:32] <didrocks> pitti: I think I'll have to drop my remaining oneconf WI (with the installer) as there is no work on ubiquity this cycle and with the latest additional requirements from design for g-c-c
[10:33] <pitti> didrocks: ah, too bad :( I know it's a project close to your heart :(
[10:33] <didrocks> pitti: yeah, but it's always postponed cause ENOTENOUGHTIME or EDEPENDSONOTHERTEAM :/
[10:34] <didrocks> (and the isd team dropped their oneconf WI)
[10:34] <didrocks> well, at least, we will still have the software-center integration :)
[10:35] <didrocks> (at least, it gained a full testsuite this cycle)
[10:55] <chrisccoulson> fantastic. whilst investigating another bug, i've discovered that the current firefox nightly doesn't build on armel :-(
[11:16] <soren> Er.. How do I choose unity-2d in Precise? I don't see a session chooser in the Precise lightdm.
[11:17] <didrocks> I like the love from the testers
[11:17] <didrocks> "this test is silly, F is not the accelerator in all languages for File"
[11:17] <didrocks> (2 people)
[11:17] <didrocks> rather than telling that, please help updating it! :)
[11:18] <soren> I see that unity-2d is installed by default, but how do I choose it?
[11:18] <seb128> soren, you click on the small gear icon on the greeter
[11:18] <seb128> next to your name
[11:18] <soren> It
[11:18] <soren> It's not there.
[11:18] <soren> I was in Oneiric..
[11:18] <seb128> soren, update your unity-greeter to the currnet version and restart?
[11:18]  * soren goes and checks again
[11:19] <seb128> soren, I fixed that tuesday
[11:19] <seb128> soren, well I backported the fix from mterry to be exact
[11:19] <soren> Note: This is not an upgrade (it's a new laptop), so I may be missing some packages or whatnot.
[11:19] <soren> seb128: Oh. Yeah, I'm a couple of days behind on updates (hotel wifi and whatnot). I'll update. Thanks.
[11:20] <soren> I just assumed the functionality moved somewhere else
[11:20] <seb128> soren, unity-greeter is tiny, otherwise log in and log out or switch user, I think it was off only on first greeter start
[11:37] <rickspencer3> seb128, pitti, etc...
[11:37] <rickspencer3> A2 today, what's the word on the street?
[11:37] <rickspencer3> didrocks, mot dans la rue?
[11:38] <seb128> rickspencer3, no issue that I know about
[11:38] <seb128> but I didn't follow things closely out of desktop land
[11:38] <didrocks> rickspencer3: unity 5.2 will maybe be slightly delayed (boot time regression). I'm continuing collecting the user results, taking time :)
[11:39] <rickspencer3> hmmm
[11:39] <rickspencer3> isn't A2 image already rolled?
[11:40] <seb128> rickspencer3, yes, unity 5.2 will be uploaded after a2
[11:40] <seb128> rickspencer3, i.e orthogonal topic
[11:40] <rickspencer3> ackity
[11:40] <rickspencer3> right, thanks seb128
[12:00] <chrisccoulson> jasoncwarner_, you're using the aurora builds from https://launchpad.net/~ubuntu-mozilla-daily/+archive/firefox-aurora/+packages aren't you?
[12:01] <jasoncwarner_> chrisccoulson: I was on my other machine..but I had to send ti back to get repaired...on this new one I'm just using stock firefox
[12:01] <jasoncwarner_> chrisccoulson: firefox 10
[12:01] <chrisccoulson> jasoncwarner_, oh, never mind then :)
[12:01] <jasoncwarner_> chrisccoulson: you want me to test something?
[12:01] <chrisccoulson> i was going to ask if you wanted to smoketest the new builds, before i turn publishing back on again
[12:09] <chrisccoulson> soooooo, when can we start uploading again? :)
[12:20] <pitti> rickspencer3: haven't really followed A2 this time, I'm afraid
[12:21] <pitti> it's been fairly quiet today, as most of the action happens during US day
[12:25] <seb128> can we upload yet?!
[12:25] <seb128> can we upload yet?!
[12:25] <seb128> can we upload yet?!
[12:25] <seb128> ;-)
[12:26] <sil2100> smspillaz: how's the rebuilding proceeding ;)?
[12:26] <sil2100> I mean, re-packaging
[12:26] <smspillaz> oh right
[12:26] <smspillaz> whoops
[12:26] <smspillaz> I'll upload the new tarball now
[12:26] <smspillaz> sorry got caught up in a bunch of stuff
[12:27] <smspillaz> sil2100: same place as it was last time
[12:27] <smspillaz> (keep in mind I haven't had a chance to thoroughly test this one)
[12:27] <smspillaz> at least all the unit tests pass though
[12:28] <ricotz> seb128, hi
[12:28] <seb128> ricotz, hey, how are you?
[12:28] <sil2100> smspillaz: thanks - sorry for the trouble!
[12:28] <smspillaz> sil2100: no, thank /you/ :)
[12:28] <ricotz> seb128, great, you too?
[12:28] <seb128> ricotz, I'm fine thanks
[12:28] <smspillaz> and /sorry/ from myself from the delay and the accidental oops
[12:29] <ricotz> seb128, did you added the glib packaging changes?
[12:29] <seb128> ricotz, no, I plan to do that for the upload to precise once the a2 freeze lifts which is not done yet
[12:29] <ricotz> especially libelf-dev
[12:29] <ricotz> alright
[12:30] <seb128> ricotz, I didn't plan to do another ppa upload only for that
[12:30] <seb128> by the time the ppa build the archive will probably be unfrozen :p
[12:30] <ricotz> i see ;)
[12:31] <seb128> ricotz, is gtk good otherwise or do you have fixes for it as well?
[12:31] <ricotz> seb128, havent looked at gtk3, sorry
[12:32] <ricotz> there werent changes like glib had
[12:32] <seb128> ricotz, no worry, I was just asking to make sure to not overlook something you already fixed ;-)
[12:32] <ricotz> i guess light-themes are fixed too
[12:33] <seb128> Cimi said he would have them fixed today
[12:33] <ricotz> yes, i noticed some commits
[12:34] <ricotz> havent checked, but it could be it isnt working with current trunk again
[12:36] <seb128> ricotz, yeah, it seems he fixed it in trunk
[12:37]  * ricotz meant light-themes trunk probably isnt working with current gtk trunk again :\
[12:39] <seb128> ricotz, not a surprised, they are quite agressive on theming changes this cycle
[12:40] <seb128> ricotz, we will have to do the same themes update dance again for next tarball
[12:40] <smspillaz> sil2100: tarball is in the same place
[12:40] <seb128> Laney, hey
[12:40] <ricotz> seb128, yeah :\
[12:41] <seb128> Laney, seems that the new tomboy serie is not too crazy on changes you can probably update precise to 1.9 if you want
[12:42] <seb128> Laney, just mentioning that we have no objection to update if you want to do it, no strong reason to update either, your call basically ;-)
[12:49] <sil2100> smspillaz: thanks!
[13:06] <seb128> chrisccoulson, oh!
[13:06] <seb128> chrisccoulson, you get bug #923774 it seems ;-)
[13:06] <ubot2`> Launchpad bug 923774 in unity "launcher doesn't get its colors back when closing the dash with esc" [Low,Invalid] https://launchpad.net/bugs/923774
[13:07] <seb128> chrisccoulson, I closed it because it happened only once, but seems it's not only me then :p
[13:09] <Laney> seb128: hey, yeah, probably will soon. I actually wasn't intentionally not doing it, just got distracted by doing the mono transition in debian
[13:11] <seb128> Laney, ok, thanks
[13:22] <chrisccoulson> seb128, yeah, it's quite reproducible for me :)
[13:23] <seb128> chrisccoulson, oh, it's on the second monitor, I work lid closed most of the time, I probably hit it while playing with multimonitor the other day
[13:40] <sil2100> Aargh
[13:41]  * sil2100 is struggling with packages
[13:41] <sil2100> ;)
[13:43] <GunnarHj> pitti: ping?
[13:43] <pitti> hey GunnarHj
[13:43] <GunnarHj> pitti: Shouldn't im-switch be a dependency in l-s, even if it's deprecated, as long as we haven't changed the code to make use of im-config instead?
[13:43] <GunnarHj> Suppose that whether such a code change is motivated depends on the status of l-s.
[13:43] <GunnarHj> * l-s replaced by g-c-c before 12.04 => Don't bother
[13:43] <GunnarHj> * l-s shipped with 12.04             => Change
[13:43] <GunnarHj> ??
[13:44] <pitti> GunnarHj: yes, I think it should be
[13:44] <pitti> GunnarHj: ah, I was going to apply that patch separately, sorry
[13:44]  * pitti does not
[13:44] <pitti> err, "now"
[13:45] <GunnarHj> pitti: Does it mean you'll add that dependency now? :)
[13:45] <pitti> yes
[13:45] <GunnarHj> pitti: Ok.
[13:45] <pitti> GunnarHj: pushed
[13:46] <pitti> sorry for the oversight
[13:46] <GunnarHj> pitti: No problem.
[13:48] <GunnarHj> pitti: When do you think it will be decided on l-s in 12.04? I'm asking because if it will be included, and since it's an LTS, I think the help document should be updated and translated.
[13:49] <pitti> GunnarHj: certainly within the next two or three weeks -- whatever is in beta-1, will be in final
[13:49] <pitti> GunnarHj: I'll talk to rodrigo next time he gets online
[13:49] <pitti> I have some prerequisite work to land for him after the freeze
[13:50] <chrisccoulson> seb128, ah, https://bugs.launchpad.net/unity/+bug/925442/comments/4
[13:50] <ubot2`> Launchpad bug 925442 in unity "Colour of launcher on second monitor is not restored after closing the dash" [Undecided,New]
[13:50] <chrisccoulson> there are cases where it doesn't happen :)
[13:50] <GunnarHj> pitti: Ok, then it will be enough time to fix the docs and other minor things.
[13:50] <pitti> GunnarHj: but AFAIUI the region panel still doesn't have a method for configuring ibus
[13:51] <pitti> GunnarHj: so I'm beginning to consider just keeping l-s a little longer
[13:51] <chrisccoulson> hmmm, time to free some cruft. firefox build just died because i ran out of disk space
[13:51] <pitti> at least we have a proper check-language-support now
[13:51] <pitti> and we can integrate the library into ubiquity
[13:53] <GunnarHj> pitti: Input method handling is mentioned in the spec at https://live.gnome.org/Design/SystemSettings/RegionAndLanguage, but I don't know about real life.
[14:01] <pitti> GunnarHj: ah, I don't think that's currently implemented
[14:04] <smspillaz> chrisccoulson: haha, I keep hearing about the fact that they have to back out features too because the compiler runs out of memory
[14:04] <chrisccoulson> smspillaz, oh, that's only happened on windows, and only once recently (and it was the linker)
[14:04] <chrisccoulson> and also because the linker is constrained to 3GB of address space ;)
[14:04] <smspillaz> yeah I can imagine linking firefox must be ... painful
[14:04] <smspillaz> chrisccoulson: yeah I know it was just windows ;-)
[14:05] <GunnarHj> pitti: What's even more important IMO is whether they have implemented an interface for maintaining the LANGUAGE list.
[14:05] <chrisccoulson> linking chrome is even more painful - that's apparently 9GB on windows ;)
[14:05] <smspillaz> chrisccoulson: yeah all that static linking
[14:05] <pitti> GunnarHj: not in Rodrigo's current branch
[14:05] <seb128> chrisccoulson, stop, you remind me of my recent webkit build :p
[14:05] <GunnarHj> pitti: Hmm, in that case ...
[14:08] <pitti> GunnarHj: I just saw that we could drop the old CheckLanguageSupport class/code relatively easily now
[14:08] <pitti> so I'll at least do that to get rid of some crufty code
[14:10] <GunnarHj> pitti: Great, then I don't need to try understanding it. :)
[14:11] <pitti> GunnarHj: btw, could you try something quickly?
[14:11] <pitti> GunnarHj: I'm not sure it's because of my hacked box, or a genuine bug
[14:11] <GunnarHj> pitti: I can try, what's up?
[14:12] <chrisccoulson> oh, that was really stupid of me. in an effort to free up disk space after i ran out and hosed a build already, i have just rm -rf'd my new build tree!
[14:12] <pitti> GunnarHj: so, start gnome-language-selector
[14:12] <chrisccoulson> damn!
[14:12] <pitti> GunnarHj: can you drag'n'drop stuff in the lang list?
[14:12] <pitti> GunnarHj: I can't
[14:12] <pitti> GunnarHj: it starts working when I operate any combobox, like the ibus one or switch to Region and change the locale there
[14:13] <GunnarHj> pitti: Oh, I'm on Oneiric now - Precise is on a separate partition, so I need to quit here and come back.
[14:13] <pitti> GunnarHj: does it work on oneiirc?
[14:14] <GunnarHj> pitti: Yes.
[14:14] <chrisccoulson> smspillaz, http://groups.google.com/group/mozilla.dev.apps.firefox/browse_thread/thread/ab0164a039e425e4#
[14:14] <pitti> GunnarHj: ok, good; at least it's not a released regression yet
[14:14] <chrisccoulson> that means they can update their toolchain and avoid the 3GB address space limit
[14:15] <GunnarHj> pitti: Btw, I did that in Precise several times when testing the a-s MP, so I'd say that it works for me in Precise as well.
[14:15] <pitti> GunnarHj: ok; could be a recent GTK regression then
[14:15] <smspillaz> chrisccoulson: this really is the trouble with supporting an operating system for *thirteen years*
[14:15] <chrisccoulson> yeah :)
[14:16] <seb128> pitti, what regressed?
[14:16] <chrisccoulson> smspillaz, but, we need them to support us for 5 years, which is probably going to be harder than supporting windows for 13 years ;)
[14:16] <smspillaz> chrisccoulson: indeed
[14:16] <pitti> seb128: can you open gnome-language-selector and check if you can move items in teh lang list with drag&drop?
[14:17] <seb128> pitti, I can't, I noticed that the other day, I had to edit .profile by hand to restore my locale
[14:17] <seb128> which I broke by running the region capplet for testing
[14:17] <pitti> seb128: you can operate a combobox like the ibus or the region locale one
[14:17] <pitti> seb128: then it starts working
[14:17] <seb128> oh ok
[14:17] <pitti> well, at least for me
[14:17] <seb128> well in any case I confirm the issue
[14:17] <pitti> that's with and without ubuntu-desktop PPA
[14:17] <seb128> it's not the most recent gtk, I got it before that iirc
[14:17] <pitti> i. e. either GTK
[14:19] <GunnarHj> seb128, pitti: Strange, I haven't noticed it, and have tested it a lot lately on an updated Precise.
[14:51] <cyphermox> pitti: could you please take a look at the checkbox 0.12.10 package in the queue for oneiric-proposed? :)
[14:52] <pitti> chrisccoulson: hm, the new version doesn't mention bug 877752, which is also verification-failed?
[14:52] <ubot2`> Launchpad bug 877752 in checkbox "connect_wireless can unintentionally choose a non-wireless connection to connect to" [Undecided,Fix committed] https://launchpad.net/bugs/877752
[14:53] <chrisccoulson> pitti, was that meant for cyphermox? ;)
[14:53] <pitti> err, yes, sorry
[14:53] <chrisccoulson> heh
[14:54] <cyphermox> pitti: right, the fix was dropped from it?
[14:54] <cyphermox> did I screw this up again?
[14:55] <pitti> cyphermox: no, I was just wondering
[14:55] <pitti> as it's glaring red on pending-sru.html :)
[14:55] <cyphermox> oh ok :)
[14:58] <pitti> cyphermox: hm, the diff looks very incomplete; it addresses two of the changes mentioned, but not theh others?
[14:58] <pitti> cyphermox: http://launchpadlibrarian.net/91624753/checkbox_0.12.9_0.12.10.diff.gz
[15:06] <pitti> GunnarHj: did I get this right, l-s is not using the ls-dbus-backend SetSystemDefaultLanguageEnv() stuff any more, right?
[15:07] <GunnarHj> pitti: Yes it does - for setting system language and system formats.
[15:07] <pitti> ./LanguageSelector/LanguageSelector.py:        iface.SetSystemDefaultFormatsEnv(sysFormats)
[15:07] <pitti> GunnarHj: was asking because of this ^
[15:09] <pitti> GunnarHj: same for SetSystemDefaultLanguageEnv
[15:11] <pitti> GunnarHj: it looks like ./LanguageSelector/gtk/GtkLanguageSelector.py has writeSystemFormats() which calls writeSysFormatsSetting() which in turn calls SetSystemDefaultFormatsEnv
[15:11] <pitti> hm, confused
[15:12] <GunnarHj> pitti: SetSystemDefaultLanguageEnv() is a method in dbus_backend/ls-dbus-backend
[15:12] <GunnarHj> pitti: Yes, it's a chain of calls to get to the place where it actually happens.
[15:13] <pitti> GunnarHj: right; and I thought we could get rid of that dbus-backend
[15:13] <pitti> GunnarHj: I thougt it would call accountsservice now
[15:14] <GunnarHj> pitti: But how would an admin then be able to change the system settings? You need to be root for that.
[15:14] <pitti> so accountsservice doesn't do that/
[15:14] <pitti> ?
[15:14] <pitti> sec, door bell
[15:14] <pitti> otherwise, why would accountsservice need to change /etc/default/locale?
[15:15] <GunnarHj> pitti: Yes, but only for user settings. accountsservice serves accounts, not the system.
[15:16] <GunnarHj> pitti: Does a-s change /etc/default/locale?
[15:16] <pitti> GunnarHj: ah, right; mixed that up
[15:16] <GunnarHj> pitti: Ok
[15:16] <pitti> GunnarHj: it seems it should at some point
[15:16] <pitti> control-center has the same "system-wide" button, I wonder what they use
[15:20] <GunnarHj> pitti: I don't know either.
[15:30] <pitti> GunnarHj:  5 files changed, 8 insertions(+), 462 deletions(-)
[15:30] <pitti> GunnarHj: some cleanup :)
[15:31] <pitti> GunnarHj: (the 8 additions are just debian/changelog)
[15:31] <GunnarHj> pitti: Nice! Will study it later on.
[15:32] <pitti> GunnarHj: unless you want your eyes to pop out, I suggest to rather not look at the old CheckLanguageSupport.py code
[15:32] <GunnarHj> pitti: Thanks for the warning. :)
[15:33] <pitti> GunnarHj: the fun thing is, even with removing all this, gnome-language-selector _still_ shows me the missing packages -- it must have another duplication of that entire logic somewhere
[15:33] <ronoc> http://musicforprogramming.net/ - a pleasure
[15:33] <pitti> GunnarHj: oh, indeed, in LangCache.py -- gosh
[15:34] <smspillaz> ronoc: <3!!!!!!
[15:35] <smspillaz> ronoc: I keep listening to explosions in the sky haha, would be nice to have a change
[15:36] <ronoc> smspillaz, nothing wrong with a bit of explosions, although after a while i would need to change, some nice stuff in those mixes. there is always our set of podcasts for the more opened minded forwind.net/podcasts
[15:37] <GunnarHj> pitti: Yes. As you may recall, I proposed a change in LanguageInformation() for Oneiric, which was needed to deal with the Oneiric simplifications of language installation.
[15:37] <ronoc> smspillaz, some are pretty accessible (the first couple)  the later ones are very free improvy
[15:37] <smspillaz> :)
[15:37]  * pitti bursts out in tears
[15:52] <smspillaz> didrocks: hey, next compiz upload are we changing the ws switcher shortcuts to use <super>foo instead of <ctrl><super>foo ?
[15:55] <didrocks> smspillaz: yeah
[15:55] <didrocks> smspillaz: why, should we old on that?
[15:55] <didrocks> hold*
[16:00] <smspillaz> didrocks: nope, just checking
[16:02] <seb128> mdeslaur, please don't assign bugs to ubuntu-desktop, assign them to canonical-desktop-team if they need to be assigned
[16:03] <seb128> mdeslaur, ubuntu-desktop team has the ubuntu-desktop mailing list set as email address so assigning to it leads to list spamming
[16:08] <mdeslaur> seb128: whoops! sorry about that
[16:08] <seb128> mdeslaur, no worry, you are not the first one to do it ;-)
[16:25] <seb128> kenvandine, when do you plan to upload your new g-c-c?
[16:25] <kenvandine> when it works :)
[16:26] <desrt> mpt: hey
[16:26] <seb128> kenvandine, I noticed it because launchpad is stupid and sent a bunch of "lp:~ken-vandine/gnome-control-center/expose-card-ports" links to bugs listed in the previous changelogs
[16:26] <kenvandine> i refreshed all the patches so it merges with the latest package
[16:26] <desrt> mpt: looking at https://wiki.ubuntu.com/MenuBar#inherited just now
[16:26] <kenvandine> ugh!
[16:26] <mpt> desrt, yep
[16:26] <kenvandine> annoying...
[16:26] <desrt> mpt: are you aware of how the gmenumodel stuff generally works?
[16:26] <mpt> desrt, I know it's a structure that can be reused, but no more than that.
[16:26] <seb128> kenvandine, yeah, well don't worry about that, I'm asking because I wanted to do an upload today or tomorrow and I was wondering if I should wait for you to upload and sneak stuff in or just go ahead
[16:27] <kenvandine> seb128, that was because i was sending ronoc a branch with all the quilt patches applied for him to base on
[16:27] <desrt> mpt: these mockups pretty much hit the nail right on the head
[16:27] <seb128> kenvandine, i.e if you will be ready this week or probably rather next week
[16:27] <desrt> mpt: except that the structure is slightly less flexible than what you suggest here
[16:27] <kenvandine> seb128, i want to put it in the ubuntu-desktop ppa first
[16:27] <seb128> kenvandine, ok, I will just do my upload then, thanks
[16:27] <kenvandine> seb128, is there a release?
[16:27] <desrt> mpt: at present, the only changes that can be supported as you move between windows is that items can be greyed
[16:28] <seb128> kenvandine, no, I just want to merge the work from agateau and maybe backport some git fixes
[16:28] <kenvandine> ok, the tricky thing is ronoc's patch is hugh
[16:29] <mpt> desrt, so, no changes in function, let alone rewordings or additions?
[16:29] <seb128> kenvandine, I'm pondering if it wouldn't be better to change his code to be a new .so
[16:29] <kenvandine> seb128, after you upload i'll rebase the patches for ronoc again
[16:29] <desrt> mpt: function can easily change
[16:29] <desrt> mpt: rewordings and additions.... no.  not so much
[16:29] <mpt> desrt, though I suppose you could fake changes in function by figuring out what window is currently focused afterwards, right
[16:29] <kenvandine> ronoc, ^^
[16:29] <seb128> kenvandine, i.e new subdir
[16:29] <seb128> rather than patching over GNOME code
[16:29] <desrt> mpt: but we're still in the phase where we can expand the functionality if we find a reasonable way to do so
[16:29] <kenvandine> would be much easier!
[16:29] <mpt> desrt, splendid
[16:30] <desrt> mpt: the way it works is that each menuitem is either directed at the application or the window
[16:30] <ronoc> kenvandine, seb128, I'm working on it some more. just ping me ken when we should rebase, ill be working late
[16:30] <desrt> window actions get greyed out if the currently focused window doesn't have that action
[16:30] <desrt> app actions are always available and work irrespective of which window is focused
[16:30] <desrt> different windows can deal in a different way with window-directed actions, of course
[16:30] <kenvandine> ronoc, what do you think about making it a new panel?
[16:31] <mpt> desrt, that makes sense. The kinds of item that are targeted at the application would be roughly the set that is available when its Help > About window is focused, for example
[16:31] <ronoc> kenvandine, could do
[16:31] <desrt> mpt: things like 'new window', for example
[16:31] <kenvandine> ronoc, it would be much easier to maintain... just cp it all to a new subdir
[16:31] <mpt> desrt, exactly
[16:32] <desrt> from the app author side this gets handled rather nicely as well
[16:32] <ronoc> ok
[16:32] <desrt> you have a GtkApplication (implements GActionMap) and GtkApplicationWindow (implements GActionMap)
[16:32] <desrt> and the actions are delivered to the appropriate thing automatically
[16:33] <desrt> so the easiest thing for app authors to do tends to be the thing that we want them to do anyway
[16:33] <mpt> good
[16:33] <desrt> mpt: anyway... the '...' situation is sort of interesting
[16:34] <desrt> mpt: fwiw, here two two extensions that i have considered to the menu protocol that could probably implement everything you want (although not in the most elegant way)
[16:34] <desrt> the first is an active-label attribute
[16:34] <mpt> desrt, that's perhaps slightly distracting as a first example of changed text ... the "Select >" submenu vs. "Select All" item is a simpler example
[16:34] <desrt> this would allow us to have the equivalent of checkbox menuitems that have their current state represented by changing the label
[16:35] <desrt> so instead of "✓ Fullscreen"
[16:35] <desrt> you get "Fullscreen" and "Leave fullscreen"
[16:35] <mpt> desrt, an even simpler example would be a "Zoom (100%)" item in one document window, and a "Zoom (120%)" item in a second document window
[16:35] <desrt> right.  we already have a similar request for that by someone who wants to show SIP account credit (€) in their menus
[16:36] <desrt> it calls for something vaguely like a format string
[16:36] <desrt> mpt: the menu-items-changes-to-submenu case is pretty extreme
[16:36] <desrt> anyway
[16:37] <desrt> the second thing i've been considering
[16:37] <desrt> the default behaviour is to grey menu items if the action is not available
[16:37] <mpt> right
[16:37] <desrt> we could introduce an attribute that would change that behaviour to hiding
[16:37] <desrt> this could be a very powerful hammer
[16:37] <desrt> all the menu items are there, but the user only sees half of them at a given time, depending on context
[16:38] <desrt> brb
[16:40] <mpt> desrt, I'm not a programmer or anything, but that sounds vaguely over-specific ... Imagine a browser, for example, where the windows share most menus, but they have independent "History" menus
[16:41] <mpt> desrt, it would be a bit hackish to have a single "History" menu data structure containing the superset of all history items from all windows, and then hide most of it in each.
[16:43] <chrisccoulson> mpt, i'm not sure that's a good example, as the history is normally shared across windows. but, imagine a mail client where the contents and structure of the menus in the main window are completely different from those in the compose window ;)
[16:43] <mpt> chrisccoulson, that's actually my example in the wiki page
[16:43] <chrisccoulson> oh, i have to admit, i didn't look at that yet :)
[16:44] <mpt> The structure is not completely different, but there are variations
[16:44] <desrt> mpt: so that won't work here
[16:44] <mpt> And I didn't say it was a Web browser. ;-)
[16:44] <chrisccoulson> heh
[16:44] <desrt> mpt: i consider that to be a slightly unusual case
[16:45] <chrisccoulson> what else did you mean>? surely the only application that people actually use is a web browser? ;)
[16:45] <mpt> chrisccoulson, a help browser, or a mail viewer with multiple windows, or a function brower in an IDE
[16:45] <desrt> mpt: what would be the content of this history menu while the about dialog was showing?
[16:46] <desrt> strangely empty?
[16:46] <desrt> or is the history actually a global thing?
[16:47] <mpt> desrt, in this (non-Web) example, "History" would be insensitive in the base set of menus (e.g. for the About window or the Preferences window)
[16:47] <desrt> mpt: the entire submenu would be insensitive?
[16:47] <mpt> yes
[16:48] <desrt> i have two concerns there
[16:48] <mpt> desrt, the basic model I was imagining was "This window has the base set of menus, minus these items, plus these other items, with these items sensitive, and these items renamed"
[16:48] <desrt> first is that i don't know of any prescedent for that, and it may confuse the user
[16:48] <desrt> second is that it's not presently possible :)
[16:49] <desrt> mpt: this sort of 'patching' is not possible
[16:49] <desrt> what is possible is that the window could provide its own menubar
[16:50] <desrt> but it's an all-or-nothing sort of situation
[16:50] <mpt> desrt, not possible in practice, or not possible even in theory?
[16:50] <desrt> not possible in practice
[16:50] <desrt> and in theory, it sounds difficult and error-prone to implement
[16:50] <mpt> Well, I didn't know that any of this was possible in practice, so we're still ahead
[16:51] <pitti> GunnarHj: ok, I'm done with the slaughtering for today, need to run now
[16:51] <desrt> we're basically talking about getting data from one source and a patch from another and live-applying the patch to the original source before showing it
[16:51] <pitti> GunnarHj:  42 insertions(+), 797 deletions(-) :)
[16:51]  * mpt browses the office for an example
[16:51] <pitti> GunnarHj: there is no duplication of the pkg_depends stuff any more now, and the worst code is gone now
[16:52] <pitti> GunnarHj: I tested it lightly, but if you want to beat on it some more, please do :)
[16:52] <desrt> mpt: at the end of the day, apps that want to do unusual things can choose to do them in response to different windows being given focus
[16:52] <pitti> good night everyone!
[16:52] <desrt> mpt: that's how it works on macos, for example
[16:53] <desrt> the menubar there is an application-wide construct... if someone wants to change something for a particular window then they do it when that window gets the focus
[16:54] <didrocks> good night pitti!
[17:03] <chrisccoulson> oh, pitti is gone already
[17:03] <chrisccoulson> i might want to talk to you about bug 894166 tomorrow :)
[17:03] <ubot2`> Launchpad bug 894166 in firefox "Make hyphenation work with system hyphenation patterns" [High,Triaged] https://launchpad.net/bugs/894166
[17:03] <chrisccoulson> so we can make the packages a bit smaller again
[17:03] <desrt> man... hyphenation is great fun
[17:04] <chrisccoulson> heh
[17:04] <chrisccoulson> our problem is actually quite simple. the languages specified by web content don't map directly to our hyphenation patterns
[17:05] <desrt> "let's take one of the most quirky things about a quirky system (scratch that... 100 quirky systems each quirky in their own way) and attempt to formalise it!"
[17:08] <mpt> Ok, I couldn't find an example
[17:09] <mpt> desrt, fair enough.
[17:09] <desrt> nice!
[17:09] <desrt> less work for me :)
[17:10] <sil2100> Hi!
[17:10] <sil2100> I'm just trying out the packages I just built
[17:11] <sil2100> didrocks: I'm not really knowledgable in how unity 3d starts up - launching unity is enough?
[17:11] <sil2100> Since I want to find where the problem lies
[17:11] <didrocks> sil2100: yeah, "unity" is basically launching "compiz --replace"
[17:12] <sil2100> Right now the window manager seems to be running, but I don't see the panel or the launcher
[17:13] <sil2100> The decorator is running, but no unity process
[17:19] <sil2100> didrocks: so, essentially, compiz should just load the unity plugin on start?
[17:21] <didrocks> sil2100: exactly
[17:23] <sil2100> didrocks: is it normal that my compiz cannot stat (find) libcore.so in both home directory and system-wide compiz directory?
[17:25] <didrocks> sil2100: urgh, no, that doesn't sound good
[17:25] <didrocks> sil2100: dpkg -L compiz
[17:25] <didrocks> do you have the libcore.so there?
[17:26] <sil2100> Ouch, no
[17:26] <sil2100> Just docs
[17:26] <sil2100> didrocks: but compiz-core has libcompiz_core.so - not sure if this is the one though
[17:26] <didrocks> ah :)
[17:26] <didrocks> hum
[17:27] <didrocks> yeah, it's that one
[17:27] <sil2100> Since compiz says it was looking for libcore.so
[17:27] <didrocks> I think something is bad upstream in looking up for the name
[17:27] <didrocks> sil2100: just for the art of testing, try a symlink
[17:30] <sil2100> Well, still no launcher or panel - the unity plugin doesn't seem to work
[17:30] <sil2100> But ccsm says it's enabled
[17:30] <sil2100> didrocks: how could I debug compiz/unity to see what's happening exactly?
[17:35] <didrocks> sil2100: you have some debugging variable, one sec :)
[17:35] <didrocks> sil2100: first, when you restart compiz
[17:35] <sil2100> Ok, I think I have something - I restarted compiz with --debug
[17:35] <didrocks> on the command line, it should say:
[17:36] <didrocks> "starting unityshell"
[17:36] <sil2100> Didn't see that, hmm
[18:20] <m4n1sh> didrocks: is the packaging done? just wanted to know
[18:21] <didrocks> m4n1sh: it's done, it failed to build on the ppa, but I'll have a look tomorrow, probably a missing dep
[18:21] <didrocks> m4n1sh: do you have a release coming soon?
[18:21] <didrocks> (an official one)
[18:21] <m4n1sh> yes
[18:21] <m4n1sh> but cant fix distcheck
[18:21] <m4n1sh> cant understand what's wrong
[18:21] <m4n1sh> deps: gee-1.0, gtk-3.0, gio-unix-2.0 and zeitgeist-1.0
[18:21] <didrocks> well, let's make dist for now then :)
[18:21] <m4n1sh> and then libgnome-control-center
[18:22] <didrocks> m4n1sh: will you publish the tarball on launchpad?
[18:22] <m4n1sh> yes
[18:22] <didrocks> great! :)
[18:22] <m4n1sh> updated the license, maintainers
[18:22] <didrocks> m4n1sh: so tomorrow, I'll have a look ;) just publish it on launchpad, I'll find it!
[18:22] <m4n1sh> just a few small more bits
[18:22] <didrocks> excellent ;)
[18:22] <m4n1sh> didrocks: just subscribe to dev@lists.zeitgeist-project.com if you want
[18:22] <m4n1sh> very very very low traffic
[18:23] <m4n1sh> mostly announcements these days
[18:23] <didrocks> m4n1sh: ok, I'll :)
[18:56] <jbicha> it's supposed to be 74F today here!
[19:04] <jbicha> seb128: am I ok to upload gnome-desktop 3.3.4?
[19:06] <dobey> jbicha: judging from doko's mail this morning, i'd probably suggesting waiting until tomorrow earliest, as full distro rebuilding is going on right now
[19:08] <micahg> dobey: distro rebuild will take almost 2 weeks :)
[19:08] <dobey> micahg: universe sure, but mail said main was "almost done"
[19:09] <micahg> regardless, it doesn't matter, the packages have already been copied unless you're waiting to see if it fails and want to fix something
[19:10] <dobey> ah
[19:17] <seb128> jbicha, I'm not sure, it's on my list to check
[19:18] <seb128> jbicha, cf http://git.gnome.org/browse/gnome-settings-daemon/commit/?id=6e17bc786f55f283f2c721249197e7740174fd43
[19:18] <seb128> "This requires gnome-desktop 3.3.4 or later, as the semantics of gnome_rr_screen_new() are slightly different there - now it returns a singleton instead of a new object every time."
[19:18] <seb128> jbicha, we might need to drop one of our gsd patches and backport part of that commit
[19:21] <jbicha> seb128: ok, I'll wait then
[19:25] <micahg> kenvandine: any reason why bug 845374 isn't milestoned?
[19:25] <ubot2`> Launchpad bug 845374 in gwibber "gwibber-service crashed with IOError in get_avatar_path(): [Errno 5] Input/output error: u'/home/nick/.cache/gwibber/avatars/https:graph.facebook.com100000124833624picture'" [High,Confirmed] https://launchpad.net/bugs/845374
[19:26] <kenvandine> micahg, no particular reason
[19:27] <micahg> kenvandine: I keep getting hit by this daily, not sure if there's any ill effects, but it's certainly annoying
[19:27] <kenvandine> oh, you can reproduce it easily?\
[19:28] <micahg> no, but my system can apparently :)
[19:28] <kenvandine> i've never been able to repro it
[19:29] <micahg> kenvandine: need ecryptfs, subscribe to !ubuntu on identi.ca
[19:29] <kenvandine> i am subscribed
[19:29] <kenvandine> but no ecryptfs
[19:29] <kenvandine> i'll set that up in a VM
[19:30] <micahg> yeah, I think it only triggers with ecryptfs
[19:30] <GunnarHj> pitti: The slaughter of l-s code sounds interesting. I will test it, of course.
[19:30] <kenvandine> micahg, can you please comment about that on the bug?
[19:30] <GunnarHj> pitti: Sounds like you have implicitly made up your mind about l-s and 12.04.
[19:30] <GunnarHj> pitti: Good night!
[19:31] <micahg> kenvandine: updated
[19:32] <kenvandine> micahg, thx
[19:52] <chrisccoulson> you'd think that turning off compiler optimizations would make it less likely that your application crashes
[19:52] <chrisccoulson> but in this case, it's had completely the opposite effect
[19:52] <chrisccoulson> yay!!!!!
[19:54] <chrisccoulson> and it doesn't even get to main()
[19:54] <chrisccoulson> this is going to be fun
[19:54] <kenvandine> haha
[19:54] <seb128> chrisccoulson, well, at least you can't blame the compiler ;-)
[19:54] <chrisccoulson> seb128, well, it worked fine before i turned off the optimizations
[19:55] <chrisccoulson> and now it crashes in a static initializer
[19:55] <seb128> weird
[19:55] <seb128> I'm glad I don't maintain firefox
[19:55] <kenvandine> haha
[19:55] <chrisccoulson> seb128, i'll buy you a beer if we swap places!
[19:55] <chrisccoulson> you maintain firefox, i look after gnome
[19:56] <chrisccoulson> also, you live in birmingham, i become french ;)
[19:56] <kenvandine> seb128, guess what i just noticed... with gtk 3.3.12, unity 5.0 and the latest light-themes the indicator menus are all gray
[19:56]  * micahg thinks chrisccoulson would have to get seb128 a pub for that switch :)
[19:56] <kenvandine> needs a fix to unity
[19:56] <seb128> chrisccoulson, there is no enough beer at UDS to seal that deal
[19:56] <chrisccoulson> lol
[19:56] <seb128> ;-)
[19:56] <kenvandine> unity-staging includes the fix
[19:57] <seb128> kenvandine, 5.0 or 5.2?
[19:57] <kenvandine> 5.2 includes the fix
[19:57] <seb128> kenvandine, didrocks plans to upload 5.2 tomorrow morning
[19:57] <kenvandine> great
[19:57] <kenvandine> :)
[19:57] <seb128> kenvandine, can you read the menu if you look hard or are they really same color?
[19:57] <chrisccoulson> hmmm, i think it's time to disassemble
[19:58] <kenvandine> seb128, you can read it fine
[19:58] <kenvandine> it is just gtk gray
[19:58] <kenvandine> instead of black
[19:58] <kenvandine> and has dark fg_color
[19:58] <kenvandine> so nothing terrible
[19:58] <kenvandine> just ugly
[19:58] <seb128> kenvandine, ok, that's fine, we can wait tomorrow for cosmetic issue, I would argued for revert if it was not possible to read
[19:58] <kenvandine> well, not that ugly
[19:58] <kenvandine> similar to radiance :)
[19:58] <seb128> kenvandine, well it's possible to read or not
[19:58] <seb128> if you can read it will wait tomorrow ;-)
[19:59] <kenvandine> yeah... it is fine :)
[21:00] <desrt> DBO: bamf docs are broken
[21:00] <DBO> desrt, fix them
[21:13] <desrt> DBO: did you do the work for those xprops in bamf yet?
[21:13] <DBO> desrt, it's merged
[21:13] <desrt> DBO: how does the API work?
[21:13] <DBO> well
[21:16] <desrt> was that an answer?
[21:16] <desrt> oh.  i see now.
[21:16] <desrt> bamf_window_get_dbus_menu_object_path
[21:17] <desrt> DBO: are there forthcoming updates for the property changes i mentioned?
[21:17] <DBO> no?
[21:18] <DBO> did you mention property changes to me??
[21:18] <desrt> yes
[21:18] <DBO> recently?
[21:18] <desrt> just after the end of the rally...
[21:18] <desrt> there are 6 properties now..
[21:18] <DBO> what?
[21:18] <DBO> was I drunk at the time?
[21:19] <desrt> i think i'm missing something
[21:19] <desrt> does the bamf daemon have a separate source package?
[21:19] <DBO> desrt, just email me the shit you need and when you need it by
[21:19] <DBO> desrt, no
[21:20] <chrisccoulson> hah, this is brilliant: https://twitter.com/#!/TedMielczarek/status/165169195942813696
[21:22] <desrt> DBO: it's pretty straightforward... this is what we ended up going with: http://live.gnome.org/ApplicationSpecification#New_X11_Properties
[21:22] <DBO> desrt, email gets you in my todo list
[21:22] <desrt> fair enough
[21:22] <desrt> as for when: before bamf freezes API obviously
[21:22] <desrt> other than that, i'm going to just directly hit up X for the info
[21:23] <desrt> until the bamf API grows the extra properties
[21:23] <kenvandine> dobey, i did some poking at your gwibber branch
[21:23] <kenvandine> -        GnomeKeyring.ITEM_GENERIC_SECRET,
[21:23] <kenvandine> +        GnomeKeyring.ItemType.GENERIC_SECRET,
[21:24] <kenvandine> fixes the first problem with the keyring code
[21:24] <DBO> desrt, kk
[21:24] <kenvandine> but then exposes a gir problem with the keyring
[21:24] <kenvandine> *** TypeError: Expected GLib.Array, but got StructMeta
[21:24] <kenvandine> looks like it doesn't know about the GnomeKeyringResult type
[21:29] <seb128> chrisccoulson, you tweater addict :p
[21:42] <BigWhale> the whole channel is cheering for jono! go, jono, go! :)
[21:43] <jono> haha BigWhale :-)
[21:44] <kenvandine> go, jono, go!
[21:44] <chrisccoulson> what have i missed?
[21:45] <s9iper1> :)
[21:45] <kenvandine> chrisccoulson, didn't you hear? jono is jono!  isn't that enough :)
[21:45] <jono> you are all crazy :-)
[21:45] <BigWhale> nothing, just jono vs IRC ... for now he's winning.
[21:46] <BigWhale> jono,  I take that as a compliment :>
[21:46] <kenvandine> jono, better than being sane
[21:46] <jono> LOL
[21:46] <kenvandine> :-D
[21:46] <jono> kenvandine, sing it, brother
[21:46] <jono> :-)
[21:46] <seb128> is that yet another of those drinking game?
[21:46] <seb128> dunno how the community team manage to always win those :p
[21:47] <kenvandine> haha
[21:47] <BigWhale> we're the ones who put IN into the sane!
[21:47] <BigWhale> now I have to go.. my wife wants to watch Firefly before sleep ...
[21:48] <BigWhale> later :)
[21:48] <kenvandine> later
[21:48] <chrisccoulson> dang, this firefox crash is weird
[21:48] <chrisccoulson> argv is NULL!
[21:48] <chrisccoulson> well, according to gdb ;)
[21:49] <BigWhale> chrisccoulson, poor, poor stack ... don't be so mean to it!
[21:50] <seb128> chrisccoulson, it's a doko bog!
[21:50] <seb128> ;-)
[21:51] <chrisccoulson> seb128, yeah, when i step through the first few instructions, the stack arguments for the next function are all null too
[21:51] <chrisccoulson> despite being ok in the caller
[21:51] <chrisccoulson> the linker has totally f**ked something up here
[21:51] <chrisccoulson> it's time for coffee
[21:51] <chrisccoulson> oh
[21:51] <chrisccoulson> wait
[21:51] <seb128> chrisccoulson, no no no
[21:51] <chrisccoulson> i ran out of that
[21:51] <chrisccoulson> it's time for beer!
[21:51] <seb128> chrisccoulson, it's time for beer or sleep
[21:52] <seb128> lol
[21:52] <seb128> I knew it :p
[21:52] <seb128> chrisccoulson, maybe that will help you to sleep before middle of the night ;-)
[21:52] <seb128> replace the coffee by some beer
[21:54] <chrisccoulson> heh :)
[21:54] <chrisccoulson> right, time to move downstairs, which means that my session will freeze and i have to reboot
[21:54] <chrisccoulson> brb
[21:57] <seb128> which is launchpad such a piece of crap? it keeps timeouting, you can't use it
[21:57] <seb128> chrisccoulson_, is your laptop freezing on undock or what?
[21:58] <chrisccoulson_> seb128, i get a blank screen when i undock or even turn off the external display in the monitor settings
[21:58] <chrisccoulson_> i'm not sure why yet
[21:58] <seb128> chrisccoulson_, when did that start?
[21:58] <chrisccoulson_> i can switch to a VT, but killing the usual suspects doesn't fix it
[21:58] <chrisccoulson_> and if i switch back to X from the VT, it basically bricks itself (i can't switch back again)
[21:58] <seb128> chrisccoulson_, weird, no luck with restarting compiz?
[21:58] <chrisccoulson_> no, i tried that :(
[21:58] <seb128> hum
[21:58] <chrisccoulson_> it started before the X upgrade
[21:58] <seb128> seems rather a driver or kernel bug
[21:59] <chrisccoulson_> yeah
[21:59] <chrisccoulson_> that's what i'm thinkin
[21:59] <seb128> did you try booting a previous kernel?
[21:59] <chrisccoulson_> it predates X or compiz changes
[21:59] <chrisccoulson_> i guess i should try that :)
[21:59] <seb128> I don't get the issue there but I didn't upgrade my kernel since the rally
[21:59] <seb128> everything else is uptodate though
[21:59] <seb128> I tend to not upgrade kernels when I'm happy with the current one :p
[22:00] <chrisccoulson_> heh
[22:16] <bryceh> chrisccoulson_, file a bug (ubuntu-bug xorg) and I'll walk you through the procedures
[22:17] <dobey> kenvandine: cool. i should be able to look at it more tomorrow
[22:17] <kenvandine> dobey, awesome
[22:38] <mhr3> since i updated, every time i'm going to start scrolling using my touchpad's edge, it jumps like 2 pages up
[22:38] <mhr3> anyone seen that?
[22:58] <bryceh> mhr3, is that with -synaptics?  The only synaptics bugs verified against Precise are https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics&field.tag=precise
[22:58] <bryceh> whoops, should be https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-input-synaptics?field.tag=precise
[22:59] <bryceh> none match what you describe
[22:59] <mhr3> bryceh, i'm wondering if it may be caused by the xfixes changes, cause i'm using RAOF's ppa
[23:01] <RAOF> mhr3: That's unlikely; people have reported that against pre-fixes 6.0 X servers (Chris Coulson, for example).  I'm not sure if they've filed bugs yet, though.
[23:01] <RAOF> chrisccoulson_: Have you filed your touchpad bug? :)
[23:02] <chrisccoulson_> RAOF, oops, just doing that now :)
[23:02] <bryceh> mhr3, of course you could isolate it by ppa-purging that ppa and then reproducing it
[23:03] <mhr3> bryceh, yeah, i'll try that (hoping that unity won't break)
[23:05] <RAOF> Unity won't break; almost all of those changes are in the Precise xserver.
[23:05] <RAOF> It couldn't land in Unity until it was available in Precise.
[23:07] <chrisccoulson_> RAOF, bug 925785
[23:07] <ubot2`> Launchpad bug 925785 in xorg "Starting to scroll is erratic" [Undecided,New] https://launchpad.net/bugs/925785
[23:08] <RAOF> mhr3: ^^^ That's probably your winner :)
[23:09] <RAOF> Why is the Debian BTS such a horrible pile of anti-usability? :(
[23:10] <mhr3> RAOF, oh yea, that's it
[23:18] <Riddell> RAOF: it's from the time when people thought e-mail was a good application interface, and nobody has had to guts to change it
[23:18] <RAOF> I don't suppose we could offer to host it on Launchpad?  Including the VCS, so alioth going down doesn't annoy me quite so much? :)
[23:19] <RAOF> chrisccoulson_: Oh, wow.  Plugging in an external mouse makes that scrolling thing happen a whole lot!
[23:20] <chrisccoulson_> RAOF, ah, yes, i do have a mouse connected normally
[23:21] <chrisccoulson_> i wonder why i don't notice it as much with my mouse?
[23:21] <RAOF> Aha!  It seems I can reproduce by moving the external mouse, then scrolling.
[23:21] <chrisccoulson_> i guess maybe i just don't scroll as much, as i use it when i'm docked on a larger screen
[23:21] <RAOF> The first scroll after moving my external mouse has strange behaviour.
[23:22] <RAOF> Huh.  Launchpad times out when trying to assign someone to a bug?
[23:27] <bryceh> RAOF, no not always
[23:28] <bryceh> RAOF, there seems to be an oops if you change multiple things at the same time (e.g. package + assignee + etc.)
[23:32] <RAOF> Huh.  Actually, I can't seem to change *anything* about bug #925785.  Chase will have to wait until launchpad's fixed before I can assign it to him :)
[23:33] <ubot2`> Launchpad bug 925785 in xorg "Starting to scroll is erratic" [Undecided,New] https://launchpad.net/bugs/925785
[23:47] <BigWhale> kenvandine, I'm halfway there ...
[23:48] <Sarvatt> RAOF: worked for me, odd
[23:56] <bryceh> this seems to be the week for bug tracker flakiness
[23:57] <bryceh> RAOF, you able to repro lp #924747?  had a couple reports of that
[23:57] <ubot2`> Launchpad bug 924747 in xserver-xorg-input-synaptics ""Pointer keeps on moving while the finger rests on touchpad"" [Undecided,Confirmed] https://launchpad.net/bugs/924747
[23:58] <bryceh> that one may be upstream rather than us, since there's a debian bug too
[23:58] <RAOF> bryceh: No, sorry.  I've looked at that but I can't reproduce it.
[23:58] <RAOF> I suspect crappy touchpads!
[23:59] <bryceh> "The touchpad feels feels totally imprecise."
[23:59] <bryceh> har har