=== asac_ is now known as asac [02:27] robert_ancell_: good morning [02:27] rickspencer3: hi rick [02:28] how was you weekend? [02:32] rickspencer3: good, I managed to annoy a lot of people with a compiz flood on Friday though. I didn't realize launchpad likes to notify everyone of duplicate status (I think it shouldn't) and I merged 3 bug reports with 100 duplicates each. Lots of angry email this morning :) [02:33] heh [02:33] sorry about that [02:33] I've been working on pm-dashboard and quickly [02:33] It happens, it happened enough times with GNOME bugzilla :) [02:33] No more threading issues? [02:34] I'm trying to figure out the "best" pattern for pygtk and uimanager [02:34] no, that one issue that you found was the source of all my worries [02:34] in terms of the design patter, I'm think that you can create a file for a widget you want to subclass, like a window [02:35] and then create a .ui file with the UI definition with the exact same name (so MyWidge.py, MyWidge.ui) and write the code to load in the ui from the file [02:36] that seems like the best system with current pygtk stuff, but it would be mean no using glade [02:36] thoughts? [02:36] I would think Glade would be a big help for fast development so we would want to use it at much as possible [02:37] There is an issue with subclassing though as Glade doesn't support it [02:37] yeah, except you can only create a file that has windows and dialogs, and you can inherit [02:37] right, no subclassing, and no designed just a decendent of say HBox [02:37] VB doesn't have subclassing right? That doesn't seem to be an issue for VB apps? [02:38] VB does [02:38] when you go Window->New WIndow, it create a sub class for form [02:38] How do you do it? (I haven't used VB since Win3.1/95 days) [02:39] you just use the "New Form" command, and it creates a form derived from the class Form [02:39] but what value is the form subclass you have created? Do you treat it differently from any other form? [02:40] for one thing, it supports properties on itself without having to proxy them [02:40] this is really important for things like Dialog, which have complex to use functions, like "run()" (or whatever it is) [02:41] subclassing widgets let's you divide your code up into logical self-contained and reusable chungs [02:41] chunks even [02:42] We could have a FooWindow class that copies all the method/property links on instanciation in Python. It would have no runtime overhead however it wouldn't be instanceof(gtk.Window) [02:43] i.e. FooWindow.realize = window_instance_from_gtkbuilder.realize [02:43] what does "realize" do? [02:44] Creates the X instances I think, just an example method that is on gtk.Widget [02:45] so when you do self.function_pointer = self.instantiated_object.function_point ... [02:45] self.function_pointer() will call self.instantiated_object.function_pointer() ? [02:47] Actually no it wont work because the method will get passed FooWindow instead of gtk.Window as the first value. So it would have to be proxied. We could automatically do the proxying though [02:47] Hmm. [02:48] robert_ancell_: you mean autogen the proxying, that was kind of my plan for Dialog at least [02:48] so I suppose we could use Glade for Window and Dialog object, and create the code the way you say [02:48] but then you could create Widgets just in the XML [02:49] like, you have to hand compose the xml for widgets [02:49] rickspencer3: yeah, it will be a bit crappy though. I guess the problem is we want WYSIWYG designer but maximum code flexibility. But that doesn't work right now for the standard case [02:49] thoughts? [02:49] right [02:49] Glade does not quite do what I think would be the best way for users [02:49] I *think* [02:49] Hand composing XML is just evil. I can't imagine opportunistic programmers really wanting to do that [02:50] well, it's pretty much like writing HTML, but ... [02:50] I agree it is suboptimcal [02:50] however, creating Widgets would be a corner case for these guys anyway [02:50] How important is subclassing? Especially for the type of user we want? I mean, we don't expect them to write "software engineering" quality programs [02:51] so if you think hand editing the XML is a non-starter for this user, then we'll have to just generate proxy classes like you say [02:51] and making widgets directly could just be a less common task that unfortunately requires hand editing XML [02:51] rickspencer3: I don't have the market research to say but that would be my guess. I mean I wouldn't bother if I had to write XML and it wouldn't be that hard for me to do it [02:52] yeah [02:52] The "pygtk/glade" way is to make Glade files for all your static elements of your UI then write GTK+ for the dynamic stuff (which is annoying but the best solution I know of at the moment) [02:52] so Glade support is more important than structuring the code in a way that would be natural for *me* personally [02:53] right [02:53] agreed [02:53] well, it looks like the docs think you should be using uimanager and using inline xml or xml in files [02:53] for dynamic ui [02:54] though there appears to be absolutely reams of boiler plate code for setting up the commands and hot keys and such [02:54] Are you talking about http://library.gnome.org/devel/gtk/unstable/GtkUIManager.html? [02:54] http://www.pygtk.org/pygtk2tutorial/sec-UIManager.html [02:55] I think UIManager is effectively obsolete now GtkBuilder exists. [02:55] http://www.pygtk.org/pygtk2reference/class-gtkuimanager.html [02:55] oh [02:55] that is not at all clear from the docs [02:55] so gtkbuilder it is [02:56] It is kind of a proto-GtkBuilder. It did things that Glade 1.x couldn't (like actions) but afaik GtkBuilder still supports this [02:56] so how are you supposed to do actiongroups and all that crap? [02:56] it's insanely tedious, and really hard to figure out how you are supposed to do it from the docs [02:56] I've always been a little confused why UIManager exists at all. My guess is there were two development teams solving similar goals [02:57] In Glade [02:57] I thought uimanager was a subclass of gtkbuilder, or implemented the same interface or something [02:58] * robert_ancell_ looking in Glade [02:58] Yeah, you can even add a GtkUIManager element from Glade. To create an action you create an object like a button and then you can choose an action from it [02:58] so I suppose that we would need to set up actiongroup and all that stuff in the generated file for the mainwindow [02:58] No it can all be in the XML file I think [02:59] so you can define hot keys and such in the xml [02:59] ? [02:59] (this is why I'm confused, GtkBuilder seems to have all the UIManager features yet no-one has deprecated UIManager) [03:00] okay, I need to learn how to do this action stuff in Glade [03:01] I've made a button which I can attach accelerators to and linked it to an action [03:01] So that will all be expressed in the XML === robert_ancell_ is now known as robert_ancell [03:02] robert_ancell_: and then you can use gtkbuilder in your code to a handle to the action and use that for the action of a widget you are creating on thef ly? [03:02] *sigh* [03:02] * robert_ancell lights his flaming torch to lead the crowd to burn down GtkUIManager... [03:03] hehe [03:03] yes, you can get the action from the GtkBuilder object and then use it for anything else you want [03:03] I feel like I've been looking at the internet of the last two days just asking "can't you tell me how to do this simple thing", and I think it can't tell me [03:04] it's like all the people who kindly contributed to this system never documented exactly how it was all supposed to work together [03:04] so hopefully just bringing together the way you are *supposed* to this into one place will be a contribution [03:04] This is where GTK+ does really bad - there never seems to have been a plan for what GTK+ does (well, it did fall out of GIMP development) [03:05] And it looks like there may be more of a plan for GTK+ 3.0 but everyone is pretty skeptical based on previous direction [03:06] k [03:06] I'll dink with the ubuntu-project template tomorrow afternoon [03:07] I'll try out the current code later as my idea of a "new developer" and give you some feedback [03:07] feel free to provide your feedback in the form of patches [03:07] :) [03:07] ;) [03:08] I knocked off 40 bugs in compiz on Friday!! Only 600 to go!! [03:08] nice [03:08] at this rate you'll be done in 15 weeks [03:08] :) [03:08] I know. I just don't like to extrapolate that much... [03:09] 15 weeks isn't that long [03:09] compiz! compiz! [03:09] (yeah but I will be a raving lunatic after 15 weeks of that) [03:09] heehe [03:09] The next plan is once the list is in better shape to harness the masses to check which bugs are present in Jaunty [03:09] right [03:09] I'm sure you'll get good collaboration with that [03:10] I'm *hoping* that a significant percentage will then be closed as "can't repeat" [03:10] by knocked off, what do you mean? [03:11] either duplicates, invalid or reassigned to xorg (driver issues) [03:11] poor bryce [03:11] ;) [03:11] he asked me for them! [03:12] so: [03:12] 1. contain, not derive from, window and dialog. Autogen necessary proxying [03:13] 2. gtkbuilder for dynamic ui generation [03:13] 3. use action designer thing in glade [03:13] 4. subclass from widget requires hand editing xml [03:13] didrocks: ^^^^^ [03:13] 1. proxying, but only if required [03:13] thanks robert_ancell, see you tomorrow morning [03:14] 2. static UI? [03:14] 3. yes [03:14] 4. not sure, will have to see use case [03:14] rickspencer3: see you [03:14] 2. static ui for windows and dialogs is glade [03:15] gtkbuilder==glade [03:15] but gtkbuilder is also a class in gtk [03:15] you should use that class when creating UI on the fly, right? [03:16] no, the GtkBuilder instance just contains all the widgets in the XML files you loaded [03:16] (not gtk.uimanager, for example) [03:16] so how do you create UI on the fly? [03:16] custom_window = gtk.Window() [03:16] surely not just with the DOM like way (my_label=gtk.Label() ) [03:16] custom_window.foo(), .blah()... [03:17] oh yes! [03:17] really? then what are all those functions for creating UI from xml strings for? [03:17] I guess you could do it that way too. [03:17] (personally, I don't mind the DOM-like way of doing it, but it seems like it's been replaced with new stuff) [03:17] *sigh* [03:17] Lets make some use cases and then try the different methods and pick what we think is the most appropriate [03:17] (to recommend) [03:18] right, but is *the* way you are *supposed* to do it? [03:18] not recommend, choose [03:18] the way you feel most comfortable with [03:18] I've seen most code use the DOM method [03:18] right [03:18] me too, but that's because most code is old, I assumed [03:19] There is a reasonable amount of overhead doing it the other way so I wouldn't expect developers to use GtkBuilder for dynamic stuff often [03:19] I suppose one think is, that the DOM-like manner seems to be required for many things [03:19] GtkBuilder is just serialisation without storing state [03:19] like, you can't make a treeview without a million DOM like calls [03:20] but you can make a .ui file with a treeview and use that [03:20] it also provides a seperation of presention and logic [03:20] don't you have to hand code columns and renderers and all? [03:21] you can do a lot of that in GtkBuilder now (that's very new functionality that's been wanted for ages) [03:21] son of a bitch, so you can [03:22] (this is why i've been so eagerly uploading new Glade versions - I want these features!!!) [03:23] huh [03:23] I can't seem to find the treeview widget though, I'll have to dink with that a bit [03:23] rickspencer3: interesting you say that. There was a bug about that the other day - it's definitely there though [03:23] maybe it needs a new icon [03:23] too bad you can't just design a treeview and load that into a sub class [03:25] huh [03:26] robert_ancell: I just added a VBox to a window, and then did "remove parent" [03:26] and now I can edit just the vbox [03:26] yes, you don't need toplevel windows in GtkBuilder [03:26] will the file load? [03:27] like, can I got gtkbuilder.load(that file) [03:27] it doesn't appear to [03:28] oh well [03:28] I guess a workaround would be that it could be contained in a window [03:28] never mind [03:28] off to non-work stuff! [03:28] see you tomorrow morning [03:28] later [03:28] :) === pace_t_zulu_ is now known as pace_t_zulu [07:10] Good morning [07:11] morning pitti [07:18] Morning pitti. [07:19] hey ajmitch, hello TheMuso; had a good weekend? [07:19] Indeed. [07:19] yeah it wasn't too bad, expecting a bit of snow overnight though [08:11] morning everyone [08:13] hello [08:13] good morning [08:19] morning o/ [09:29] seb128: hey ! [09:30] didrocks: hello [09:30] hello seb128 ! [09:30] lut huats [09:30] seb128: how was your week-end? [09:30] pretty relaxing and good but too short ;-) [09:30] hey seb128, didrocks and huats! [09:30] yours? [09:30] hey mvo [09:30] hey seb128 *hug* [09:30] hi mvo! [09:30] mvo: alter! ;-) [09:30] * mvo hugs the french gang :P [09:30] * seb128 hugs pitti, hello [09:31] dobey: ok. please define how often it disconnects [09:31] * pitti hugs mvo, didrocks, and huats [09:31] seb128: full of ubuntu related stuff (ubuntu party meeting, quickly programming and gnome-python-desktop splitting :p) [09:31] and asac, too! [09:31] new GNOME today, everybody is ready? ;-) [09:31] * didrocks hugs pitti [09:31] hohoo [09:31] * pitti sharpens the sponsoring knife [09:31] seb128: let me know if you need sponsoring [09:31] seb128: I am here for that ! [09:31] I've a script building a versions table now [09:31] hey pitti and asac :) [09:31] mvo: will do thanks! [09:31] seb128: yelp is ready (bug 387195) :) [09:31] Launchpad bug 387195 in yelp "Please, sponsor yelp 2.27.1 to karmic" [Wishlist,Triaged] https://launchpad.net/bugs/387195 [09:31] the script is slow though, I might rewrite part of it [09:32] * huats hugs pitti and asac too [09:32] hi mvo [09:32] * asac hugs back [09:32] I'm calling rmadison for each package twice (one for debian one for ubuntu) [09:33] seb128: I have some code which parses Packages.gz, it's very quick [09:33] seb128: hum, yes, rmadison is not very fast, so, your script might suffer :) [09:33] I had a previous script to look for merges which is using python-apt [09:33] didrocks: does that yelp still use gecko? [09:33] but that requires to have a set of directory with sources.list config, index, etc [09:34] seb128: http://people.ubuntu.com/~pitti/scripts/sru-report does version comparison as well, and builds a version map from Packages.gz [09:34] asac: yes, this release only remove glade. No mention to gecko [09:34] that's fast to run but annoying to configure [09:34] pitti: ok thanks [09:34] info = tagfiletodict('http://foo/Packages.gz') [09:35] version = info['package'] [09:35] essentially [09:37] pitti: that seems an efficient way to do that ;-) [09:37] seb128: Sources.gz, of course [09:38] the other way is to use apt_pkg [09:38] seb128: you need the local sources for that, no? [09:38] but you have to maintain etc, var, etc directories and sources.list for each distro you want to track [09:38] pitti: local sources? [09:38] ah, right [09:39] you can tell apt to use ./karmic which has {etc,var} [09:39] etc [09:39] right, I think I did that in the past [09:39] but it's fairly complicated, as you said [09:40] my current code do some other not so great thing [09:40] I can make python-apt create those dirs if that is the thing that makes it complicated? [09:41] mvo: well, what would be nice would be able to magically get the apt index for a distro and work on it [09:41] without having to create the cache directories, write a sources.list, etc [09:49] if nobody is against, I can handle gnome-doc-utils [09:50] I object!! [09:51] * pitti hugs didrocks, j/k [09:51] pitti: energically? ;) [09:51] * didrocks hugs pitti :) [09:51] seb128: ok, I added dir/file auto-creation now, so that only sources.list needs to be modified [09:52] mvo: how does that work? [09:52] mvo: ie what do we need to call or have on disk with your new code? [09:52] seb128: cache=apt.Cache(rootdir="my-dir") - it will create all files it needs in that my-dir subtree [09:53] so only require an etc directory with a sources.list? [09:53] seb128: then put something mydir/etc/apt/sources.list and use cache.update() etc [09:53] ok excellent, thanks! [09:53] * seb128 hugs mvo [09:53] seb128: yes, it will create a empty file automatically [09:54] seb128: :) np I need to merge and upload next [09:54] no hurry, I will be busy with the new GNOME today [09:54] and my versions script has other things that need to be changed too [09:54] ie [09:55] for lines in urllib.urlopen("https://launchpad.net/ubuntu/+source/%s/+bugs?field.tag=desktop-upgrade" % source): [09:55] if lines.find("bugs.launchpad.net") != -1: [09:55] I should look at using launchpadlib [09:55] but I hate the authentification thing they have and I'm not sure there is an efficient way to ask for all the bugs with a tag on a component [09:59] there is a searchTasks() method on the distribution object which gives you a list of bug tasks matching the criterias of your search [10:05] geser: could be useful, still the authenfication part is annoying === crevette__ is now known as crevette [10:08] seb128: there's lots of standard code for this around now; please let me know if you need help with the auth bits [10:08] seb128: I think the code in ubuntu-dev-tools is best, since your script could just land there [10:09] why one? [10:09] lp = lp_libsupport.get_launchpad("ubuntu-dev-tools", lp_server) [10:09] that? [10:09] (I'm giving gvfs a go) [10:10] didrocks: don't touch, gvfs is mine! [10:10] ;-) [10:10] (lol) [10:10] seb128: ok ok :p [10:10] * didrocks hands up [10:10] * pitti sponsors texlive-bin [10:10] didrocks: do you run karmic now? [10:10] * seb128 sponsors glade3 [10:10] seb128: on a VM, yes, I'll on my daily machine in two weeks (during RMLL) [10:10] there is already a singleton around libsupport.get_launchpad() in the u-d-t trunk [10:11] geser: "singleton"? [10:11] didrocks: ok, gvfs needs testing on real hardware if possible due to the devicekit-disks changes so I prefer to do that on my box since I'm running karmic [10:11] is there anybody going to kill me if I work on mousetweaks? :) [10:12] seb128: no pb :) [10:12] seb128: http://fr.wikipedia.org/wiki/Singleton_(patron_de_conception) [10:12] ok this one is already up to date in karmic [10:13] didrocks: http://people.ubuntu.com/~seb128/versions.html [10:14] seb128: what orange and yellow mean? [10:14] didrocks: refresh [10:14] it's on the bottom [10:14] seb128: ok, that's what I guessed :) [10:15] geser: *shrug*, I still don't understand what you mean, just that lp_libsupport.get_launchpad() is handy way to do that? [10:15] I'm taking gnome-themes [10:16] Is it on purpose that the Effects tab in gnome-appearance-properties selects no radio button when custom effects are in place? [10:16] cool [10:16] lool: yes, because the default choice match a set of effects [10:17] Ok; I have an issue where compiz doesn't honor my config, I wasn't sure whether this was another symptom [10:17] pitti: seb128 : is it intended that gnome-themes source package is in main and binaries in universe (reading rmadison output) [10:18] didrocks: we only have g-t-selected in main [10:18] yes, it's intended [10:18] mvo: Just noticed the longish get_current_window_manager() in gnome-control-center/capplets/appearance/appearance-effects.c; any reason not to use gdk_x11_screen_get_window_manager_name()? [10:18] seb128: the problem was that get_launchpad() was called at several places around the scripts and the ubuntutools modules instead of using one object for all LP API calls (and also authenticate only once) [10:19] mvo: (I thought the window manager name wasn't detected properly; it turned out to be correctly detected, but I rewrote this function with the Gdk function as it was known-working for me) [10:19] pitti: ok, so, I'm going to the regular sponsorship process :) [10:19] didrocks: yes, you should be able to commit (it's ~ubuntu-desktop) [10:19] lool: no reason, probably ignorance - thanks for fixing it [10:20] mvo: Should I change it to http://paste.ubuntu.com/196177/ ? (module some other changes to stop freeing the string and use static char everywhere) [10:21] I feel a bit bad about that as I don't know if it matches 100% with the current code; wouldn't want to introduce regressions just for a code cleanup ;-) [10:23] lool: if you have tested it I'm fine with it, it removes a whole bunch of code (always a good thing) [10:24] lool: thanks for the python-apt merge from the not-commited upload btw (not sure if I thanked for that already) [10:25] Well I had forgotten I had done that, and whether you had thanked me; happy if it helped [10:28] hello. I installed the nvidia drivers from the 'restricted drivers manager' to fix the screen resolution issue on Ubuntu on my Mac. Since I did that X-chat either crashes my machine or renders incorrectly (with letters missing and colout patches). Any ideas? [10:28] alejandra: try #ubuntu [10:28] * pitti grabs g-p-m [10:29] seb128, thank you, will try there [10:32] seb128: hi there. I'm ready to do some GNOME-updates, is there anything urgent to do? [10:32] Ampelbein: hi, no, nothing yet to do, there is few tarballs for the moment and didrocks did those already [10:32] (I'm putting epiphany-browser into bzr) [10:33] ok, will wait then ;-) [10:33] didrocks: epiphany-browser is deprecated in favor or epiphany-webkit but feel free [10:33] ie I don't expect it will change much from now [10:34] seb128: really? I was thinking it was still the same package. But well, I can still update it (maybe we can put it in universe, though?) [10:34] didrocks: how same package? [10:34] mvo: Ok; I tested the final version which is http://paste.ubuntu.com/196182/ [10:34] Will commit to bzr now [10:35] seb128: I was thinking that epiphany-browser was transitionned to use webkit [10:35] mvo: speaking about review, want to have a look to bug #383461? [10:35] Launchpad bug 383461 in gconf "gconf-sanity-check-2 exits with code 256 on Xorg start" [Low,Confirmed] https://launchpad.net/bugs/383461 [10:35] didrocks: apt-cache showsrc epiphany-webkit [10:36] seb128: want me to sponsor bug 386035 ? [10:36] Launchpad bug 386035 in pygtk "crash in gtk.RecentInfo.get_application_info()" [Medium,Fix committed] https://launchpad.net/bugs/386035 [10:36] seb128: yes yes, I believe you, I just assumed wrongly ^^ (epiphany-webkit is not in your tabular, btw) [10:36] seb128: (I can reproduce the crash) [10:36] pitti: you are welcome to do so [10:37] taking then [10:37] didrocks: right, I was wondering if we should list both or only epiphany-webkit [10:37] pitti: danke [10:38] seb128: yes, I can have a look [10:38] mvo: danke [10:38] seb128: maybe 2 tabulars? One for "important stuff", and another one for less important ones? [10:38] lool: thanks, I like the amount of "-" in that patch [10:38] and so, epiphany-browser will be in the second one. [10:39] didrocks: I've no code right now to handle a different GNOME serie for a tarball, need to do that [10:39] didrocks: ie saying that epiphany-browser tracks 2.26 [10:40] seb128: ok. It's not a priority in any case :) [10:40] mvo: So I have this weird problem that the keyboard shortcut to launch a custom command doesn't work anymore; this happens frenquently to me, and usually editing the shortcut is enough to fix it; would you like to debug this with me now? [10:41] The keyboard shortcut is Alt-m and instead of the command being launched, I get "í" on the focused app as the shortcut isn't intercepted by the wm [10:43] Oh that's interesting; because I ran gnome-appearance-properties from a random work dir and it started compiz, all commands I start with keybindings are started with that new cwd [10:43] seb128: patch looks good [10:43] (Anyway, unrelated) [10:43] mvo: excellent ;-) [10:44] mvo: can you review the compiz change? the package branch is still owned by ~compiz [10:44] mvo: bug 305740 I mean [10:44] Launchpad bug 305740 in compiz "compiz-decorator shell script needlessly keeps running after running decorator process" [Low,In progress] https://launchpad.net/bugs/305740 [10:44] also, perhaps it's time to hand over the compiz package bzr to ~ubuntu-desktop? [10:45] taking nautilus before having my lunch :) [10:45] (gnome-window-properties:12227): capplet-common-WARNING **: Couldn't load window manager settings module `/usr/lib/window-manager-settings/libmetacity.so' (/usr/lib/window-manager-settings/libmetacity.so: cannot open shared object file: No such file or directory) [10:46] didrocks is stealing all my tarballs!!! [10:46] oh seb ^^ [10:46] * pitti sponsores transmission [10:46] pitti: sure - how about adding ubuntu-desktop as a member to compiz? or will that result in some mail spam? [10:47] seb128: welcome back :p [10:47] mvo: depends on whether ~compiz has an explicit contact address [10:47] didrocks: hey ;-) [10:47] mvo: if it does, it won't add spam [10:47] seb128: if you can't live with it, you can do it ;) [10:47] didrocks: no that's ok do it, I will do sponsoring and try to get my versions table working better meanwhile [10:48] seb128: ok (and that's why I announce there what I'm planning to do, avoid collision or stealing gvfs :p) [10:48] pitti: ok, I set the contact adress to me for now and add ubuntu-desktop [10:48] mvo: cool, thanks [10:48] didrocks: you can do gvfs too if you want ;-) [10:49] seb128: I prefer first nautilus, as I don't have real hw to test gvfs ;) [10:49] ok, doing gvfs there then [10:51] didrocks: http://people.ubuntu.com/~seb128/versions.html updated to list epiphany-webkit (and gvfs and not gconf in duplicate) [10:51] Hmm Robert broke the autoreconf patch [10:51] seb128: cool! [10:52] seb128: if you have some time to sponsor gnome-python-desktop today, here are some thoughts (http://paste.ubuntu.com/196201/ or you can ask me if I'm online) [10:54] didrocks: ok, will look at that a bit later [10:54] seb128: ok, no hurry :) [10:55] didrocks: to reply to the -dbg one, dh_strip moves debug symbols on the side, python-dbg is a different interpreter with different binary and code [10:55] seb128: ok, so this is specific for python [10:55] yes [10:56] didrocks - at the rate you're going at, there will be no updates for me to do when i finish work ;) [10:56] * pitti watches seb128 drink cocktails and watching his packaging army [10:56] there is already no update to do for me at work! ;-) [10:57] you just wave the sponsoring club, eh? :-) [10:57] indeed ;-) [10:57] chrisccoulson: hum, just motivated today. Sure that tomorrow, we will die under tons of updates to do :) [10:57] Ampelbein: want to rebase gconf-editor xchat-gnome and zenity on debian? [10:59] seb128: sure, will do. [10:59] thanks [11:00] seb128: any objections if I do bug 334446 now? [11:00] Launchpad bug 334446 in gnome-pilot "Remove gnome-pilot from the default ubuntu install" [Undecided,Triaged] https://launchpad.net/bugs/334446 [11:02] pitti: no [11:02] great [11:07] brb [11:19] seb128: will you sponsor bug 375844, since you reviewed it several times already? [11:19] Launchpad bug 375844 in gdl "Update to 2.27.2" [Wishlist,Confirmed] https://launchpad.net/bugs/375844 [11:22] I have a question about the use of scrollkeeper in ubuntu and debian. In most ubuntu packages, scrollkeeper is disabled via debian/rules. Is this a delta needed in ubuntu or can this changes be forwarded to debian? Can someone point me to documentation why scrollkeeper is disabled on ubuntu buildd? [11:23] pitti: yes [11:24] * pitti grabs pidgin [11:24] pitti: which one? [11:24] Ampelbein: what change? --disable-scrollkeeper in the configure options? that can go to debian [11:24] seb128: bug 378710 [11:25] Launchpad bug 378710 in pidgin "[patch] pidgin user status messages cropped on high dpi display" [Low,Fix committed] https://launchpad.net/bugs/378710 [11:25]