=== onestone_ is now known as onestone [00:47] java plugin doesn't work on my jaunty machine either :( [01:00] so sad [02:16] How would I call the system monitor from the terminal? Google has failed to give me the name of the application, and I really need it, because I'm virtually running ubuntu in windows.... with coLinux. [02:17] Anyone know at all? [02:18] I think its gnome-system-monitor [02:18] You can run it from the run dialog [02:18] ALT + F2, or its somewhere in the menus./ [02:18] TheMuso, I don't have menus, I'm running a pretty raw GUI. [02:19] TheMuso, thanks a million. It is gnome-system-monitor. [02:19] I appreciate it a lot. [02:21] awalton: around ? [02:21] mclasen, idneed [02:21] *indeed. [02:21] you did the session inhibit stuff in nautilus, right ? [02:22] tried to, yes [02:22] it doesn't work :-( [02:22] what's broken? [02:22] https://bugzilla.redhat.com/show_bug.cgi?id=521501 [02:22] bugzilla.redhat.com bug 521501 in nautilus "nautilus emptying trash" [Medium,New] [02:22] the uninhibit doesn't seem to happen [02:22] fix committed [02:23] got the same bug in ubuntu the other day.. [02:23] ah, nice [02:23] http://git.gnome.org/cgit/nautilus/commit/?id=e6ef2d96f6adc507425123716961aa48281af83d [02:23] thanks [02:23] no probelm [02:23] .. well, if I could type tonight. [02:23] seems to me the cookie should be uint througout, anyway ? [02:23] g_return_if_fail() gets me every time [02:24] mclasen, thought that originally too, but I'm not sure of a way to test for the error case then [02:24] right now we just test it against -1, which probably should never be valid [02:25] it'll be a fun bug to track down anyway [02:25] (if it turns out to be valid, after all...) [02:25] gotta hope sanity wins out in that case... [02:27] * awalton just noticed that commit doesn't have my last name. strange [05:15] awalton: hi.... could you have a look at the bug> Bug #417589 , i'v attached the valgrind and some other info too [05:15] Launchpad bug 417589 in nautilus "Nautilus memory leak on regular usage for long hours" [Medium,New] https://launchpad.net/bugs/417589 [06:40] morning [06:47] robert_ancell : how is that xscreensaver bug going ? [06:48] rugby471, awaiting main sponsorship [06:48] robert_ancell: cool, that is a great papaercut :-) [06:48] *papercut [06:55] good morning o/ [06:57] didrocks: hello [06:57] hey rugby471 [07:56] Good morning [07:58] Morning pitti. [08:00] good morning pitti [08:00] hey TheMuso, bonjour didrocks [08:05] hey pitti, can I talk to you about the compiz 0.8.3 freeze exception? [08:06] robert_ancell: sure [08:07] pitti, so there are some stable updates being made to compiz which will result in an 0.8.4 release "soon" (bug 422384) [08:07] Launchpad bug 422384 in compiz "Update to 0.8.3" [Wishlist,In progress] https://launchpad.net/bugs/422384 [08:08] mvo has built packages and both him and I have been testing them and we think the changes are good for Karmic [08:08] robert_ancell: freeze exception due to the abi break? [08:08] pitti, it needs a freeze exception because it is non-gnome right? [08:08] robert_ancell: replied in gnome [08:08] argh [08:08] "in the bug", I mean [08:09] robert_ancell: no, we are just in feature freeze [08:09] if it's just bug fixes, it's fine [08:09] pitti, ok, and will we need to repeat this process when 0.8.4 is released? [08:09] robert_ancell: if it's just bug fixes, then not [08:09] pitti, thanks [08:10] robert_ancell: if you upload a library with a new api which requires a major transition, then you need one [08:10] robert_ancell: but if you just need to upload three packages, don't bother [08:10] pitti, ok [08:10] (if it doesn't have new features, of course) [08:11] ls [08:11] whoops [08:11] pitti: cool, thanks! [08:11] * pitti hugs mvo [08:11] pitti: its a all from a bugfix only branch :) [08:11] * mvo hugs pitti [08:11] I've been to the dentist after so many years, and I'm still alive *wipes sweat away* [08:11] * mvo hugs pitti again [08:12] pitti, can you also look at my patch in bug 400863 [08:12] Launchpad bug 400863 in gdm "ck-history can take a *long* time to run, during which gdm is unusable" [Medium,Confirmed] https://launchpad.net/bugs/400863 [08:15] robert_ancell: dropping the reading of all the rotated CK logs would require a change in CK itself, right? or can this be made optional? [08:16] pitti, yes. This patch really just covers up the underlying issue in CK [08:16] anyway, thanks for fixing that [08:16] I guess if it's important to know the exact number of logins then CK should be caching this information [08:17] I was looking at changing CK but it needs more thought (probably by someone more familiar with the CK arch) [08:18] pitti, and while it's still early I'll head on to the next item on my pitti list :) [08:19] heh [08:19] Regarding bug 417900, is it necessary to make the packages have long names when they already have claimed their binary and .desktop files with the same name as the current packages? [08:19] Launchpad bug 417900 in gnome-games "Update to 2.27.90" [Wishlist,Incomplete] https://launchpad.net/bugs/417900 [08:19] e.g. you can't really have another "mahjongg" package as it would collide with a number of files in the gnome-games derived "mahjongg" [08:20] they should conflict then [08:21] but at least the pacakge name would make it clear which one is installed [08:21] like gnome-mahjongg, kmahjongg, or whatnot [08:21] so is the rule: "don't use ambiguous/generic names for packages" or "make the package name closest to the binary/application name" [08:23] generic package names like "editor" or "tetris" are generally frowned upon, and a common cause for rejection [08:23] so usually they should be called after their project name [08:23] but "mahjongg" isn't a proper project name [08:24] pitti, but it is the application name everywhere (menu, about, window title) [08:24] right, we can't change that easily (and shouldn't bother) [08:25] same with gedit, the package name is gedit and yet it just says "text editor" [08:25] but having a package called "editor" would be serious namespace trampling [08:27] good morning there [08:27] bonjour seb128 [08:27] pitti, yes but gedit never refers to itself as "editor" or has any online presence as "editor"... anyway, I'm not that worried about the naming. Only one thing, did you mean to change the name of "aisleriot" as that is a very unique project name afaik [08:28] robert_ancell: no, that sounds much more like a proper noun [08:28] pitti, ok, so I'll just change blackjack, freecell, and mahjongg then [08:28] thanks [08:29] pitti, last question I promise. Why do we not run autogen.sh in debian/rules so we can avoid making all those annoying autoreconf.patch files? [08:29] hey pitti [08:29] hey seb128 [08:30] hey robert_ancell [08:30] robert_ancell: there are some packages that do; it depends on the maintainer's preferences [08:30] robert_ancell, because running autotools on buildds is not reliable [08:30] robert_ancell: I don't like to do it because of two reasons: [08:30] - you don't test what actually gets built [08:30] sometime things start breaking when autotools versions change [08:30] - it tends to break far too often [08:31] when you autoreconf with a known to be working version the package work and is stable [08:31] so it's the usual "autotools is crap" then :( (I feared that might be the case) Is anyone pushing something like cmake in GNOME? Did it work out well for KDE? [08:32] robert_ancell: if you have some packages you work on often, and you often need to change the build system, feel free to try build-time autogen.sh [08:32] but we shouldn't make it a common practice IMHO [08:33] pitti, ok I will do some time. I find I spend a lot of time regenerating those patches [08:36] robert_ancell, did you finish the gtk update? [08:36] seb128, i can't get it to build [08:37] what error do you get? [08:37] https://edge.launchpad.net/~robert-ancell/+archive/ppa/+build/1206100 [08:37] seb128, I'll commit the changes to bzr (there aren't a lot) if you want to continue on it# [08:38] It may be an external issue (note amd64 built fine) [08:38] zlib error? [08:39] weird [08:39] did you retry the build to make sure that was just not a one timer [08:39] hey seb128 [08:39] lut didrocks [08:39] does it build locally? [08:39] yes. It faild on a .deb stage the first time, then I did a dist-upgrade and it hit the zlib issue [08:39] yes to seb128, no to Amaranth [08:40] hum, weird [08:40] could you push your work before stopping your day so I can try to have a look later? [08:41] seb128, pushed [08:41] thanks [08:41] there is not too many tarballs waiting for the moment apparently [08:41] I will get some coffee before starting on bug emails then ;-) [08:41] wait until tomorrow :) [08:42] seb128: did you check out my branches? :) [08:42] Amaranth, I did upload your g-c-c change [08:42] was there any other? [08:42] metacity and gnome-panel [08:42] I dislike this review thing a lot, that's totally out of workflow [08:43] ie you can't see easily what is assigned to you, or has sponsors subscribed [08:43] seb128: well, I should probably assign the related bugs to you then you can see the linked branches [08:44] could you assign the gnome-panel one to me and the other one to mvo? [08:44] I've no clue about wms so mvo could be a better bet there [08:47] oh, someone uploaded the metacity one already [08:47] hrm, no one marked it as merged [08:48] bug 150443 assigned to you though [08:48] Launchpad bug 150443 in gnome-panel "No workspace switching with mousewheel with compiz" [Wishlist,Triaged] https://launchpad.net/bugs/150443 [08:48] ok [08:48] as said those requests are totally out of workflow [08:49] I though that lp was clever enough to auto change the status on upload [08:49] apparently not [08:50] It seems like the merge request stuff is actually based on the gnome-do workflow :P [08:50] They used to do merge requests via IRC otherwise it's similar [08:52] I guess I should poke vuntz a few more times about gnome bug 520779 too :) [08:52] Gnome bug 520779 in workspace switcher "make mousewheel work on switcher when using viewports" [Normal,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=520779 [08:52] (that was poke 1) [08:58] right [09:03] mvo, do you want to push your compiz 0.8.3 changes into compiz bzr? [09:05] robert_ancell: yeah, let me check git first though to see if there are more fixes [09:16] good morning everyone [09:17] mpt: hello! a quick question about the software-store spec - in a previous version it said that the cursor should become a pointing hand when hovering over a application in the "package list view". that seems to be no longer the case - is that correct (i.e. should I remove that again)? [09:26] hello chrisccoulson mvo [09:26] hey seb128 - did you have a good weekend? [09:26] hey seb128 [09:26] chrisccoulson, excellent thanks: you? [09:26] :->, [09:27] yeah, not too bad. we just went to visit some family and friends, so quite relaxing [09:42] hey baptistemm - do you agree with dropping the apache depends to recommends on gnome-user-share? [09:43] if so, then i will do that later [09:43] i would very much like bluetooth sharing without having apache installed:) [09:43] chrisccoulson: I'd drop a part of the functionnality? [09:43] s/I/You. [09:44] it would drop the webdav part when apache is not installed [09:44] but recommends are still installed by default [09:46] what is the real problem? [09:47] to much dependencies? pulling whole apache packages? [09:48] for the latter, apache package has been worked out to reduce the dependencies, but g-u-sh was never modified to change that [09:48] baptistemm - yeah, apache is a big dependency for a desktop, and a lot of people probably want bluetooth sharing without the webdav part [09:49] has it been modified in debian? i just merged it with debian before the weekend [09:49] g-u-s could now take advantage of http://bugs.debian.org/468690 [09:49] chrisccoulson: don't know I wanted to talk with Josselin few months ago but didn't managed to [09:50] thanks, i'll take a look at that [09:52] apparently dependeing on apache2.2-bin should the way to go, but I needed Josselin ack to know if he looked to the new packaging [09:52] and honnestly my time is short for few months :/ [09:52] +free [09:52] baptistemm - the new version already only depends on apache2.2-bin [09:52] so, it sounds like it might be less of an issue now [09:53] chrisccoulson: ah nice if gnome-user-share was modified [09:54] yeah, it seems so. that was one of the changes i pulled in from debian [10:08] mpt, have you followed the discussion about icons in the gnome panel menu? [10:10] MDC1, vaguely [10:10] MDC1, not recently though. Where is it? [10:10] mpt, in the logs on this channel and http://bugzilla.gnome.org/show_bug.cgi?id=322932 [10:10] Gnome bug 322932 in Panel "Always show icons on panel menus" [Normal,Resolved: fixed] [10:11] MDC1, last I saw is it getting a -1 on desktop-devel@ for re-adding the category icons in the Applications menu for 2.28 [10:12] mpt, what was the reason to remove them? it looks really broken now see http://www.mejlamej.nu/broken.png [10:12] Yes, I agree that's broken [10:12] mpt, i think the whole gnome menu should be an exception and have icons for all items but at least have them for the sections [10:13] There's no reason for it to be an exception, it would look better if it followed the same general guideline as I proposed for any other menu [10:14] i.e. treating categories as dynamic objects, just like applications themselves are, just like folders are, etc [10:14] thing is this menu is twice the height of a normal menu so it really is a different sort of menu [10:15] and its a very important menu - such as the "on / off" Shutdown item [10:17] mpt, not that we should copy windows way of doing things - but even them differences this menu from other and have icons... [10:18] mpt: hi... got a min? :) [10:18] the ayatana bugs dont have a project now :( [10:20] MDC1, the shutdown menu items don't have an icon in either Windows 7 or Mac OS X. [10:20] mac_v, what do you mean by "the ayatana bugs"? [10:21] * mac_v doesnt like Win7 comparisons [10:21] mpt: Bug #388866 [10:21] Launchpad bug 388866 in hundredpapercuts "Applet windows can be opened twice" [Undecided,Won't fix] https://launchpad.net/bugs/388866 [10:22] there were 17 such bugs, which were assigned to the old ayatana project but after renaming , they dont have a home ;p [10:23] mpt: a project within "The Ayatana Project",similar to xsplash,..., for such bugs would be ideal [10:23] mpt, well.. then i'll have to give up on those ones then - but if at least the categories get icons i'm a little bit happier ;-) [10:24] MDC1: dont...! [10:24] dont give up , i like those icons ;p [10:25] me too - but if everyone is against you it's hard to fight back ;-) [10:26] i think the menu looks pretty silly with the height 1.5 - 2 times larger than a normal menu now when it's without the icons - but design is a preference thing and i'm actually no designer so i might be wrong.... [10:28] mpt, its up on d-d-l now; http://mail.gnome.org/archives/desktop-devel-list/2009-September/msg00022.html [10:32] MDC1, http://bugzilla.gnome.org/show_bug.cgi?id=322932#c22 [10:32] Gnome bug 322932 in Panel "Always show icons on panel menus" [Normal,Resolved: fixed] [10:33] mac_v, I know this might be a novel idea, ;-) but have you thought of filing those bug reports against the actual software they affect? [10:34] mpt: it was not my idea , those were bugs already in ayatana ;p [10:34] i just rescued them :) [10:35] mac_v, as a first resort, you could open them all against Ubuntu. Then the usual process of figuring out the relevant package, reporting upstream, and so on. [10:37] mvo, oh, I'd already specced "The secondary text should be the application Comment if there is one, otherwise the package name" [10:37] mpt: hmm... Ok... that sounds good... but some already have the software(Ubuntu) assigned [10:38] mpt: yeah, so I put the pkgname there? I personally think that the package summary is a better choice [10:39] mvo, ok, package summary then [10:40] mpt: thanks, I add it, its trivial to change if it turns out that its not ideal [10:40] mpt, what's blocking getting the menu icon guidelines into the HIG? [10:40] andreasn, no idea [10:42] mvo, are there cases where applications have Name but not FullName or vice versa? [10:43] mpt: no, they are considered invalid then. every desktop file must have a Name= (according to the spec) [10:43] mpt: its common that Name and GenericName are there and the same [10:44] mvo, ah, I think I'm getting FullName from an xdg@ discussion, it doesn't actually exist yet [10:44] oh, sorry. I did not follow that discussion [10:45] Not expecting that you would have, I'm just confused [10:46] did anyone else loose the application icons in the window decoration? [10:46] e.g. is that a default theme change or am i using something non-default? [10:46] asac: that is new feature [10:46] ;p [10:47] feels like a bug to me [10:47] asac: human theme has removed the icons [10:47] i cannot distinghuis my window decorations that are in the background [10:47] just change your theme [10:47] yeah [10:47] though i feel a bit obliged to use our default ;) [10:48] asac: i agree with you, and explained the same on Bug #405426 [10:48] Launchpad bug 405426 in human-gtk-theme "Remove application icons from title bars" [Undecided,In progress] https://launchpad.net/bugs/405426 [10:49] asac: i even showed the screenshots of the difficulty identifying the windows! , but it was a design decision ;p === MenZa_ is now known as menZa [10:50] why is that bug still open? the title suggests that it was the bug that was already fixed === menZa is now known as MenZa [10:51] i assume mac does the same? doesnt mac display the icon in the top level menu? [10:53] asac: why does mac have to be a reference! [10:53] asac, mac_v, if it helps i don't agree with removing the icon from the window either.... [10:53] asac: if you want i can point to the lines which you can change in the human theme ;) [10:55] mac_v: i dont say that mac has to be a reference. i just have the feeling that it might have been used to get the inspiration here [10:56] just trying to figure if mac would have the same problem. but i think it doesnt have it because we have the top menu [10:56] which most likely displays the app icon so you always know which app you are currently using [10:56] for me it mostly popped up because i couldnt identify if i run firefox trunk or the stable version [10:56] exactly! you can differentiate :( [10:57] cant* [10:57] mpt: quick question about icons in the panel menu. Should the Preferences/Administration submenus have icons too? (just the submenus, not the items in the submenus) [11:02] asac: current gnome-bluetooth pulls in geoclue (needs MIR) which pulls in gpsd (blocked MIR, bug 409796), which wants to pull in lesstif (eww no) [11:02] Launchpad bug 409796 in gpsd "[MIR] gpsd" [Undecided,New] https://launchpad.net/bugs/409796 [11:02] asac: is geoclue a required dep of g-b now or can we drop it? [11:03] pitti: i will drop it as discussed [11:03] its a runtime thing through dbus [11:03] ah, nice; sorry, wasn't aware of that discussion [11:03] yeah sorry [11:03] too much catch up last week [11:03] will address all that this week [11:03] vuntz, I don't think so. They're not meaningfully dynamic, e.g. you hardly ever have a Gnome setup that has one but not the other. [11:04] vuntz: seb128: so yelp + webkit ... is that off the table? or should i try to just package the webkit branch? who should i talk to to get an answer? [11:04] asac, not for this cycle, they found things not working correctly in the webkit variant [11:04] ok so postponed [11:04] thx [11:04] seb128: same for epiphany? [11:05] asac, if by "menu" you mean "title bar", Mac document windows have a draggable icon for the actual document in the title bar. They never have the application icon in the title bar. [11:05] or will there be official tarballs for webkit? [11:05] vuntz, what do you think? [11:05] mpt: ok thanks. [11:05] asac, epiphany-webkit is default for GNOME [11:05] asac, it's in karmic [11:05] seb128: yes. so lets migrate users there? [11:06] even if password management isnt implemented? (maybe its there now?) [11:07] asac, feel free, I've too much to do on default desktop to spend time on that now [11:07] mvo, so does this sound right? "If the item has an application Name, then the primary text should be the application Name, and the secondary text should be the application Comment if there is one, otherwise the Summary from the package metadata. If the item does not have an application Name, then the primary text should be the Summary from the package metadata, and the secondary text should be the package name." [11:08] seb128: its ok. i just dont want to get ranted at if i do that ;) [11:08] well rant is ok. but i want to say: "this was a decision not made alone" [11:08] ;) [11:09] I'm fine with that [11:09] you can do any change you want to migrate users [11:10] seb128: plan is to put transitional epiphany-browser package and maybe -gecko into the webkit one and remove the gecko source from archive [11:10] the bookmarks are in gconf so they get auto migrated [11:10] password management is non-existing so there is nothing we can do to migrate them [11:10] asac, there is already an epiphany-browser package [11:10] just change the depends to be on -webkit only [11:10] and conflicts on gecko [11:11] seb128: err webkit also ships the -browser package? [11:11] seb128: afaik its shipped by gecko [11:11] oh right [11:11] i want to move it to the webkit source [11:11] yes you are correct [11:11] thats all ;) [11:11] ok i will check if there are direct rdepends on -gecko [11:11] and maybe talk to kov to see if he would like to do that for debian too [11:11] which could hold back stuff ...but i hope not [11:12] there is probably a bunch [11:12] ie the wget downloader thing [11:12] debgtd [11:12] epiphany-extension-gwget [11:13] |sun-java6-plugin [11:13] those are the ones i think [11:13] anyway. i will proceed [11:14] seb128: am i right that there are no extensions at all? or just not packaged for webkit? [11:14] asac, I think they are not packaged [11:14] ok from git feels like we just need to bump the package and it will be for extensions [11:14] err for webkit [11:14] will check that [11:14] there is newer tarballs I think [11:14] we just didn't do the updates [11:14] yeah [11:14] that how it feels [11:20] seb128: should Pidgin use the indicator applet by default? [11:21] debfx, define "use the indicator"? [11:21] show new messages in die indicator messaging menu [11:21] *in the [11:23] I guess it should be it might need changes for the new api or something [11:24] better to ask ted when he will be there [11:34] mpt: makes sense, I think [11:38] so basically, it means we need the categories back for the applications menu, and that's all [11:41] vuntz, yep [11:43] vuntz, hey, dunno if you read my comment there other day [11:44] vuntz, the workspace switcher issue is because you use non define adjustment in the .ui [11:44] non defined adjustments [11:44] ie adjustment1,2 for the spin buttons which are not in the .ui [11:46] seb128: hrm [11:46] seb128: weird [11:46] vuntz, why? [11:47] vuntz, grep adjustment1 /usr/share/gnome-panel/ui/workspace-switcher.ui [11:49] vuntz, the alt-f2 issue has been fixed in gtk btw [11:49] seb128: weird because I don't know how it happened [11:49] vuntz, in the glade to gtkbuilder conversion I guess [11:54] Hello, is there an orig tarball for gnome-games 2.27.90 somewhere on Launchpad ? [11:55] launchpad is not upstream for gnome-games you want to look on the GNOME ftp rather [11:56] mpt: yes, that sounds good [12:03] thanks [12:12] mpt: could you check the SS icon i just submitted? its the version with a paperbag , i'll be making another one with a basket... is it OK if the apps are shown as objects? === mvo is now known as drhorrible [12:13] drhorrible o.0 === drhorrible is now known as mvo [12:22] mpt: just couldnt fit more of the apps in the paperbag... :/ [12:25] mac_v, sorry, I didn't know you were working on that today. kwwii's actually started on an icon this morning. [12:25] mpt: actually my system crashed last week and lost the icons :( [12:26] it would be awesome to rename that icon btw... ;-) [12:26] mpt: sure no probs , kwwii just mentioned :) [12:26] just sounds wrong o_O [12:26] Nafallo: ;p , brown bag? [12:26] that sounds better at least ;-) [12:27] brownbag.svg [12:27] Nafallo: actually thats how i'v labelled it :) [12:27] \o/ [12:34] seb128: for gdm, I want to override a method for GdmDisplay for the guest session case [12:34] is it kosher to do [12:34] display = gdm_transient_display_new (num); [12:34] GDM_DISPLAY_GET_CLASS(display)->get_timed_login_details = gdm_local_display_factory_get_guest_timed_login_details; [12:34] ? [12:35] (it works fine) [12:35] pitti, seems fine to me [12:35] or is that a hack, and people are supposed to copy&paste the entire class definition boilerplate? [12:35] * pitti is a glib n00b, sorry [12:36] s/glib/gobject/, I mean [12:36] at least I have something working now [12:36] not sure, I don't do that much goject either, maybe mvo or asac know better [12:36] so another two hours, and guest session should be back [12:36] seb128: thanks [12:36] go pitti go ;-) [12:36] mvo, asac: are you gobject literate? [12:37] more or less [12:37] whats up? [12:37] seb128: I'm already happy to have waded through the huge pile of indirections and abstractions that gdm is.. [12:37] asac: see ten lines above [12:37] asac: starting from "for gdm, I want to override..." [12:37] pitti: that should be done in the appropriate class_init function [12:38] not after saying _new [12:38] asac: well, it is [12:38] but for this instance I want to override the get_timed_login_details() method [12:38] of course I could define a real GdmGuestDisplay class and copy&paste all that boilerplate [12:38] but it's like 50 times the effort of just overriding it locally that way [12:39] if my way is an ugly hack, I have to do that effort [12:39] well. doing this after the _new is definitly ugly. [12:39] but I don't really undersstand how gobject is supposed to be used [12:39] its not ment to be used that way for sure ;) [12:39] asac: ok, thanks [12:39] with some luck the class is a local copy for the instance ... but in worst case you just mess all class instances [12:41] pitti: to define a subclass you dont need to copy all the builderplate ... usually just the _init and _class_init function with a G_DEFINE_TYPE is enough [12:41] if you dont want to export a full class definition to the outside [12:42] gdm_display_class_init() is ~ 100 lines long [12:42] but I suppose I can just call that [12:43] yes. but a subclass doesnt need all that [12:43]