[00:13] desrt: um... ok, it isn't doing it. the only thing I changed was adding a = in time-format='24-hour' [00:13] which of course makes no sense. [01:09] urgh [01:09] the post release bug flood is just depressing [01:10] "YAY COOL FUN HACKING TIME" so rapidly becomes "crap... maintainership sucks." [01:14] /c/c [01:59] desrt: computers suck! [02:00] desrt: its more a case of seeing all these really tricky bugs start creeping in again, and you are left scratching your head thinking "I thought I fixed that" [02:18] smspillaz: i don't envy anyone who has to hack on compiz :) [02:36] heh === eeejay_is_afk is now known as eeejay [03:18] smspillaz: speaking of which [03:18] did you see this: http://www.youtube.com/watch?v=TvPwWGeSrwI&feature=youtu.be ? [03:19] some guy in #gtk+ was complaining about it earlier, but it seems much more likely to be a window management bug [03:19] desrt: compiz doesn't move override redirect windows [03:19] i don't think our menu windows are override redirect? [03:20] that would be bad [03:20] desrt: I'm pretty sure they are, but then again, I've seen deluge do funkier things [03:21] smspillaz: they're not [03:21] but... [03:21] uhhh ? [03:21] fix that ? [03:21] we have some 'grab transfer window' that is, apparently [03:21] but it's located at -100x-100 [03:21] um, menus are supposed to be override redirect [03:21] since you place them yourself [03:21] *shrug* [03:22] http://git.gnome.org/browse/gtk+/tree/gtk/gtkmenu.c#n2547 [03:23] attributes has an override_redirect field which is most notably not set here [03:23] (and GDK_WA_NOREDIR would have to be in the attributes mask, which it is not) [03:23] desrt: doesnt the override redirect flag always get set on GTK_POPUP windows ? [03:23] ball is back in your court =) [03:24] well, no, because honestly, if gtk was not setting the override redirect flag on window that's a pretty huge bug in gtk [03:24] *on menus [03:24] this isn't a gtk menu [03:24] its something different ? [03:24] er. gtk window [03:24] right, I meant menus [03:24] :) [03:25] this is creating a gdk window directly [03:25] (and if it didn't set the flag, that would possibly be more fail than the way Qt handles it :p) [03:25] desrt: deluge is ? [03:25] O.o [03:25] no. [03:25] gtkmenu is [03:26] the attributes for a gdkwindow are decided from the GdkWindowAttr struct [03:26] which you can see here... [03:26] oh fun [03:26] that turns almost directly into an X create window call [03:26] perhaps it sets the override redirect bit a little after it is created ? [03:27] I know that eg, Qt does that [03:27] erm [03:27] something is not right here [03:27] hm ? [03:27] this is a child window [03:27] yeah I saw [03:27] ah [03:28] perplexing. [03:29] glad you don't write window managers or toolkits ? [03:29] oh [03:29] i think the parent window will be NULL [03:29] (since this is a menu, after all) [03:29] and in that case, gdk_window_new creates it as a child of the root window [03:29] right [03:30] but still, menu, y u no override redirect [03:30] "it's worked for all this time"? :) [03:30] it still doesn't seem right [03:30] since like, every window I've ever dealt with that was a gtk menu has been override redirect [03:30] i might agree with you from the standpoint of "if i were to implement this for myself..." [03:31] but the code is there and has presumably been working for years... [03:31] desrt: I'm guessing it does it somewhere later down the line [03:31] unless someone recently changed it [03:31] or maybe gtkmenu inherents some other class which makes it override redirect [03:33] gtk doesn't work like that [03:33] the _realize() signal is what turns GtkWidget into a real X window [03:33] so the code there speaks for itself [03:33] and GdkWindow doesn't really do subclassing [03:34] I know [03:34] in any case, even if it's not override redirect, the bug could still be ours [03:34] try it on another window manager I guess [03:34] and due to the relative fail of using youtube as a bug reporting medium, it may be some time before we discover the truth :p [03:34] though, I'm pretty certain that we don't move override redirect windows or touch them at all really [03:34] it was just some random guy popping in to the channel earlier [03:34] and now he's gone [03:34] except if some plugin explicitly asks to [03:34] desrt: can you reproduce it ? [03:34] no. [03:35] oh good [03:35] i gotta run to the train station now for a pickup [03:35] CANTREPRODUCE CLOSED WONTFIX [03:35] ta [03:35] :) [03:35] have fun [05:40] Good morning [05:40] CarlFK: what do you want to prevent exactly? the dialog coming up? that should only happen once after a fresh install [05:44] hey pitti. thanks for taking care of that Gtk-2 issue :) i'll be sure to help with testing once it hits proposed [05:44] oh, still wasn't reviewed? [05:45] RAOF: ^ if you are still awake, would you mind reviewing my pygobject SRU upload? [05:45] there's no huge rush on my part [05:45] i used it as an excuse for switching the script i was working on over to gtk3 :) [05:46] broder: hah; feature then! [05:51] good morning [05:51] pitti: Sure. It's a public holiday here, so I've been playing (bisect the mesa commit which breaks) Civ V :). pygobject in oneiric? [05:52] RAOF: ah, sorry; I'll ask Colin then once he gets awake [05:52] RAOF: yes [05:52] hey didrocks [05:52] No problem. I'm here; I can do it. [05:52] guten morgen pitti. How are you? [05:53] bit tired, didn't sleep well; but that'll pass [05:53] how about you? [05:54] pitti: oh? caught a new flu? [05:55] didrocks: no, just bad sleep; no idea why :) [05:55] pitti: I'm fine, getting cold outside and Julie is sick. Trying to fight to not get it as well :) [05:55] ah, try to stop early and relax then! :) [05:55] didrocks: ah, good luck with that! [05:56] heh, let's see how strong I am (or not :p) [05:56] pitti: Looks good to me; accepted. [05:56] RAOF: thanks! enjoy playing Civ :) [05:56] RAOF: I played the original civ a looooot back then; is it still as good? [05:56] I'm 4 commits away from finding the commit which makes the terrain textures all white :) [05:57] git bi-play [05:57] pitti: I like it; it's a significantly different game now. Particularly Civ V, which went hex-based, added ranged combat, and removed the ability to stack units. [05:58] RAOF: oh, even in cities? [05:58] Even in cities. [05:58] But cities have a strong innate defense. [05:58] uh, that sounds tricky; so you don't get the fortify bonus any more, you have to place them around the cities? [05:59] ah, so one unit in a city is enough usually? [05:59] * pitti usually placed two Phalanxes, soldiers, or mech infantries in each [05:59] 0 units in a city is enough usually :) [05:59] oh, nice [05:59] RAOF: in civ 1 I loved that I could extinct an entire opponent party with just my initial settler :) [06:00] :) [06:00] Things have changed slightly :) === eeejay is now known as eeejay_is_afk [06:04] RAOF: did you see my questions about grabs? [06:05] desrt: A couple of days ago? Yes. Did you see my ?Sorry, I don't know enough to help? reply? :) [06:07] Presumably the anwser there is a no :) [06:09] no :) [06:09] who knows more about X than you?! [06:10] good morning all [06:10] About X input? Good old Chase is one of the 3 people in the world who understands it :) [06:11] hmm...i don't actually think XInput adds any different functionality for grabs [06:11] it just extends the idioms you already have to work per-device [06:12] good morning rickspencer3 [06:12] hey rickspencer3 [06:12] hey didrocks, pitti [06:13] broder: I don't mean the Xinput extension; I mean ?Input devices of all kinds and X?. Grabs are part of the input semantics. [06:13] At least, that's what *I* claim :) [06:13] ah, sure [06:13] i missed a space on my first reading [06:15] pitti: Oooh, while I'm playing with Civ V - I sent a mail to the technical board some months ago about enabling floating point texture support in Mesa (which is required for, among other things, many wine games to render properly), but I haven't heard anything about that. [06:15] RAOF: hm, haven't seen that; do you see it in https://lists.ubuntu.com/archives/technical-board/? [06:16] RAOF: if not, perhaps it was accidentally deleted during moderation; you can send it again, and then I'll moderate it at once [06:18] Hm, no - there it is: https://lists.ubuntu.com/archives/technical-board/2011-July/000961.html [06:21] pitti: I guess I can send it again if that'd be helpful. [06:21] RAOF: thanks, added to https://wiki.ubuntu.com/TechnicalBoardAgenda [06:23] Ta muchly. [06:23] ah, *phew* 52/62 proposed updates are kde-l10n [06:23] so yesterday morning I had 30 updates, today just ten [06:24] jbicha: hey, how are you? [06:24] jbicha: shall I accept the gnome-shell upload for -proposed which just adds the cups-pk dep, or do you want to upload a 3.2.1? [06:27] pitti: I'm testing the new gnome-shell/mutter now [06:27] jbicha: ah, thanks [06:30] jbicha: can you please fold http://launchpadlibrarian.net/83110709/gnome-shell_3.2.0-0ubuntu1_3.2.0-0ubuntu1.1.diff.gz into this? [06:32] pitti: yes [06:32] jbicha: cheers [06:33] pitti: actually... if you look at the diff a little closer we already recommend cups-pk-helper [06:33] oh, right [06:33] thanks lintian :) [06:34] so I wonder what didn't work there -- recommends are installed by default [06:35] I'll ask on the bug [06:36] jbicha: so ignore that bit for now, please [06:58] pitti: I have attached mutter & gshell branches to bug 878762, I'm not sure about proposing for merge since the oneiric-proposed branches don't exist yet [06:58] bug 878672 [06:58] Launchpad bug 878672 in gnome-shell "Please upgrade gnome-shell and mutter to 3.2.1" [Undecided,New] https://launchpad.net/bugs/878672 [06:59] jbicha: yeah, that's a blind spot, too; probably easiest if you just attach the debian.tar.gz/.dsc for sponsoring [06:59] jbicha: ah, I can build from the branch, too [07:17] good morning, desktoppers! [07:21] good morning Sweetshark [07:24] hey Sweetshark === tkamppeter_ is now known as tkamppeter [07:25] pitti, hi [07:25] pitti, I answered bug 877367. [07:25] Launchpad bug 877367 in gnome-shell "[SRU Oneiric] gnome-shell users get GNOME3's new printer setup tool by default and this tool needs cups-pk-helper" [High,Confirmed] https://launchpad.net/bugs/877367 [07:26] tkamppeter: ah, thanks; that explains how it happened [07:27] pitti, it can be a developer-only scenario, but on the other side a Depends could make everything more reliable. [07:28] *nod* === ara is now known as Guest79243 [07:42] morning [07:46] hey rodrigo_ [07:46] hi pitti [08:01] hmm, gimpnet is down? [08:01] hey seb128 === rodrigo__ is now known as rodrigo_ [08:01] hey [08:02] the GNOME irc works for me [08:02] salut seb128, ça va ? [08:02] hmm, not for me, it doesn't connect [08:02] * rodrigo_ looks [08:02] lut didrocks, ca va ! et toi ? [08:02] bonjour seb128 [08:02] seb128: a va :) [08:02] hey pitti [08:02] hey rodrigo_ [08:02] how are you? [08:02] seb128, ça va, et toi? :) [08:03] rodrigo_, ca va bien ;-) [08:03] seb128: still remember? http://www.piware.de/2011/10/happy-birthday-ubuntu/ [08:06] pitti, oh yeah, remember it like if it was yesterday ;-) [08:09] bah, one tiny bit of pango1.0 delta left, but it'll disappear as soon as we merge plymouth [08:12] pitti: your site doesn't seem to be holding up to the strain of planet ubuntu :) [08:13] ajmitch: see #u-devel [08:15] good morning everyone [08:17] good morning chrisccoulson [08:17] hi didrocks, how are you? [08:18] chrisccoulson: I'm fine, thanks, you? [08:18] didrocks, yeah, good thanks [08:19] hey chrisccoulson [08:20] hi seb128 [08:22] pitti, good morning [08:23] pitti, i hope you noticed that the pango snapshot is more up2date than the released version [08:24] hey ricotz [08:25] ricotz: yeah, I had to add two fixes from git [08:25] but it's the actual version that's in jhbuild and which 3.2 runs against, etc. [08:26] pitti, ok [08:26] it is missing some g-i fixes [08:27] oh, even more? [08:29] pitti, i havent looked at it closely, but if it builds for you in the clean chroot it seems fine [08:32] pitti, http://git.gnome.org/browse/pango/commit/?id=8de0841234c9e9b07ba5be19833ef40476102952 [08:33] pitti, seems fine, nvm [08:57] morning [09:10] hah - http://www.bbc.co.uk/news/uk-england-manchester-15371102 [09:11] Ubuntu has had "Warning, Caps Lock is on" for password boxes for a while. That made sense. But, *post*-Oneiric-release, mine's started showing that about Num Lock too. That seems weird/wrong [09:23] maxb, there's already a bug about that, and it's been doing it for ages [09:23] huh, ok [09:23] Somehow I've only noticed it in the last 24 hours [09:35] maxb: that is useful for laptops though [09:36] agateau: Pretty surprising and unhelpful for desktops, though, where numlock is often on at bootup [09:36] maxb: I agree [09:37] we would need a way to figure out whether the attached keyboard has a physical numpad, but I don't think it's possible [09:40] pitti, so let us do the SRU of bug 877367 simply together with the other one. [09:40] Launchpad bug 877367 in gnome-shell "[SRU Oneiric] gnome-shell users get GNOME3's new printer setup tool by default and this tool needs cups-pk-helper" [Low,Triaged] https://launchpad.net/bugs/877367 [09:40] tkamppeter: right, jbicha will include that [09:40] he's got branches up for sponsoring [09:44] pitti, OK, thanks. [09:50] hmmm, a new firefox and thunderbird beta to do [10:10] * didrocks takes the hammer for parametize its testsuite :/ [10:14] * ogra_ bangs his head against thunderbird ... why oh why are you so user unfriendly :( [10:15] chrisccoulson, if i tell TB to only download the mails for the last 30 days, whyi is it downloading all headers for the folder ? is that intentional ? [10:16] * ogra_ watcdhes it downloading header 222738 ... i surely didnt get these many mails this month :) [10:19] is it possible to just make TB a remote IMAP frontend without storing all the crap on my disk ? [10:21] hi [10:23] brb, server reboot [10:30] pitti: do you know why skipIf and skipUnless seems to ignore module unittest variables? (it still get it, if I make a typo for instance, it will tell me the variable isn't set) [10:32] didrocks: hm, no real idea; perhaps they aren't visible because the test runner only imports the classes? [10:32] is there a way to make icons in unity alt-tab switcher smaller? [10:32] pitti: possibly, I guess it's intiated when the class is declared… [10:33] pitti: it's suprinsingly quite hard to have the same test suite set for 2 modes running (like direct call and dbus service call) [10:35] didrocks: yeah, jockey's needs to jump through a few hoops to allow that [10:35] hrw, not that I know, ask DBO when he's around [10:35] awesome, now TB just hangs hard eating one of my CPU cores [10:36] ogra_, the first run is no fun [10:36] pitti: I'll have a look at jockey then, I have a quite unpleasant approach then, but if there is no other solution… [10:36] until it downloaded everything [10:36] then it mostly work [10:36] seb128, well, why doesnt it respect my settings = [10:36] ogra_, open a bug upstream? [10:36] if it really downloads everything (over hlaf a million mails in my case) then i cant use it [10:36] since my disk only has 8G :P [10:37] * ogra_ considers going back to evo, that does at least what i tell it [10:37] and it can thread my bugmail which TB apparently is incapable of [10:45] ok, I switched version to precise to see [10:45] didrocks, pitti, rodrigo_, others: ^ [10:46] I don't think there is much point to keep tracking oneiric, there was too much outdated lines to be useful to spot srus [10:46] seb128: agreed [10:46] seb128: nice, thanks [10:46] let's work with bugs and notes on the pad for what is worth a sru [10:46] seb128, hmm, version of what, sorry? [10:47] rodrigo_, http://people.canonical.com/~platform/desktop/versions.html [10:47] ah ok [10:47] sorry, "versions" is maybe a stupid name :p [10:48] mvo, do you know much about apt_pkg python package? === MacSlow is now known as MacSlow|lunch [11:11] rodrigo_: hello, I know stuff about it, yes, what do you want to know in parituclar? [11:18] pitti, I have uploaded a CUPS SRU for bug 872483 and once doing that also included the SRU for bug 877967, to do two at a time. [11:18] Launchpad bug 872483 in cups "laser printer only prints first job correct" [Medium,Fix committed] https://launchpad.net/bugs/872483 [11:18] Launchpad bug 877967 in cups "avahi leaks dbus connections to the system bus, breaking other apps depending on them" [High,Fix released] https://launchpad.net/bugs/877967 [11:19] pitti, the new bug I have also fixed on the Debian BZR. [11:22] tkamppeter: thanks [11:29] pitti, is there any reason to not pocket copy the proposed uploads once built on all arch to precise? [11:29] pitti, i.e if I want to do some copies can I, or should I restrain for a reason? [11:30] pitti, not really important but it would clean some of the versions noise (or we need to teach versions to check proposed as well but I'm reluctant to double the number of queries it does on launchpad, it's slow enough like that) [11:30] seb128: I usually do them when moving to -updates, as it avoids a separate step [11:30] seb128: but if you know that some particular update is good (no regressions, verified), please feel free to copy to precise [11:31] pitti, well, do we care if GNOME .1 regressed in precise? [11:31] it's part of usuable unstable work [11:31] we better go through and get those fixed than reverted [11:59] pitti, I see several commits from you in ubuntu-system-service, so by any chance do you know about apt_pkg? === abhinav__ is now known as abhinav- [12:06] rodrigo_, did you see that mvo replied asking you what you want to know? [12:06] rodrigo_, i.e don't ask to ask just ask, it might be easier [12:06] if somebody knows they will reply ;-) [12:07] no, didn't see mvo reply, seems I've disconnected [12:07] mvo, I want to know why setting the values via the API doesn't save them to the /etc/apt/* files [12:08] mvo, and I don't see anything in the API to force a save [12:10] rodrigo_: indeed, there is a apt_pkg.Configuration.dump() call, but nothing to actually save to a file [12:10] rodrigo_: is the use case the system-service bug we talked about the other day [12:10] mvo, yes [12:10] ok, so what a useless API :( [12:11] and now I see why ubuntu-s-s parses and saves the file manually [12:12] mvo, does the C++ API allow it? [12:15] mvo, no, doesn't seem to [12:16] rodrigo_: it only supports the same dump method [12:16] re [12:16] ah, seems mvo already answered [12:16] rodrigo_: you sound a bit frustrated about this :/ is the other parser too fragile to use? [12:17] rodrigo_: I always just used apt_pkg to read the config and locally change the variables, I never had to write it [12:17] mvo, what other parser? [12:18] rodrigo_: the one inside the ubuntu-system-service? [12:19] rodrigo_: sorry, I haven't looked into that code in a good while [12:19] mvo, no, it's ok, just that I was looking at the manual parsing/saving and I thought it could be replaced with just a few lines with apt_pkg API [12:20] rodrigo_: I think it should actually be refactored and put into python-apt proper at some point (or ideally libapt itself) [12:20] yeah, apt_pkg should have API to save, remove keys === MacSlow|lunch is now known as MacSlow [12:39] pitti, what's the status on bug #857707? you dropped the tag since it fixes some issues but some others are remaining, does that block the -> updates? [12:39] Launchpad bug 857707 in gtksourceview3 "gedit crashed with SIGSEGV in g_type_get_qdata()" [Medium,Fix committed] https://launchpad.net/bugs/857707 [12:43] mvo, ok, I have both bugs fixed, doing some more testing after lunch and will submit abranch for you to review [12:43] so yeah, lunch, bbl [12:44] * mvo hugs rodrigo_ [12:44] rodrigo_: thanks a *bunch* [12:50] seb128: so that's not a regression? [12:50] seb128: not sure what else it fixes, i. e. whether it's worth moving to -updates; it looked like we'd do another -proposed upload, and release it when it's good [12:51] hum [12:51] mterry, hey [12:51] seb128, hello [12:51] mterry, is the current gtksourceview3 proposed version creating a regression or fixing bugs? [12:51] i.e is it better than oneiric and worth moving it updates even if not perfect yet? [12:51] seb128, fixing bugs [12:51] the log on the bug is a bit confusing [12:52] see what pitti just wrote [12:52] seb128, there are two bugs in that one bug report [12:52] seb128, this update fixes one of them [12:52] pitti, ^ [12:52] ok, thanks [12:52] ok, I would vote for moving it to updates to get the alt-space segfault fixed then [12:52] mterry, pitti: thanks [12:53] releaseing, and then reopening [12:53] pitti, thanks [13:00] yay! evolution-alarm-notify didn't bring my box to it's knees this morning :) [13:01] good morning === m_conley_away is now known as m_conley [13:11] mterry, could you check on bug #876371 [13:11] ? [13:11] Launchpad bug 876371 in itstool "please sync itstool 1.1.1-1 from Debian sid main" [Wishlist,New] https://launchpad.net/bugs/876371 [13:11] seb128, k [13:12] mterry, seem you build it with python in Ubuntu but Debian doesn't ... is python adding features? [13:12] mterry, thanks [13:12] hey kenvandine, cyphermox [13:12] hey [13:13] My favorite thing in all of Ubuntu to do is to sync a package. Feels like a little piece of win [13:14] hey :) [13:14] mterry, ;-) [13:16] mterry: and now that it's a self-service, even more so! [13:16] pitti, yeah, new syncpackage tool is great [13:16] pitti, did the new way ever got nailed and announced? [13:17] I thought it came up several times on the lists now [13:17] didrocks, kenvandine: do you have any objection to see dee from Debian and drop the ubuntu-desktop vcs? [13:17] pitti, yeah, I just didn't see a proper announce so I figured some bugs still needed to be nailed [13:17] seb128, not me [13:18] seb128: I guess we will need to update most of the time in advance from Debian, isn't it? [13:18] not speaking about cherry-pick that we need to do and where bzr merge is handy [13:19] (if someone is going to push it and maintain it in debian and ensure we don't wait for a new unity release, I'm fine) [13:19] didrocks, kenvandine: well, right now we can sync, the question is do we want to use udd for it or keep the ubuntu-desktop vcs (which is debian only) [13:19] Hello. gnome-terminal seems to be grabbing my mouse sometimes since I updated to 11.10. How should I proceed to try and find out what triggers that? [13:20] seb128: I guess we will most of the time needing a new dee before debian does as it's tightly linked to unity [13:20] pitti: Hi Martin! [13:20] My initial fix of bug 868346 has been significantly improved IMNSHO. :) I hope the changes don't disqualify the branches from being SRUed... [13:20] Launchpad bug 868346 in lightdm "Language selector broken in Ubuntu" [Undecided,In progress] https://launchpad.net/bugs/868346 [13:20] robert_ancell seems to be busy with a lot of other lightdm stuff. While awaiting his participation, could the branches possibly be uploaded to bzr and oneiric-proposed? [13:20] seb128, didrocks has a good point... we will probably move ahead quickly [13:20] didrocks, I can keep the ubuntu-desktop vcs and commit the sync manually to it but I guess next autosync will not land there [13:20] well, I'm syncing anyway [13:20] check that the vcs is uptodate next time you work on it [13:20] hey GunnarHj [13:21] if we get autosyncs on the way that's not handled [13:21] we can always use the source package branch [13:21] seb128: I don't care, if you handle the cherry-pick [13:21] I guess kenvandine is now maintaining dee anyway, so it's choice [13:21] didrocks, well, it's easier ubuntu-desktop which might miss some autosync or udd [13:21] its* [13:21] easier -> either [13:21] i've not requested a sync in ages. i'm not even sure the correct way to do that now ;) [13:22] i seem to live in my own little mozilla bubble [13:22] chrisccoulson, do them yourself using syncpackage [13:22] ah, ok [13:22] seems easy ;) [13:22] chrisccoulson, launchpad win an api to do syncs if you have upload rights [13:22] ;-) [13:22] fantastic [13:22] not that any packages i work on are ever likely to be sync'd from debian ;) [13:23] GunnarHj: replied to https://code.launchpad.net/~gunnarhj/ubuntu/precise/accountsservice/sorted-option/+merge/79649 [13:23] GunnarHj: aside from my question this is easy enough; but do we need the sorting for SRU? [13:25] GunnarHj: as for the lightdm one, I'd really like Robert's eyes on that first (and an upstream merge), as I'm not familiar with that code at all [13:26] seb128: so the question wasn't if I had any objection about syncing it from debian as you decided to sync, but as long as you or pitti commit to push the changes in debian or handle cherry-picking, I'm fine :) [13:27] didrocks, well the question was rather about the "drop the vcs", is there any reason to not sync when we have no diff? [13:27] dee is not in pkg-gnome, so I can't update it in debian [13:27] seb128: seeing the number of uploads we are doing, we probably won't keep in sync for long [13:27] right, that's fine [13:27] so I don't see the added value [13:27] we will have synced once [13:27] we do the same for GNOME [13:28] we sync once and then start on the unstable serie [13:28] just trying to clear the version and merge pages [13:28] yeah, just that we can't use udd anymore from the usptream vcs [13:28] well the vcs is debian dir only [13:28] ? [13:28] * didrocks checks [13:28]