=== kermiac is now known as kermiac_ === kermiac_ is now known as Kermiac === Kermiac is now known as kermiac_ === kermiac_ is now known as kermiac [10:09] didrocks, around? === kermiac is now known as kermiac_ [13:00] <^arky^> hi anyone know the duplicate of this bug 510775 [13:00] Launchpad bug 510775 in indicator-applet "indicator applet removes shutdown menu option" [Low,Invalid] https://launchpad.net/bugs/510775 [13:01] <^arky^> Is seb128 around? [13:26] like most other devs not on a weekend, try during the week [14:32] baptistemm: there now [14:33] salut [14:33] hello, bon dimanche ? :) [14:34] ouais je suis seul, ma copien et mon fils sont en vacances :) [14:34] donc je geek (pour une fois) [14:34] héhé, ma copine est aussi partie pour quelques jours, un peu de temps libre :) [14:34] je pense que l'on va continuer en anglais :) [14:34] yes ;) [14:36] I'm under the impression the cached image for background in the patch you produce in my case compressed image with compression artefact [14:36] s/you produce/you did produces/ [14:36] where is stored the picture [14:37] baptistemm: hum, strange. I only save the pixbuf produced by the lib [14:37] baptistemm: .cache/wallpaper [14:37] okay perhaps I totally wrong [14:37] baptistemm: I only save the cached image produce on the fly by libgnome-desktop if it was changed [14:38] produced* [14:38] humm this is really noticable now [14:38] and try to get the same format [14:38] let me put the two different pictures [14:38] can you get me two screenshots? [14:38] right :) [14:38] sure [14:38] If you want to look now of course [14:39] baptistemm: I'll have a quick look, but treat it on Monday for sure [14:39] don't hesitate to tell me if you don't want to do that now [14:40] no no, it's ok [14:40] I think I have an idea [14:40] is your file a jpeg? [14:40] yes [14:40] http://bmm80.free.fr/Ubuntu/ [14:41] hum, so, here is the code: http://paste.ubuntu.com/376204/ [14:41] 26k vs 6k, sure this is compressed :) [14:41] baptistemm: as you can see, I take the same format that the initial file [14:41] yeah [14:41] and save the pixbuf [14:41] so, for me [14:42] it compress the pixbuf again :) [14:42] that can explain this [14:42] I have to get the format from the pixbuf [14:43] (not sure if "format" is suited for a pixbuf" [14:43] or use an non destructive format to save it [14:44] is it interesting to cache picture not bigger than the display resolution ? [14:44] it's still interesting [14:44] I mean, my picture is the tiny one, that I use a tile wallpaper [14:44] okay [14:44] just applying the transformation/resize take 0.7s on the mini [14:44] with an ssd drive… [14:45] and if you login into gdm, you get it twice (one for gdm, the other one once connected) [14:45] do you think than saving in png systematically would be better? [14:45] (not on the top for all image format) [14:46] my knowledge is near zero for that :) [14:47] actually I didn't understood where the pciture was compressed in you code [14:47] baptistemm: gdk_pixbuf_save (new_pixbuf, cache_filename, gdk_pixbuf_format_get_name (format), NULL, NULL); [14:47] format comming from: format = gdk_pixbuf_get_file_info (bg->filename, NULL, NULL); [14:47] ah you meant gdk_pixbuf_save do the compression [14:48] so, if the original image is an jpeg, I apply jpeg compression on the gdk_pixbuf again [14:48] ah okay ... [14:49] Currently only few parameters exist. JPEG images can be saved with a "quality" parameter; its value should be in the range [0,100]. [14:50] maybe put the quality to 100 for jpeg? [14:50] yep, I was thinking the same [14:50] or sometimes near, like 90 or 95 [14:51] the default value is not written into devhelp [14:51] do you see something related to that? [14:52] no [14:53] baptistemm: http://fr.wikipedia.org/wiki/Portable_Network_Graphics [14:53] "sans perte de données" [14:53] maybe saving all cached images in png can be interesting [14:53] should have a look about the size [14:54] I found [14:54] this is 75 [14:54] baptistemm: where ? ;) [14:54] volatile int quality = 75; /* default; must be between 0 and 100 */ [14:54] io-jpeg.c [14:54] ok :) [14:54] in gdk-pixbuf directory in gtk [14:55] I have no strong opinion tweaking the value if source == jpeg -> quality=… [14:55] yeah png would be perhaps interesting [14:55] or saving everything in png [14:55] (I have a png image, hence I noticed nothing ;)) [14:56] (sorry to put you some challenge on weekend days :) [14:56] should I file a bug ? [14:56] don't be sorry, my challenge is already to checkout launchpad :) [14:56] no, that's ok, I'll fix this on Monday [14:56] checkout launchpad ??? [14:56] wow [14:57] and discuss with pitti and seb128 about the best solution [14:57] yes, I need to extend the API for Quickly :) [14:58] okay, thanks for the help [14:58] if you have free time, I packaged devhelp 2.29.90 :) [14:58] thanks for reporting that :) [14:58] it just waits for sponsoring [14:58] oh, sweet, Will sponsor tomorrow [14:59] (I try to not "really work" on week-end, I know this is not the right way to go ;)) [14:59] so, just hanging on IRC and hacking on personal projects [15:08] hey chrisccoulson [15:08] hey baptistemm [15:33] baptistemm: hey [15:33] heya asaca [15:33] baptistemm: so your issue means we need to bump the soname i think [15:34] +#MISSING: 4.61-0ubuntu1# hci_read_inquiry_transmit_power_level@Base 4.40 [15:34] yeah ;/ [15:34] did upstream bump the soname? [15:34] no [15:34] I asked on the bluez chan but noone answered [15:34] ask on #bluez then [15:34] ping holtman directly maybe? [15:35] and wait a day or so ... we shouldnt upload until this is confirmed upstream and they will bump their soname [15:35] I did both [15:35] yeah [15:35] ok [15:35] asac, if you want there is the previous release which was never uploaded :) [15:35] if that doesnt have the issue, go ahead [15:37] I can't upload myself :) [15:37] baptistemm: oh you say ther eis a previous release which was never sponsored? [15:37] give it to me [15:37] where is the debdiff + orig? [15:38] attached to a bug report, I'll give you that in a second [15:38] kk [15:38] bug 506149 [15:38] Launchpad bug 506149 in bluez "Update 'bluez' to 4.60" [Undecided,New] https://launchpad.net/bugs/506149 [15:39] hmm. you never attach debdiffs? [15:41] did I [15:41] ah no, I usually don't [15:42] but I can, give me 2 minutes [15:43] no not needed [15:43] its just that i had to act for 2 minutes to get all the bits together [15:43] if everything is in the bug it will take me 10 seconds ;) [15:44] baptistemm: you tested that ? [15:44] the previous version was 4.51 so the debdiff can be lengthy [15:44] 3 [15:44] 2 [15:44] 1 [15:44] hmmm [15:44] did you test the release? ... or do i need to test build? [15:44] the debdiff looks good ;) [15:45] you can test it, I did some file copy but not that much [15:45] did you test it in the sense that it builds and installs? [15:45] ha yeah, I have it installed for weeks [15:45] :) [15:45] ok uploading/ed [15:45] thx [15:46] * asac goes back to weekend fun ;) [15:46] wonderful [15:46] thanks then [15:46] have fun [15:46] np... enjoy too (will be back in a couple of hours or so) [15:49] bah, my filesystem keeps eating itself [16:55] chrisccoulson: you should feed it more often [16:55] hey Amaranth [16:55] yeah, probably ;) [16:55] howdy [16:56] how are you these days? [17:31] chrisccoulson: busy :) [17:45] I'm having problems with unexpected logouts, I believe its a graphic issue. Running 9.10 - Graphic Card is: 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Devi. Can anyone help? [17:46] hmm, is this bootchart hacked or not: http://people.canonical.com/~pitti/bootcharts/daniel-lucid-20100212-4.png ? [17:48] kklimonda, no, how come? [17:49] that's actually slower than the quickest bootchart on that hardware [17:49] i think it's been down to just over 10s [17:50] chrisccoulson, sweet [17:50] chrisccoulson, I remember that pitti has been hacking a lot of things lately so I wasn't sure about it and the official bootcharts are broken :/ [19:38] pitti: guess your not there? what was the new langpack machine name? [19:57] asac, some advice to fix 519357? [19:57] bug 519357 [19:57] Launchpad bug 519357 in bluez "conffile prompt on upgrade from 8.04 to 10.04" [High,New] https://launchpad.net/bugs/519357 [19:57] hmm [19:59] baptistemm: are we doing anything to the conffiles in maintainer scripts? [19:59] e.g. to init.d/bluetooth [20:00] we touched it between the two release [20:00] +s [20:01] IIRC, initially init.d/bluetooth was a traditionnal init script, and now bluetoothd is triggered by udev [20:02] /lib/udev/rules.d/97-bluetooth.rules [20:22] baptistemm: whats the diff of the packaging that does that touching? [20:43] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/karmic/bluez/karmic/revision/28 [20:43] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/karmic/bluez/karmic/revision/29 [20:43] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/karmic/bluez/karmic/revision/30 [21:15] in general it shouldnt be a problem if you change config files during upgrade [21:16] as long as you dont touch them outside of the upgrade process [21:16] so this bug basically means that something touched the conffile for mvo [21:16] maybe there is upstart magic now that does something bad? [21:18] seems to be ok [21:18] i think we have to wait for mvo to tell us more about his testcase [21:24] yeah [21:33] james_w - i had a quick look at the gnome-desktop issue. the second code path that can cause gnome_rr_config_apply_from_filename_with_time to return false without setting the GError is: [21:34] if (check_framebuffer_size (stored, screen)) { [21:34] if that evaluates to false there, then the funtion returns false and doesn't set the error [21:35] so it needs another g_set_error? [21:36] james_w - yeah. i have a fix for the second one somewhere here already [21:36] i can roll them all in to one change and push to bzr if you like [21:36] that would be great [21:37] cool, i'll do that now === asac_ is now known as asac