=== dduffey is now known as dduffey_afk | ||
pitti | Good morning | 05:10 |
---|---|---|
desrt | pitti: word up | 05:11 |
pitti | hey desrt, how are you? | 05:17 |
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:24 |
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:25 |
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:26 |
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:27 |
desrt | (much laughing) | 05:28 |
pitti | *chuckle* | 05:29 |
pitti | remembers me when I spent about two hours explaining the concept of pointers in C | 05:29 |
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:30 |
pitti | desrt: yeah, it's like dealing with a nagging cat or so -- you try this and that randomly until it's satisfied :) | 05:31 |
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. | 05:39 |
BigWhale | Morning | 06:01 |
=== jono is now known as Guest29470 | ||
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:38 |
* desrt discovers pbuilder --execute | 06:41 | |
RAOF | pitti: Would you be up for sponsoring colord to Debian? | 06:50 |
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:51 |
RAOF | You'll need to uscan; pristine-tar is having a hissy fit about .orig.tar.xz again, it seems. | 06:52 |
* 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:53 | |
didrocks | good morning | 06:54 |
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:57 |
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:58 |
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? | 06:59 |
desrt | anyway... i'm having difficulty reproducing it, but it's happen maybe half a dozen times now | 07:01 |
* desrt does bed | 07:03 | |
robert_ancell | pitti, sorry, missed you there. That's fine, gtg, cya later | 07:10 |
pitti | cu robert_ancell | 07:10 |
pitti | RAOF: colord uploaded | 07:17 |
=== warp11 is now known as warp10 | ||
pitti | mvo: guten Morgen | 08:14 |
mvo | hey, guten morgen pitti | 08:19 |
chrisccoulson | good morning everyone | 08:38 |
pitti | hey chrisccoulson | 08:40 |
chrisccoulson | hi pitti, how are you? | 08:40 |
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:41 |
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:42 |
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:43 |
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:44 |
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:45 |
pitti | it's quite nice now | 08:46 |
sil2100 | Good morning everyone | 08:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
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:54 |
pitti | agateau: s/if not/if you need it/ | 08:55 |
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:56 |
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:57 |
agateau | pitti: did I do something wrong to end up in this situation? | 08:58 |
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 ;) | 08:59 |
seb128 | chrisccoulson, that's enough to be tired I guess :p | 09:01 |
chrisccoulson | and i'm nearly out of coffee! | 09:04 |
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:07 |
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:11 |
tjaalton | so no way to build -vaapi then? | 09:12 |
tjaalton | how often does -bad release anyway, the previous one was in may '11 | 09:14 |
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:16 |
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:17 |
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:18 |
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:19 |
tjaalton | slomo: cool, thanks! | 09:20 |
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:30 |
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:45 |
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:46 |
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:49 |
smspillaz | ah fun | 09:50 |
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:52 |
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:53 |
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:54 |
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:55 |
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:56 |
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:57 |
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:58 |
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 | 09:59 |
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:00 |
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:01 |
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:02 |
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:03 |
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:04 |
seb128 | pitti, mvo: ok, I will revert for that upload so we can sort it quietly without rush | 10:05 |
mvo | thanks | 10:05 |
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:06 |
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:07 |
seb128 | mvo, ;-) | 10:08 |
seb128 | pitti, danke | 10:08 |
=== zyga_ is now known as zyga-xchat | ||
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:25 |
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:26 |
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:27 |
seb128 | jasoncwarner_, ok | 10:28 |
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:30 |
didrocks | :) | 10:31 |
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:32 |
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:33 |
didrocks | (and the isd team dropped their oneconf WI) | 10:34 |
didrocks | well, at least, we will still have the software-center integration :) | 10:34 |
didrocks | (at least, it gained a full testsuite this cycle) | 10:35 |
=== Guest50763 is now known as p | ||
=== p is now known as Guest62719 | ||
chrisccoulson | fantastic. whilst investigating another bug, i've discovered that the current firefox nightly doesn't build on armel :-( | 10:55 |
soren | Er.. How do I choose unity-2d in Precise? I don't see a session chooser in the Precise lightdm. | 11:16 |
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:17 |
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:18 | |
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:19 |
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:20 |
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:37 |
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:38 |
rickspencer3 | hmmm | 11:39 |
rickspencer3 | isn't A2 image already rolled? | 11:39 |
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 | 11:40 |
=== Guest62719 is now known as mandel | ||
chrisccoulson | jasoncwarner_, you're using the aurora builds from https://launchpad.net/~ubuntu-mozilla-daily/+archive/firefox-aurora/+packages aren't you? | 12:00 |
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:01 |
chrisccoulson | soooooo, when can we start uploading again? :) | 12:09 |
pitti | rickspencer3: haven't really followed A2 this time, I'm afraid | 12:20 |
pitti | it's been fairly quiet today, as most of the action happens during US day | 12:21 |
seb128 | can we upload yet?! | 12:25 |
seb128 | can we upload yet?! | 12:25 |
seb128 | can we upload yet?! | 12:25 |
seb128 | ;-) | 12:25 |
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:26 |
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:27 |
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:28 |
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:29 |
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:30 |
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:31 |
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:32 |
seb128 | Cimi said he would have them fixed today | 12:33 |
ricotz | yes, i noticed some commits | 12:33 |
ricotz | havent checked, but it could be it isnt working with current trunk again | 12:34 |
seb128 | ricotz, yeah, it seems he fixed it in trunk | 12:36 |
* ricotz meant light-themes trunk probably isnt working with current gtk trunk again :\ | 12:37 | |
seb128 | ricotz, not a surprised, they are quite agressive on theming changes this cycle | 12:39 |
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:40 |
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:41 |
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:42 |
sil2100 | smspillaz: thanks! | 12:49 |
=== greyback is now known as greyback|lunch | ||
=== MacSlow is now known as MacSlow|lunch | ||
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:06 |
seb128 | chrisccoulson, I closed it because it happened only once, but seems it's not only me then :p | 13:07 |
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:09 |
seb128 | Laney, ok, thanks | 13:11 |
chrisccoulson | seb128, yeah, it's quite reproducible for me :) | 13:22 |
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:23 |
sil2100 | Aargh | 13:40 |
* sil2100 is struggling with packages | 13:41 | |
sil2100 | ;) | 13:41 |
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:43 |
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:44 |
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:45 |
pitti | sorry for the oversight | 13:46 |
GunnarHj | pitti: No problem. | 13:46 |
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:48 |
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:49 |
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:50 |
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:51 |
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. | 13:53 |
=== greyback|lunch is now known as greyback | ||
=== MacSlow|lunch is now known as MacSlow | ||
pitti | GunnarHj: ah, I don't think that's currently implemented | 14:01 |
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:04 |
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:05 |
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:08 |
GunnarHj | pitti: Great, then I don't need to try understanding it. :) | 14:10 |
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:11 |
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:12 |
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:13 |
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:14 |
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:15 |
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:16 |
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:17 |
GunnarHj | seb128, pitti: Strange, I haven't noticed it, and have tested it a lot lately on an updated Precise. | 14:19 |
=== dduffey_afk is now known as dduffey | ||
cyphermox | pitti: could you please take a look at the checkbox 0.12.10 package in the queue for oneiric-proposed? :) | 14:51 |
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:52 |
chrisccoulson | pitti, was that meant for cyphermox? ;) | 14:53 |
pitti | err, yes, sorry | 14:53 |
chrisccoulson | heh | 14:53 |
cyphermox | pitti: right, the fix was dropped from it? | 14:54 |
cyphermox | did I screw this up again? | 14:54 |
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:55 |
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 | 14:58 |
pitti | GunnarHj: did I get this right, l-s is not using the ls-dbus-backend SetSystemDefaultLanguageEnv() stuff any more, right? | 15:06 |
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:07 |
pitti | GunnarHj: same for SetSystemDefaultLanguageEnv | 15:09 |
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:11 |
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:12 |
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:13 |
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:14 |
GunnarHj | pitti: Yes, but only for user settings. accountsservice serves accounts, not the system. | 15:15 |
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:16 |
GunnarHj | pitti: I don't know either. | 15:20 |
pitti | GunnarHj: 5 files changed, 8 insertions(+), 462 deletions(-) | 15:30 |
pitti | GunnarHj: some cleanup :) | 15:30 |
pitti | GunnarHj: (the 8 additions are just debian/changelog) | 15:31 |
GunnarHj | pitti: Nice! Will study it later on. | 15:31 |
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:32 |
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:33 |
smspillaz | ronoc: <3!!!!!! | 15:34 |
smspillaz | ronoc: I keep listening to explosions in the sky haha, would be nice to have a change | 15:35 |
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:36 |
=== m_conley_away is now known as m_conley | ||
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:37 | |
smspillaz | didrocks: hey, next compiz upload are we changing the ws switcher shortcuts to use <super>foo instead of <ctrl><super>foo ? | 15:52 |
didrocks | smspillaz: yeah | 15:55 |
didrocks | smspillaz: why, should we old on that? | 15:55 |
didrocks | hold* | 15:55 |
=== fenris is now known as Guest60985 | ||
smspillaz | didrocks: nope, just checking | 16:00 |
seb128 | mdeslaur, please don't assign bugs to ubuntu-desktop, assign them to canonical-desktop-team if they need to be assigned | 16:02 |
seb128 | mdeslaur, ubuntu-desktop team has the ubuntu-desktop mailing list set as email address so assigning to it leads to list spamming | 16:03 |
mdeslaur | seb128: whoops! sorry about that | 16:08 |
seb128 | mdeslaur, no worry, you are not the first one to do it ;-) | 16:08 |
seb128 | kenvandine, when do you plan to upload your new g-c-c? | 16:25 |
kenvandine | when it works :) | 16:25 |
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:26 |
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:27 |
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:28 |
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:29 |
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:30 |
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:31 |
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:32 |
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:33 |
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:34 |
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:35 |
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:36 |
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:37 |
desrt | brb | 16:38 |
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:40 |
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:41 |
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:43 |
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:44 |
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:45 |
desrt | strangely empty? | 16:46 |
desrt | or is the history actually a global thing? | 16:46 |
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:47 |
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:48 |
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:49 |
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:50 |
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:51 |
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:52 |
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:53 |
didrocks | good night pitti! | 16:54 |
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:03 |
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:04 |
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:05 |
mpt | Ok, I couldn't find an example | 17:08 |
mpt | desrt, fair enough. | 17:09 |
desrt | nice! | 17:09 |
desrt | less work for me :) | 17:09 |
sil2100 | Hi! | 17:10 |
sil2100 | I'm just trying out the packages I just built | 17:10 |
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:11 |
sil2100 | Right now the window manager seems to be running, but I don't see the panel or the launcher | 17:12 |
sil2100 | The decorator is running, but no unity process | 17:13 |
sil2100 | didrocks: so, essentially, compiz should just load the unity plugin on start? | 17:19 |
didrocks | sil2100: exactly | 17:21 |
sil2100 | didrocks: is it normal that my compiz cannot stat (find) libcore.so in both home directory and system-wide compiz directory? | 17:23 |
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:25 |
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:26 |
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:27 |
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:30 |
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:35 |
didrocks | "starting unityshell" | 17:36 |
sil2100 | Didn't see that, hmm | 17:36 |
=== fenris is now known as Guest57960 | ||
=== Guest57960 is now known as ejat | ||
m4n1sh | didrocks: is the packaging done? just wanted to know | 18:20 |
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:21 |
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:22 |
m4n1sh | mostly announcements these days | 18:23 |
didrocks | m4n1sh: ok, I'll :) | 18:23 |
jbicha | it's supposed to be 74F today here! | 18:56 |
jbicha | seb128: am I ok to upload gnome-desktop 3.3.4? | 19:04 |
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:06 |
micahg | dobey: distro rebuild will take almost 2 weeks :) | 19:08 |
dobey | micahg: universe sure, but mail said main was "almost done" | 19:08 |
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:09 |
dobey | ah | 19:10 |
seb128 | jbicha, I'm not sure, it's on my list to check | 19:17 |
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:18 |
jbicha | seb128: ok, I'll wait then | 19:21 |
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:25 |
kenvandine | micahg, no particular reason | 19:26 |
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:27 |
micahg | no, but my system can apparently :) | 19:28 |
kenvandine | i've never been able to repro it | 19:28 |
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:29 |
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:30 |
micahg | kenvandine: updated | 19:31 |
=== fenris_ is now known as Guest43512 | ||
kenvandine | micahg, thx | 19:32 |
=== Guest43512 is now known as ejat | ||
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:52 |
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:54 |
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:55 |
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:56 |
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:57 |
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:58 |
kenvandine | yeah... it is fine :) | 19:59 |
desrt | DBO: bamf docs are broken | 21:00 |
DBO | desrt, fix them | 21:00 |
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:13 |
desrt | was that an answer? | 21:16 |
desrt | oh. i see now. | 21:16 |
desrt | bamf_window_get_dbus_menu_object_path | 21:16 |
desrt | DBO: are there forthcoming updates for the property changes i mentioned? | 21:17 |
DBO | no? | 21:17 |
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:18 |
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:19 |
chrisccoulson | hah, this is brilliant: https://twitter.com/#!/TedMielczarek/status/165169195942813696 | 21:20 |
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:22 |
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:23 |
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:24 |
seb128 | chrisccoulson, you tweater addict :p | 21:29 |
BigWhale | the whole channel is cheering for jono! go, jono, go! :) | 21:42 |
jono | haha BigWhale :-) | 21:43 |
kenvandine | go, jono, go! | 21:44 |
chrisccoulson | what have i missed? | 21:44 |
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:45 |
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:46 |
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:47 |
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:48 |
BigWhale | chrisccoulson, poor, poor stack ... don't be so mean to it! | 21:49 |
seb128 | chrisccoulson, it's a doko bog! | 21:50 |
seb128 | ;-) | 21:50 |
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:51 |
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:52 |
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:54 |
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:57 |
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:58 |
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 | 21:59 |
chrisccoulson_ | heh | 22:00 |
bryceh | chrisccoulson_, file a bug (ubuntu-bug xorg) and I'll walk you through the procedures | 22:16 |
dobey | kenvandine: cool. i should be able to look at it more tomorrow | 22:17 |
kenvandine | dobey, awesome | 22:17 |
=== kklimonda_ is now known as kklimonda | ||
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:38 |
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:58 |
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 | 22:59 |
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:01 |
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:02 |
mhr3 | bryceh, yeah, i'll try that (hoping that unity won't break) | 23:03 |
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:05 |
=== dduffey is now known as dduffey_afk | ||
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:07 |
RAOF | mhr3: ^^^ That's probably your winner :) | 23:08 |
RAOF | Why is the Debian BTS such a horrible pile of anti-usability? :( | 23:09 |
mhr3 | RAOF, oh yea, that's it | 23:10 |
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:18 |
RAOF | chrisccoulson_: Oh, wow. Plugging in an external mouse makes that scrolling thing happen a whole lot! | 23:19 |
chrisccoulson_ | RAOF, ah, yes, i do have a mouse connected normally | 23:20 |
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:21 |
=== m_conley is now known as m_conley_away | ||
RAOF | Huh. Launchpad times out when trying to assign someone to a bug? | 23:22 |
bryceh | RAOF, no not always | 23:27 |
bryceh | RAOF, there seems to be an oops if you change multiple things at the same time (e.g. package + assignee + etc.) | 23:28 |
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:32 |
ubot2` | Launchpad bug 925785 in xorg "Starting to scroll is erratic" [Undecided,New] https://launchpad.net/bugs/925785 | 23:33 |
BigWhale | kenvandine, I'm halfway there ... | 23:47 |
Sarvatt | RAOF: worked for me, odd | 23:48 |
bryceh | this seems to be the week for bug tracker flakiness | 23:56 |
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:57 |
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:58 |
bryceh | "The touchpad feels feels totally imprecise." | 23:59 |
bryceh | har har | 23:59 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!