[00:17] <jasoncwarner> morning all! robert_ancell TheMuso RAOF last few days in AU :)
[00:18] <RAOF> jasoncwarner: Good morning!
[00:21] <Sweetshark>  01:21:11 up 7 days, 14:50,  9 users,  load average: 39.61, 16.86, 11.65
[00:21] <Sweetshark>  01:21:11 up 7 days, 14:50,  9 users,  load average: 39.61, 16.86, 11.65
[00:21] <Sweetshark>  01:21:11 up 7 days, 14:50,  9 users,  load average: 39.61, 16.86, 11.65
[00:21] <Sweetshark>  01:21:11 up 7 days, 14:50,  9 users,  load average: 39.61, 16.86, 11.65
[00:21] <Sweetshark> whops
[00:22] <Sweetshark> as you can see, my machine actually is doing something against the cool winter.
[00:23] <Sweetshark> jasoncwarner: good morning btw. note to self: This really mean I should go to bed.
[00:23] <jasoncwarner> :)
[00:23] <jasoncwarner> get to bed!
[00:23] <Sweetshark> jasoncwarner: is that an order?
[00:25]  * bryce waves to jasoncwarner 
[00:26] <jasoncwarner> hey bryce !
[00:26] <jasoncwarner> Sweetshark: yes ;)
[00:27] <Sweetshark> alrighty ;)
[00:27] <bryce> night Sweetshark
[00:28] <TheMuso> jasoncwarner: I hope your last days in Au aren't too hot.
[00:28] <jasoncwarner> TheMuso shouldn't be. was 41 on monday, but been cooler since.
[00:28] <TheMuso> Twas still 34 in Sydney at midnight on Wednesday morning, I hope that never happens again.
[00:28] <jasoncwarner> TheMuso 47 last friday, though!
[00:28] <mlankhorst> yikes
[00:28] <TheMuso> jasoncwarner: Ouch.
[00:30] <sarnold> ouch. my sympathies.
[00:32] <bryce> jasoncwarner, coincidentally it was 47 here in Oregon the other night too ;-)
[00:32] <jasoncwarner> bryce lol. I'd take that 47, though!
[00:41] <sarnold> bryce: it got that warm? :)
[00:51] <robru> jasoncwarner, hello!
[00:52] <robru> oh, I've missed him ;-)
[00:54] <robru> well, I'm heading to the gym. back later
[01:58] <bryce> heh:  http://www.smh.com.au/environment/weather/temperatures-off-the-charts-as-australia-turns-deep-purple-20130108-2ce33.html
[01:58] <bryce> so hot in australia that the weather guys had to add new colors to their thermometers
[01:59] <chrisccoulson_> wow, those temperatures are crazy
[02:00] <sarnold> I think I'd be a rapidly-evaporating puddle
[02:03] <duflu> bryce: Not the whole country. It's now cool over here :)
[02:04] <RAOF> And down here, too.
[02:04] <RAOF> Although we're still on fire.
[02:04] <duflu> RAOF: You ok where you are?
[02:05] <RAOF> Oh, absolutely.
[02:05] <duflu> Aside from the whole state being on fire
[02:05] <RAOF> It's nowhere near Hobart, and even if it were, we're not in a particularly likely area to get incinerated.
[02:05] <duflu> RAOF: Suburbia?
[02:05] <RAOF> West Hobart, yeah.
[02:06] <RAOF> We don't have suburbia like Perth has suburbia ☺
[02:07] <RAOF> Incidentally, we're heading to Perth at the beginning of Feb; we should catch up.
[02:07] <duflu> I've found it interesting that the  eastern Australia finds 40 degrees hot or unusual. And high-40s unprecedented.
[02:07] <duflu> -the
[02:08] <duflu> RAOF: Yes, I am here, still. Sounds good
[02:08] <RAOF> duflu: That's because Perth is adjacent to the Vents of Hell :P
[02:10] <duflu> No wonder I keep getting burnt
[02:12] <jasoncwarner> duflu RAOF I saw these and laughed. http://www.jokeoverflow.com/wp-content/uploads/2011/01/australia-500x487.jpg and http://www.australianblogs.com.au/blog/wp-content/uploads/2011/09/Australia-Danger-map.jpg
[02:14] <duflu> jasoncwarner: Heh, yes so accurate too
[02:30] <TheMuso> Once that hot air mass over central Aus is discipated, things should improve overall.
[02:30] <TheMuso> But I believe that will be a while, since it aint going anywhere.
[02:59] <smspillaz> desrt: hmm, the only thing I'm doing is defining an interface in a shared library and that's it
[02:59] <smspillaz> I can quickly double check if I missed something
[03:01] <smspillaz> duflu: RAOF I assume you have all seen this: http://i.imgur.com/4GO07.jpg
[03:04] <duflu> smspillaz: Don't know what you're talking about. The window is open and I have a cool breeze
[03:08] <smspillaz> its nicer now
[03:09] <smspillaz> I was working in a kitchen a few days ago and it was fun going from the freezer back into the boiler rooms
[03:09] <smspillaz> hair on fire, hair frozen
[03:26] <smspillaz> duflu: BTW, kinda annoying news, the "solution" that khronos gave me (after mesa said NOTOURBUG) was that they were going to break the header file anyways and that we should include gl2.h locally in our source tree
[03:27] <smspillaz> which I think is /insane/, but there's not a whole lot I can really do
[03:27] <smspillaz> I guess the cast really is the best option at this point :(
[03:28]  * smspillaz thinks its a little stupid when someone tells you that their header files never change, so they won't add versioning macros, yet they later make changes to their header files
[03:30] <duflu> smspillaz: Well, it almost makes sense. GL(ES) is a well-defined API for which you should be able to use a single header forever unless you need new features. But yeah the cast is better
[03:30] <smspillaz> duflu: right, it just seems as though their logic contradicts itself
[03:31] <smspillaz> they changed their header in a non backwards-compatiable way, and then said that they wont add versioning info to their header because they don't change their header
[03:31] <duflu> smspillaz: Look at it this way: ALL driver vendors have to share the same header file. So all drivers have to work with that header at a binary level (at which point constness of parameters is irrelevant)
[03:32] <smspillaz> of course, the binary level is fine
[03:32] <duflu> smspillaz: And yes you're right. They messed up
[03:32] <smspillaz> I'm talking about the fact that they've gone and broken client code
[03:32] <duflu> They messed up badly considering that existing GL definitions should never change
[03:32] <smspillaz> what annoys me is that they won't admit they messed up -.-
[03:33]  * duflu wonders if there's another calling syntax compatible with the single and double-const versions. 
[03:34] <smspillaz> there's very little reason why they had to make that change. All adding the double-const does is ensures that the driver gets a nonwritable char *, but the driver can just cast it away anyways ..
[03:35] <smspillaz> perhaps const char * const * is not compatible with const char **
[03:35] <smspillaz> but again ... I don't think that's a good reason to change it post-facto
[03:35] <smspillaz> *sigh* oh well
[03:40] <duflu> smspillaz: Yes "const char **" means the first level of indirection is writable (like when you want to return a "const char *" by parameter). The more correct syntax for an input-only parameter representing a sparse 2D array of chars is the double-const version. But I don't think there's a syntax compatible with both so they should never change it
[03:41] <duflu> Hmm, this is basic C I should be able to give a definite answer on :S
[03:46] <smspillaz> duflu: well, I figure that its difficult to give answers on stuff you don't come across much in practise
[03:47] <smspillaz> I don't come across the const char * const * variant much either
[03:47] <duflu> I mean, passing a char* to a "const char *" is normal and compatible but it looks like you lose that flexibility at a second level
[03:47] <tsimpson> char* const* is a "pointer to a const pointer to char", const char** "a pointer to a pointer to a const char"
[03:47] <tsimpson> pointers themselves can be const too
[03:47]  * smspillaz likes the go syntax for this kind of thing
[03:48] <smspillaz> a const * Int
[03:49] <smspillaz> "a is a const pointer to an Int"
[03:49] <smspillaz> annoying to read if you're used to C though
[03:50] <tsimpson> const binds to the left if there is anything to the left of it, else to the right
[03:50] <duflu> tsimpson: Thanks, yes we know
[03:51] <tsimpson> then it's easy enough to read
[03:52] <RAOF> char * const * const :)
[03:52] <duflu> tsimpson: The problem is: How to define a variable that can be passed (without casting) to both a "const char **" and "const char * const *"
[03:56] <tsimpson> duflu: const char** can be converted to const char* const* automatically
[03:57] <smspillaz> tsimpson: but int (const char **) can't be converted to int (const char * const *) :(
[03:59] <smspillaz> tsimpson: which is what we're complaining about at the moment. Khronos (the vendor of the OpenGL|ES API) changed the header file that they ship to all of the graphics driver vendors to change a function signature from void (uint, size_t, int, const char **) to void (uint, size_t, int, const char * const *)
[04:00] <smspillaz> its not that big a deal but annoying nonetheless :)
[04:03] <tsimpson> smspillaz: is that one of those ones where you need to "request" a function pointer by name? (I don't play with OpenGL much)
[04:04] <duflu> smspillaz: Yeah actually it works (just tested). A parameter compatible with both function versions can be defined as either "const char **x" or "const char *x[n]" (same thing)
[04:05] <duflu> So it's likely a relatively safe API change. Not sure how compiz broke it
[04:05] <smspillaz> duflu: function pointers
[04:05] <smspillaz> the parameter itself is compatible
[04:05] <smspillaz> the pointer to the function is not
[04:05] <duflu> smspillaz: Ah yep
[04:05] <duflu> Definitely
[04:05] <smspillaz> tsimpson: not necessarily, although what we were doing was taking a pointer to glShaderSource as defined in the header file as a convenience
[04:06] <smspillaz> because in desktop mode its not core functionality so you have to use GetProcAddress
[04:06] <smspillaz> and having #ifdefs everywhere is annoying
[04:06] <smspillaz> desrt: so this: http://paste.ubuntu.com/1515714/ hangs
[04:20] <desrt> smspillaz: you're using G_DEFINE_INTERFACE incorrectly
[04:20] <desrt> the last argument is the pre-requisite type
[04:20] <desrt> probably you want G_TYPE_OBJECT there
[04:20] <desrt> in effect, you are declaring an interface type dependent on itself -- that's why you crash on re-entering the get_type() function... the lock is already taken
[04:22] <smspillaz> desrt: ah, I knew it
[04:23] <smspillaz> desrt: thanks
[04:24] <smspillaz> (this always happens when I try and brave it out and not copy-paste the boilerplate code :))
[05:22] <pitti> Good morning
[05:47] <pitti> Laney: FYI, I committed doko's Ubuntu glib changes to the Debian exp svn, so if you update to the new version we can just sync again
[06:51] <didrocks> good morning
[07:14] <pitti> bonjour didrocks, comment vas-tu?
[07:15] <didrocks> pitti: je vais bien, et toi, tu te sens un peu plus en forme qu'hier?
[07:16] <pitti> oui, je me sens beaucoup mieux
[07:16] <didrocks> ah, super :)
[07:16] <pitti> woke up at 6 again
[07:20] <didrocks> still have issues to woke up at 7 here :) between 7h20 and 7h40 to start working :)
[07:20] <didrocks> but finished at 8h50PM yesterday evening, so I'm not shy about starting 40 minutes afterwards :p
[07:22] <pitti> didrocks: as-tu domier bien la nuit derniére?
[07:22] <didrocks> pitti: oui oui, encore juste réveillé à 5h, mais j'ai pu me rendormir de suite. Par contre, ça fait 3 nuits de suite que je me réveille d'un coup, je sais pas pourquoi…
[07:23] <pitti> ERROR: connecting to Launchpad failed: unclosed token: line 13661, column 6
[07:23] <pitti> erk
[07:23] <pitti> ^ current retracer failure
[07:23] <pitti> what the hell is that supposed to mean?
[07:24] <didrocks> even not a file associated with the line? :)
[07:24]  * pitti removes the .launchpadlib caches
[07:24] <didrocks> or is it in the data that launchpad is sending to you? :)
[07:24] <didrocks> pitti: I finally had to workaround this multi-process doesn't work on launchpadlib
[07:24] <pitti> looks like a LP errormesasge
[07:25] <didrocks> like setting a launchpad cache dir per process
[07:25] <pitti> urgh, ~/.launchpadlib is 20 GB
[07:25] <pitti> hah, that did it
[07:27] <pitti> I wonder if one could disable caching altogether
[07:27] <pitti> the retracer won't ever look at the same bug twice anyway
[07:29] <didrocks> well, if you set the cache dir to none, it will use ~/.launchpadlib, so I didn't see that option
[07:30] <pitti> one could probably use mkdtemp and set the cache dir to that
[07:31] <didrocks> yeah, but you are still creating them
[07:31] <pitti> that's fine for one run
[07:31] <pitti> I just don't want them to pile up over time
[07:32] <didrocks> yeah, that should do it
[07:45] <tjaalton> sigh
[07:45] <tjaalton> where's ancell?
[07:48] <jokerdino> hey guys, we are working on a unity configuration tool. is there any procedure to get it into universe section?
[07:48] <jokerdino> i asked a MOTU a week ago and he said it has to be approved by desktop devs.
[07:49] <jokerdino> so, here am i.
[07:57] <didrocks> jokerdino: hum, it doens't need to be improve by desktop devs, any MOTU can sponsor it :)
[07:57] <jokerdino> didrocks: i was told since it is a unity tool, desktop devs need to verify if it breaks unity or something.
[07:58] <jokerdino> also, is there any branding issues if we name it Unity settings hub?
[07:58] <didrocks> jokerdino: ah, I would prefer something that doesn't make it official
[07:59] <didrocks> like myunity was clearly not official
[07:59] <didrocks> unity tweak tool? :)
[07:59] <didrocks> not sure if it was taken
[07:59] <jokerdino> so, we can use unity tweak tool?
[07:59] <jokerdino> i was of the opinion only ubuntu brand cant be used.
[07:59] <jokerdino> but i wasnt sure about using unity in the name
[08:00] <didrocks> ubuntu tweak tool was never official
[08:00] <didrocks> unity tweak tool sounds less "official" to me than "unity settings" TBH :)
[08:00] <pitti> do you base this on an existing tool such as myunity? in that case, you could just reintroduce "myunity"
[08:00] <jokerdino> pitti: it wasn't. we wrote it from scratch using python and gsettings
[08:01] <jokerdino> myunity was basic and shell commands
[08:01] <jokerdino> *basic = Gambas
[08:01] <jokerdino> didrocks: the name is actually "unity settings hub".
[08:01] <jokerdino> but i hear your point.
[08:02] <didrocks> yeah, I'm afraid will type "unity settings" and think this is the official supported options
[08:02] <didrocks> people*
[08:02] <jokerdino> okay :)
[08:02] <didrocks> unity tweak tool, (if not already taken) sounds good to me, but that's just IMHO :)
[08:02] <jokerdino> we can't work on making it official, can we?
[08:03] <pitti> I thought not having too many settings was a design decision
[08:03] <didrocks> jokerdino: well, we prefer to add the settings we officially support in gnome-control-center
[08:03] <didrocks> the settings we exposed through gsettings that are not in g-c-c are not officially supported
[08:03] <pitti> also, each new setting leads to combinatorial explosion in testing and bug fixing
[08:04] <jokerdino> ah, that makes sense.
[08:04] <didrocks> yeah, look at ccsm and how you can break everything in less than 20s :)
[08:04] <jokerdino> haha, that is a fair point.
[08:05] <didrocks> but it's good that for geeks, there are those kinds of tools, just try to hilight that those combinations may lead to issue
[08:05] <didrocks> (and a revert to default would even be awesome btw ;))
[08:05] <jokerdino> ok, once we finalize on a new name, i'll get in touch again.
[08:05] <tjaalton> btw, why does unity reset (some of) the settings on package update? like focus-follows-mouse seems to revert to the default everytime here
[08:05] <didrocks> sure, do not hesitate!
[08:05] <didrocks> tjaalton: this is a bug, smspillaz knows more than I about it
[08:06] <jokerdino> didrocks: heh, we have a restore defaults button on every tab.
[08:06] <tjaalton> didrocks: ah, good
[08:06] <didrocks> jokerdino: excellent!
[08:06] <didrocks> tjaalton: no, we don't hate you *that* much :)
[08:06] <tjaalton> didrocks: *phew*.. :)
[08:06] <didrocks> heh
[08:07] <jokerdino> ok, i'll disturb you guys later on ;-)
[08:07] <didrocks> no worry, thanks jokerdino! :)
[08:07] <tjaalton> btw, there was an interesting suggestion to improve it on the "global menu bug", to add what gnome-shell apparently has, which is a 20ms(?) timeout to change the focus if the cursor is not moved
[08:08] <didrocks> tjaalton: maybe talk with JohnLea about it?
[08:08] <tjaalton> "dwell timeout"
[08:08] <tjaalton> didrocks: ok I will
[08:08] <didrocks> he will be back this Thursday or next Monday, I don't remember :)
[08:09] <didrocks> but one of the two
[08:16] <jokerdino> didrocks: one last tiny thing. assuming unity-tweak-tool name is fine, can we just update the display name while sticking to the current package name?
[08:16] <jokerdino> the package name is currently ush.
[08:17] <didrocks> jokerdino: not sure a lot of people will find "ush", but as long as the description of them is unity tweak tool (in debian/control), I don't see any issue :)
[08:17] <didrocks> jokerdino: but TBH, I would personnaly recommend renaming the package before entering the archive
[08:18] <seb128> hey desktopers
[08:19] <jokerdino> didrocks: that's a fair point. i think we'll proceed to renaming it.
[08:19] <didrocks> salut seb128!
[08:19]  * jokerdino researches on unity branding.
[08:19] <seb128> lut didrocks ;-)
[08:43] <pitti> bonjour seb128
[08:43] <seb128> pitti, salut, ca va bien ?
[08:43] <pitti> seb128: oui, merci! et toi?
[08:44] <seb128> pitti, je vais bien merci !
[08:45] <pitti> seb128: packgin for next week already?
[08:55] <chrisccoulson> good morning everyone
[09:04] <ricotz> chrisccoulson, hi
[09:05] <Laney> heya
[09:05] <Laney> pitti: great!
[09:05] <Laney> :foo build-deps work on Debian?
[09:06] <pitti> I thought Debian would have all the multi-arch stuff now?
[09:07] <pitti> hmm, no Build-Depends.*:any in current sid main _Sources
[09:07] <seb128> pitti, not yet, will do the packing tomorrow
[09:07] <seb128> chrisccoulson, hey, how are you?
[09:07] <Laney> I remember that they were in the specification but not implemented yet - not sure where that stands ATM
[09:08] <pitti> Laney: meh, seems you are right; sid's dpkg doesn't parse that yet
[09:09]  * pitti reverts that part
[09:09] <pitti> dang, there is our delta
[09:09] <seb128> chrisccoulson, my firefox is back in french \o/
[09:10] <Laney> better to check with cjw or infinity
[09:10] <pitti> en effet! mon firefox parle allemagne à nouveau
[09:10] <seb128> pitti, ;-)
[09:15] <chrisccoulson> hi ricotz
[09:15] <chrisccoulson> hi seb128, pitti, how are you?
[09:15] <chrisccoulson> seb128, oh, that's good about firefox :)
[09:15] <pitti> hey chrisccoulson
[09:20] <chrisccoulson> pitti, oh, you were affected by bug  1094376 too? i'm glad it works again :)
[09:20] <ubot2`> Launchpad bug 1094376 in firefox (Ubuntu Raring) "Language pack isn't used" [Critical,Fix released] https://launchpad.net/bugs/1094376
[09:20] <pitti> chrisccoulson: apparently, yes; the menu was in English
[11:17] <pitti> chrisccoulson: hm, firefox now hangs itself when I try to click an "Attach file.." button
[11:17] <pitti> oh, it just takes effing long
[11:20] <chrisccoulson> pitti, any particular site?
[11:21] <pitti> bugzilla.gnome.org
[11:29] <seb128> pitti, works fine here ... or I'm not clicking on the same buttons, I tried the "Add an attachment" on the new bug forms and on an existing bug
[11:29] <pitti> seb128: thanks for trying; probably something local then
[11:30] <pitti> nautilus is also dog slow for me, presumably something in between ubuntuone, gvfs, and my local fs
[11:30] <seb128> could be yeah
[12:04] <ritz> seb128 afternoon, https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1031034 :)
[12:04] <ubot2`> Launchpad bug 1031034 in gnome-settings-daemon (Ubuntu Precise) "Breaks with smart card auth with pkcs11" [High,Triaged]
[12:04] <ritz> Do I need to do anything else ?
[12:04] <ritz> sru , and debdiff
[12:05] <seb128> ritz, hey, no need to do anything else, that looks good, thanks for the work on it
[12:06] <ritz> seb128, thank you :)
[12:26] <ritz> https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1096954
[12:26] <ubot2`> Launchpad bug 1096954 in unity (Ubuntu Precise) " Enabling Xinerama causes Unity Panel/Dash to become all black" [Medium,Confirmed]
[12:26] <ritz> anyone good with unity-2d here ?
[12:35] <seb128> ritz, try #ubuntu-unity rather
[12:36] <ritz> seb128 thank you :)
[14:55] <qengho> Has anyone seen "quilt refresh" create invalid patches?
[14:55] <qengho> Something's screwy.
[14:56] <xnox> yes, if your original tarball isn't actually original, or files have been modified before quilt add was done on them.
[14:56] <qengho> Hmm, neither of those here, xnox.
[14:57] <xnox> qengho: in that case define "invalid" =)
[14:57] <qengho> Will do. ...
[15:06] <qengho> xnox, ah, it was me.  Nevermind.  Updating the path with s! src/!a/src/! (note the missing space) made valid patches for updating, but on emitting refreshed, it doubled-up all blocks.
[15:06] <qengho> I pre-processed wrongly.
[15:41] <seb128> is anyone here running precise on real hardware which has multimedia keys on the keyboard?
[15:41] <seb128> https://bugs.launchpad.net/ubuntu/+source/gnome-settings-daemon/+bug/1034090 needs verification
[15:41] <ubot2`> Launchpad bug 1034090 in gnome-settings-daemon (Ubuntu Precise) "Hotkeys not functional after upgrade to quantal's xorg (new xinput version)" [High,Fix committed]
[15:44] <xclaesse> seb128, speaking about verifying bugs, how can I test your devhelp upload? I don't see how to enable proposed archive, software-properties-gtk crash at startup. and lp is missing a link to -common .deb
[15:45] <seb128> xclaesse, mkdir test; cd test; wget https://launchpad.net/ubuntu/+source/devhelp/3.6.1-0ubuntu0.1/+build/4024122/+files/devhelp_3.6.1-0ubuntu0.1_amd64.deb  https://launchpad.net/ubuntu/+source/devhelp/3.6.1-0ubuntu0.1/+build/4024122/+files/libdevhelp-3-1_3.6.1-0ubuntu0.1_amd64.deb https://launchpad.net/ubuntu/+source/devhelp/3.6.1-0ubuntu0.1/+build/4024125/+files/devhelp-common_3.6.1-0ubuntu0.1_all.deb; sudo dpkg -i *.d
[15:45] <seb128> eb
[15:46] <seb128> xclaesse, the arch-independant binaries (like -common) are built on i386, which is a bit confusing ... you need to go to the i386 build page on launchpad to find those
[15:46] <xclaesse> seb128, ah ok good to know
[15:46] <xclaesse> thx
[15:46] <seb128> yw
[15:46] <seb128> xclaesse, what's the issue with software-properties-gtk? can you pastebin the python stacktrace?
[15:48] <xclaesse> I've told to report the bug when the crash window appear, but it does not seems to do anything... anyway: http://pastebin.com/mLGbejSs
[15:48] <xclaesse> python3...
[15:49] <seb128> urg, yet another UnicodeDecodeError...
[15:49] <xclaesse> seb128, FYI devhelp works perfectly :)
[15:49] <xclaesse> thanks
[15:50] <seb128> xclaesse, excellents, thanks for testing ... can you comment on https://bugs.launchpad.net/ubuntu/+source/devhelp/+bug/1079694 ?
[15:50] <ubot2`> Launchpad bug 1079694 in devhelp (Ubuntu Quantal) "3.6.1 stable update, fix ctrl-C copy" [Low,Fix committed]
[15:51] <didrocks> seb128: I won't be the only one to get it today \O/
[15:52] <seb128> didrocks, the UnicodeDecodeError?
[15:52] <didrocks> yep, but I got one on UTAH
[15:52] <seb128> xclaesse, do you have davmail installed?
[15:53] <xclaesse> N: Impossible de trouver le paquet davmail
[15:54] <seb128> xclaesse, can you run
[15:54] <seb128> "for F in /var/lib/apt/lists/*Packages; do iconv -f utf-8 -t ucs-2le $F > /dev/null || echo $F; done"
[15:55] <xclaesse> seb128, done, software-properties-gtk still crash
[15:55] <seb128> xclaesse, did it print any output?
[15:55] <xclaesse> no
[15:55] <seb128> :-(
[15:56] <seb128> the issue is likely similar to https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1053749
[15:56] <ubot2`> Launchpad bug 1053749 in ubuntu-drivers-common (Ubuntu Raring) "UnicodeDecodeError from broken package descriptions" [High,Fix released]
[15:56] <seb128> e.g one package has datas in invalid encoding
[15:56] <seb128> xclaesse, does that command prints anything? "grep-available -r . | iconv -f utf-8 -t ucs-2le 1> /dev/null"
[15:57] <xclaesse> $ grep-available -r . | iconv -f utf-8 -t ucs-2le 1> /dev/null
[15:57] <xclaesse> iconv: séquence d'échappement non permise à la position 1677550
[16:03] <seb128> xclaesse, sorry I was talking to somebody
[16:04] <seb128> xclaesse, grep-available -r . | head -c  1677550| tail -n 6
[16:04] <xclaesse> Package: eid-mw
[16:04] <xclaesse> Priority: optional
[16:04] <xclaesse> Section: libs
[16:04] <xclaesse> Installed-Size: 2676
[16:04] <xclaesse> oh, eid... that's the belgian electronic id card app
[16:05] <xclaesse> that package is not from archive, I've installed it manually from gov website
[16:05] <seb128> xclaesse, well, in any case that's the issue ... you can probably edit /var/lib/dpkg/status look for eid-mw and clean the nonutf chars
[16:06] <seb128> xclaesse, ah, https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/1053749/comments/21
[16:06] <ubot2`> Launchpad bug 1053749 in ubuntu-drivers-common (Ubuntu Raring) "UnicodeDecodeError from broken package descriptions" [High,Fix released]
[16:06] <xclaesse> Maintainer: Frank Mari\EBn <frank.marien@fedict.be>
[16:07] <xclaesse> there is the problem :)
[16:07] <seb128> yeah
[16:07] <seb128> xclaesse, edit /var/lib/dpkg/status and maybe /var/lib/dpkg/available  as well
[16:07] <seb128> somebody should contact whoever is doing the packaging to tell them that the encoding is broken
[16:07] <xclaesse> seb128, ok file edited, and now it works
[16:07] <seb128> still a bug in software-properties for not handling it though
[16:08] <seb128> xclaesse, great
[16:08] <xclaesse> seb128, thanks!
[16:08] <seb128> yw ;-)
[16:46] <mdeslaur> smspillaz: thank you thank you thank you for fixing my pet-peeve compiz bug! (LP: #1037164)
[16:46] <ubot2`> Launchpad bug 1037164 in compiz (Ubuntu Quantal) "Clicking on semi-maximized windows in a different workspace fails to switch to the correct workspace" [Medium,Triaged] https://launchpad.net/bugs/1037164
[16:49]  * mdeslaur hugs smspillaz
[16:51] <smspillaz> np
[16:51]  * smspillaz hugs mdeslaur 
[16:54] <mdeslaur> smspillaz: remind me, didn't I promise you a bottle of scotch or something if you did?
[16:56] <matt_keys> I'm having problems with a Marvell 88E8001 GbE NIC on desktop 12.10 amd64
[16:56] <matt_keys> can anyone assist me in troubleshooting it?
[16:58] <cyphermox> oops, and I was typing
[18:04]  * didrocks waves good evening
[19:03] <attente> anyone else running into issues with archive.ubuntu.com?
[19:04] <attente> libcupsimage2 and libcups2-dev in particular
[19:22] <kenvandine> attente, not me
[19:27] <attente> huh.. thanks kenvandine
[19:28] <robru> attente, what kind of issues? I haven't had any issues but I also haven't had a printer in 2 months.
[19:29] <attente> kenvandine, robru, ah sorry, i just forgot to update my pbuilder environment
[22:19] <jbicha> robert_ancell: could you take a look at bug 1095092 since I believe you were the last to touch it?
[22:19] <ubot2`> Launchpad bug 1095092 in libgsf (Ubuntu) "Sync libgsf 1.14.25-2 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1095092
[22:19] <robert_ancell> jbicha, sure
[23:28] <TheMuso> robert_ancell: Any reason why the accessible description is not translatable?
[23:29] <TheMuso> Oh sorry, it is.
[23:29] <TheMuso> DIdn'
[23:29] <TheMuso> DIdn't see that both source files deal with it.
[23:29] <TheMuso> Don't mind me.