=== Amaranth_ is now known as Amaranth === asac_ is now known as asac [05:30] * TheMuso finally works out that the unity panel is drawn by unity/nux, and the panel service only takes care of showing gtk elements when the correct region is clicked for an indicator/menu... [05:31] That seems slightly odd, but ok :) [05:31] RAOF: You're telling me. [05:32] I guess that probably makes a11y that little bit more difficult. [05:32] Yeah, particularly when widget parents and children need to be considered. [05:33] Menus are app specific, but visuall exist outside the app. [05:33] visually exist [05:33] So does one include the menus in the application hierarchy, or the panel hierarchy? :) [05:34] I personally think menus should be a part of the application hierarchy, which is technically possible. The menus can be known to be a part of the app, so far as accessibility is concerned, yet visually exist outside the app window. [05:35] But there is still the issue of the indicators and what parent they belong to. [05:35] I guess if you were only concerned with 100% blind a11y that would be the obvious answer. [05:35] THis is true. [06:07] Good morning [06:08] Good morning pitti === almaisan-away is now known as al-maisan [07:02] kenvandine: please have a look at bug 627744; we mustn't fix stuff in SRUs and not fix it in the devel release [07:02] Launchpad bug 627744 in tomboy (Ubuntu Natty) (and 5 other projects) "Tomboy note names are blank in the Application Indicator fallback menu (affects: 17) (dups: 2) (heat: 114)" [High,Fix committed] https://launchpad.net/bugs/627744 [07:35] dobey: pigng [07:35] *ping [07:40] good morning [07:41] bonjour didrocks [07:42] hey pitti :) === njpatel is now known as njpatel_ [09:00] hi pitti, good morning!, just a FYI, I'm trying to find out what happened with the missing maverick langpack export with the LP guys now [09:00] dpm: thanks [09:00] and good morning! [09:00] :-) [09:02] pitti, I'll be away until Wed (long Bank Holiday in Spain \o/), so once we've figured it out, we might just want to delay the copy to -proposed and the call for testing for a week and wait for the normally scheduled export + langpack rather to generate a one-off export before [09:02] rather than [09:25] mvo: can i disable update-manager to pop up without me asking for it? [09:26] i want to keep it for dist-upgrades etc., but I dont want it to be used anymore [09:42] asac: you can use a gcofn key: /apps/update-notifier/auto_launch [09:42] asac: a lot of people complain about it [09:45] Can someone kindly make an ubuntugtk3 branch of ~ubuntu-desktop/nautilus-sendto/ubuntu ? [09:45] I have updated the package successfully to version 2.90.0 (which is latest upstream) [09:46] mvo: it hangs all the time man ;) [09:46] mvo: everytime i see the window its hanging!!!! [09:46] ;) [09:46] mvo: if you need any info for that let me know [09:47] auto launch disabled. thanks mvo [09:49] asac: the update-manager window is hanging? on arm? [09:49] asac: hanging in what way? compiz making it gray? [09:54] mvo: on my super old lenovo x61s [09:54] mvo: yes ... not reacting ... grey and under unity i cannot close it even ... e.g. killall ftw [09:54] asac: no (maybe hidden) dialog or anything like this? mav or natty? [09:54] mvo: i think it happens when i dont see the window and run apt-get update in the back ... but sometimes even without it if dont notice (guess when cron does apt-get update) [09:55] mvo: i am maverick nowadays ;) [09:55] asac: if it happens next time, could you strace it? [09:55] sure [09:55] asac: just to get a idea what is going on [09:55] now its disabled though [09:55] let me start it so its running [09:56] ok its running ... will come back when it see it again ;) [09:58] thanks [10:03] mvo: Could you make an ubuntugtk3 branch of lp:~ubuntu-desktop/nautilus-sendto/ubuntu ? Thanks! [10:19] mvo: do you plan to do an app-install-data upload for natty? [10:24] pitti: yes, the extraction is finished, I was reviewing it this morning, then pycompile crashed on me and distracted me [10:25] pitti: but a new version will be in today [10:25] ah, ok; just wondered for alpha-1 [10:25] * pitti hugs mvo [10:25] yeah, I'm late [10:25] don't worry, no biggie [10:25] * mvo nods [10:26] mvo: btw, the software-center startup speed spec has a WI "automatically run startup time test on reference hardware: TODO" [10:26] mvo: this might already have been done? [10:26] I thought I saw a chart somewhere [10:26] its "kind of" funny, the extractor was set to dapper (to generate some statistics), so it had to do a full extraction again [10:26] mvo: ah, I guess that takes a while -- it has to unpack the entire archive? [10:26] pitti: yeah, its mostly done, just the "automate it" part is missing, i.e. setup cron and upload automatically [10:26] pitti: yeah, exactly. it takes ~5h or so (last I checked) [10:27] ah, ok [10:27] thanks! [10:27] pitti: lots of room for improvement, especially *if* it could be interegrated with soyuz [10:28] speaking of wich, could we make the binarypkgmangler extract the changelogs during build and store them somewhere for e.g. rsync? [10:28] so that changelogs.ubuntu.com could just rsync them instead of doing a extraction dance on the resulting debs (once they hit the mirror)? [10:28] mvo: extraction and adding to the .changes is not a problem [10:29] it alraedy does that for _translations.tar.gz etc. [10:29] but it needs soyuz support [10:29] otherwise it'll just see the "changelog" entry and say "meh?" and probably fall over [10:29] ok, good to know. where are those files stored afterwards? === al-maisan is now known as almaisan-away [10:29] mvo: in the librarian; you can get to them via the API [10:30] mvo: might be worth asking bigjools about this [10:30] perhaps we can "just do" this [10:30] ok, I think last I talked about this with him he was concerned about the amount of files [10:30] but I guess if we is not him there is a good chance it gets done ;) [10:30] its sounds not too compilicated [10:30] -EPARSE [10:30] mvo: no, if we can just add it to the .changes, it's easy to do; let me know when/if I should do that [10:31] ok, so its "just" soyuz support that is needed and API [10:31] to extract them afterwards [10:31] the API should be there already (mostly) [10:31] thanks pitti [10:31] cool [10:31] mvo: we had a similar case for the "static translations" [10:32] mvo: i. e. extracting translated gnome help files into a tarball, which langpack-o-matic then picks up from soyuz [10:32] istrorelease.getPackageUploads(created_since_date="XXXX-XX-XX", custom_type='raw-translations-static') [10:32] s/^/d/ [10:33] mvo: ^ the getPackageUploads() call will probably accept any kind of custom_type that you add to the .changes with dpkg-distaddfile [10:33] but I don't know what soyuz checks there; it had been quite picky in the past at least [10:34] mvo: so we could add a new type raw-app-data and bundle icon, .desktop, etc. in a new tarball [10:34] mvo: oh, changelogs, not app data [10:35] but same thing [10:35] yeah, same thing [10:35] mvo: we could probably bundle changelogs, copyright, *.desktop and /icons/* in a tarball [10:36] * mvo nods [11:18] kenvandine: I'm a bit confused about the bzr for libdbusmenu; Vcs-Bzr: says https://code.launchpad.net/~dbusmenu-team/dbusmenu/ubuntu, but that seems to be an upstream PPA branch and is more recent than natty; are we using lp:ubuntu/libdbusmenu for the actual Ubuntu packagee? [11:18] kenvandine: at least it seems that seb128 committed into this === MacSlow is now known as MacSlow|lunch [12:41] hey [12:41] salut seb128 [12:41] didrocks, lut [12:41] how are things going today? [12:41] seb128: come on, your day is off! :) [12:42] quit well actually, not very busy/"pingy" for me :) [12:42] * Nafallo turns sebs day back on [12:42] didrocks, hey, I just had a quick glance on emails and irc logs [12:42] noticed that pitti seems to be on an upload mania against gir-repository for some reason [12:42] hehe, right :) [12:43] hey seb128, I thought you were on holidays? :-) [12:43] pitti, is there any reason to hurry and do upload for those? [12:43] like gnome-games was pending work on the new version [12:43] seb128: yeah. he thought you were on holidays ;-) [12:43] seb128: I was on an upload mania for dropping changelogs anyway, and I want to get rid of that package [12:43] dx things are pending on updates as well [12:43] seb128: I didn't upload dbusmenu or any DX stuff [12:43] well I saw in the IRC log you were asking about it :p [12:44] seb128: right, but I just added the bug ref to bzr [12:44] ok [12:44] seb128: I mostly dealt with stuff nobody else wanted to anyway, like gupnp-av [12:44] I don't think it's an issue to wait a few extra days for uploads [12:44] like gnome-games [12:44] seb128: right, gnome-games was perhaps not necessary [12:44] but if you want to do those... [12:45] I just dislike having to download updates daily on my not so fast internet for small reasons ;-) [12:45] we really need apt to handle binaries deltas ;-) [12:46] seb128: FYI, I'm on holiday on Monday [12:46] travelling back to Dresden [12:46] pitti, ok, enjoy your 3 days we then :-) [12:46] I will! [12:46] we -> WE [12:47] Need to get 13.3 MB of archives. [12:47] After this operation, 9849 kB disk space will be freed. [12:47] now, that's not bad for a morning's work :) [12:48] ;-) [12:48] this was again for packages which will mostly not be resynced during natty anyway [12:48] I often get some of those because local builds are replacing by ones which have translations etc stripped [12:48] replaced [12:49] I wondering a few times why it was freeing space when there was no real changes before figured that was the mangler work ;-) [12:49] I want to do a few rebuilds every week, to avoid a huge hit [12:50] but I still need to keep going with those [12:50] is there many sources on the CD not rebuilt yet? [12:50] quite a few; look at /usr/share/doc/*/change* [12:51] I am doing an ls -lSr and work from the biggest ones [12:51] indeed [12:51] which is of course mostly OO.o now [12:51] rebuilding OO.o would win us > 8 MB compressed [12:51] but I don't want to touch it really [12:51] (7 MB for dropping the NBS libicu42, 1.5 MB for changelogs) [12:52] pitti, oh come on, you know you want to take over this one ;-) [12:52] lol. at least I'm not the only troll in this channel :-P [13:16] ok, I was just passing by, going back to my holiday day [13:16] have a nice we everybody [13:16] see you next week :-) === MacSlow|lunch is now known as MacSlow [13:20] hi pitti, it's langpack questions day today! :) I was wondering if you had had the chance to activate the natty langpack builds in langpack-o-matic? [13:22] dpm: ah, if we have a full export, I can build them [13:23] seems we do [13:23] dpm: sure, I'll start it [13:24] pitti, yeah -> https://translations.launchpad.net/ubuntu/natty/+language-packs - thanks! [13:27] dpm: building now; I want to test the first ones locally before I actually upload them [13:28] pitti, ok. Thanks. Notice that the first ones will not contain FF translations. chrisccoulson, jtv and I have been in touch to see how we can get them into LP (the upstream xpi langpack packaging has changed a bit) [13:29] dpm: ah, ok; that was my main concern, since a mismatch tends to break Firefox completely [13:29] pitti - it shouldn't break it hopefully, as the current language packs should just fail the compatibility check [13:29] pitti, ah, actually: the export might contain the old (3.6) ones [13:30] although, some users will disable the compatibility check to get extensions to work [13:30] chrisccoulson: right; I mean once they are marked compatible [13:30] they shouldn't get marked compatible yet until we've imported the new template in to LP [13:31] for users who disable the compatibility check, the current language packs will probably have already destroyed their firefox install ;) [13:32] pitti - we just need to check that the new language packs have the current maxVersion in their install.rdf files [13:46] chrisccoulson, pitti, asac, after having had a call with Chris and jtv, I renamed the natty template from firefox-3.6 to firefox. I also changed the domain name in Launchpad from 'firefox-3.6' to 'firefox'. I'm not sure if this makes a difference in the version put in the language packs (i.e. if po2xpi uses that info), but it's something I thought I should mention just in case [13:47] (the translation domain name part) [13:47] dpm: I don't know, I'ma fraid [13:47] dpm - i think po2xpi gets the install.rdf from the template uploaded from the firefox source package [13:47] i might be wrong though [13:48] and there's no new template after i disabled that in the firefox source package [13:48] pitti, no worries, just mentioning as a heds up, and in case any of you knew [13:49] ok === mterry_ is now known as mterry [13:53] hey mterry [13:54] hi all! [13:54] pitti, i'll get that tomboy patch fixed and uploaded asap [13:54] guess it is a good reason to upload to devel first :) [13:55] looks like the fix was reverted in 1.5.2 when it was synced from debian [13:55] while the fix was still in -proposed [13:55] kenvandine: ah, thanks; I had hoped it was in 1.5.2 [13:55] kenvandine: good morning! === almaisan-away is now known as al-maisan [13:55] :) [13:55] good afternoon :) [13:57] ugh... of course it FTBFS now... /me dives in [13:58] hey mterry, nessita, kenvandine :) [13:58] he didrocks [13:59] didrocks: hey there, I don't want to be a PITA (though I might already be :-P), but I was wondering about the u1cp package... since is still on the NEW queue. Do I need to chase seb instead? can I ask some other package admin? [14:02] nessita: it's in archive admin hands, not mine :) [14:02] nessita: so seb or pitti maybe ;) [14:02] ah! pitti! :-D [14:02] hey nessita [14:02] we have daily archive admins.. [14:03] can you please poke those instead? :-) [14:03] https://wiki.ubuntu.com/ArchiveAdministration#Archive%20days [14:03] jdstrand today [14:03] pitti: bien sur! [14:04] hi pitti and didrocks. :) [14:06] nessita speaks in french to pitti… am I missing something or it's not just me to be terribly confused? :) [14:07] didrocks: ah, it's French? [14:07] I had expected it to be Spanish :) [14:08] pitti: it's "bien sûr", but I doubt that to be Spanish :) [14:08] didrocks: in spanish, literally, means "good south". But I meant the french phrase, "of course" [14:09] didrocks: I like french. I speak 2 or 3 words in french a day [14:09] mostly "bien sur", "ca va", "je vous re merci" [14:12] :) [14:13] (really, I'm sure one day we will have french as the official #ubuntu-desktop language :)) [14:19] anyone using the desktop gtk3 PPA, do you have nautilus-sendto installed? [14:21] kenvandine, are you using the desktop gtk3 ppa ? [14:21] nope [14:21] k thx [14:22] is seb128 off today? [14:22] hellp [14:23] *hello [14:23] bcurtiswx, yes, he is [14:23] cyphermox, thx [14:23] bcurtiswx, can I help you out with something ? [14:24] empathy 2.91.3 depends on nautilus-sendto and the desktop PPA deoesn't have it for 2.91.x so i can't install nautilus-sendto without complete breakage [14:25] i was hoping i could get someone to get that into the PPA [14:25] bcurtiswx, I can certainly prepare the package, though I'll need help to upload it to the ppa :) [14:26] kenvandine, would you be able to put nautilus-sendto in the gtk3 PPA ? [14:26] hum, does anyone knows why setting in the commit log "LP: #XXXX" doesn't anymore add "--fixes lp:XXXX"? [14:26] didrocks, even with (LP: #xxxx) ? [14:26] it worked for me yesterday [14:26] didrocks: hm, last time I checked it worked [14:27] http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/natty/gupnp-av/natty/revision/13 [14:27] worked for me a couple of hours ago [14:27] plain "debcommit" [14:28] waow, I even tried --fixes lp:XXXX and it doesn't work :/ [14:28] something is broken locally then [14:28] bzr launchpad-login works… [14:30] bzr log shows it, isn't it? [14:30] didrocks: yes, bzr log mentions it [14:30] hum, I moved .bazaar as well… [14:30] hmm seems there's an ubuntugtk3 nautilus-sendto already but a apt-cache policy nautilus-sendto doesn't show it [14:31] the build failed on my machine due to a standards version mismatch.. where's that stored? [14:32] james_w: hey, do you have any idea what can be the cause? (seems I'm uptodate bzr-wise) ^^ [14:32] bcurtiswx, debian/control. [14:33] cyphermox, is there a specific thing i have to do to upgrade from 3.8.4 to 3.9.1 other than editing the file... [14:34] bcurtiswx, I don't recall off the top of my head, sorry ;) usually what you can do is try to build and fix lintian warnings as they come up [14:36] didrocks, do you know ^^ ? [14:36] the standards version [14:37] bcurtiswx_: no, just check if lintian is complaining about something after building [14:37] didrocks, W: nautilus-sendto source: out-of-date-standards-version 3.8.4 (current is 3.9.1) thats all (even after editing the file) :-\ [14:38] bcurtiswx, that usually doesn't fail the build though [14:38] bcurtiswx_: is there a debian/control and debian/control.in ? [14:38] ohh [14:38] didrocks, yes.. edited as well. thx :D [14:38] yw :) [14:42] didrocks, bonjour, --fixes lp:something doesn't work? [14:42] hmm, rodrigo_ (who's not here) has a changelog already for nautilus-sendto, but has it as unreleased. anyone know why ? [14:42] in the desktop GTK3 PAP [14:42] PPA* [14:46] james_w: no, it doesn't here, I tried to remove ~/.bazaar as well without any success [14:46] didrocks, no result, or an error? [14:46] james_w: no result [14:47] didrocks, hmm, bzr --version, and "bzr plugins -v | grep launchpad"? [14:48] james_w: http://paste.ubuntu.com/539424/ [14:49] didrocks, no idea, sorry, I suggest you file a bug [14:49] james_w: ok, no worry, I will, thanks :) [15:05] would someone be able to add https://code.edge.launchpad.net/~bcurtiswx/ubuntu/natty/nautilus-sendto/nautilus-sendto-2.90.0/+merge/42630 to the GTK3 PPA ? [15:06] hmm, wait [15:06] nautilus conflicts with nautilus-sendto :-\ how? [15:16] the nm-applet is taking up 500MB of ram at the moment :-/ [15:16] fagan, I know :/ [15:16] working on it still [15:17] yeah I have 4 GB in this computer though so its ok :) [15:20] hehe [15:20] bcurtiswx, btw, major changes in nautilus 2.91.1: * Move the nautilus-sendto extension module in-tree [15:21] idk what in-tree means :-\ [15:21] bcurtiswx, that's in nautilus' NEWS file, and why it now conflicts [15:21] means it was integrated into nautilus proper [15:21] you should instead update empathy to not require nautilus-sendto, but perhaps nautilus >= 2.91.1 [15:22] cassidy, ^^ [15:23] bcurtiswx_, can you file a bug please ? [15:24] fagan, I was able to reduce the number of X errors nm-applet triggers to just 2 batches, but I'm not sure it will fix the leaks [15:24] cassidy, sure. in the mean time i'll changelog a bump on the depends to 2.91.1 for 2.91.3 and see if it build OK [15:24] to nautilus 2.91.1 * [15:27] cassidy, https://bugzilla.gnome.org/show_bug.cgi?id=636377 [15:28] Gnome bug 636377 in General "Bump nautilus dep to >2.91.1 as -sendto is now in-tree" [Normal,Unconfirmed] [15:37] chrisccoulson: I just spotted the nspluginwrapper karmic SRU you uploaded in September, for bug 410407 [15:37] Launchpad bug 410407 in nspluginwrapper (Fedora) (and 17 other projects) "Adobe Flash Player does not respond to mouse clicks [READ DESCRIPTION] (affects: 1023) (dups: 58) (heat: 4366)" [Unknown,Unknown] https://launchpad.net/bugs/410407 [15:38] chrisccoulson: it was declined for Karmic; is that upload still actually relevant [15:38] ? [15:38] pitti - oh, i'd forgotten about that [15:38] yeah, the upload is relevant for karmic too [15:38] ok [16:01] asac: what's the trick with ubuntu-mir? :p [16:02] seems I'm an innocent victim :) [16:07] dpm: natty langpacks working fine for me, uploading now [16:08] pitti, \o/ thanks === dbarth is now known as davidbarth [16:25] dpm: the gnome ones will take quite a bit more time to build, FTR, due to the png compression [16:25] but at the same time they are quite a bit smaller now :) [16:29] ok, sounds good! [16:42] pitti, can you look at the MIR for ubuntu-geoip? bug 676510 [16:42] Launchpad bug 676510 in ubuntu-geoip (Ubuntu) "[MIR] ubuntu-geoip (affects: 1) (heat: 255)" [Undecided,New] https://launchpad.net/bugs/676510 [16:43] i want to upload indicator-datetime today which depends on it [16:43] kenvandine: I'm in meeting now; and not in ~ubuntu-mir any more :) [16:44] oh... didn't know that [16:44] ok [16:44] any suggestions who to poke about it? [16:44] didrocks: did doko add you? ;) [16:45] kenvandine: https://launchpad.net/~ubuntu-mir/+members :) [16:45] asac: yeah, I was quite surprised! it's mean :) [16:45] oh, didrocks is a MIR reviewer now? [16:45] woot... didrocks can you look at ubuntu-geoip? [16:46] kenvandine: hum, "no" :) [16:46] well, not in the short time :) [16:46] didrocks: drop in the hot and cold water approach ;) [16:46] added 3 hours ago... woot [16:47] oh, mterry is a MIR reviewer too [16:47] mterry, got a few minutes to look at ubuntu-geoip? [16:48] kenvandine, I can do it today, but I have a meeting shortly, so can't be right now [16:48] sure [16:48] today is good enough :) [16:48] anxious to get indicator-datetime off my plate :) [16:48] heeee, and the banshee MIR? :) [16:48] asac: don't go away like that :p [16:48] but i am still blocked on tedg getting me an actual tarball :) [16:50] kenvandine, Sorry getting distracted :( [16:51] yeah, i am getting distracted from appindicator too [16:51] :-D [16:51] didrocks: you want to start your duties before monday? ;) [16:52] asac: you mean, the banshee MIR is on my plate? now :) [16:52] lol [16:52] not a nice gift :p [16:52] and I'm biased, I can't review it :p [16:53] didrocks: right. so let me look [16:53] haha [16:53] \o/ [16:53] thanks asac [16:58] didrocks: so ... monday 9am? [16:58] i scheduled a talk on mumble there [16:58] i have to run on another call now etc. [16:58] and on weekend i want to stay off [16:58] asac: sure, no worry :) [16:59] sure so enjoy your MIR free time ;) [16:59] asac: just send me an invite [16:59] one week-end \o/ [16:59] and then, the hell begins :) [16:59] didrocks: i sent, did you receive? [17:00] * kenvandine -> lunch [17:00] asac: received, perfect, thanks! [17:03] mpt: thanks for s-c commit [17:06] pitti: when you have time after the meeting, could you quickly tell me why msttcorefonts was rejected? [17:07] mvo: I said so in the bug [17:07] mvo: it was the same version as the maverick update [17:07] pitti: meh, right. thanks for spotting this [17:07] mvo: well, LP did :) [17:08] thanks LP [17:09] pitti: I created a LP lib based script for the changelogs extraction now, if that works well, I don't think we need a custom upload format (at least for changelogs) [17:11] mvo: nice, you take the data from +changelog ? === Richie is now known as WelshDragon [17:15] pitti: no, when I tried this for the kernel it oopsed [17:16] pitti: I use the sourceUriUrls() [17:28] good night everyone [17:29] I'll be on holiday on Monday [18:15] see you pitti! [18:16] tedg, uhoh... doko uploaded indicator-application to natty to force a rebuild with python 2.7... and of course it doesn't build on natty [18:17] kenvandine, approved ubuntu-geoip [18:18] mterry, woot... thx! [18:18] ok tedg, now i am waiting on indicator-datetime [18:19] kenvandine, Did the python bindings fail? Uhg. [18:19] no... not that [18:19] kenvandine, I'm working on that tarball as we... speak? [18:19] the gir problem i hit yesterday [18:20] that problem wasn't related to making it build for gtk3 [18:20] it just doesn't build on natty [18:20] although i wouldn't be surprised if it fails building for python 2.7 too :) [18:20] The GObject name 'AppIndicator' isn't compatibile [18:20] with the configured identifier prefixes: [18:20] ['AppIndicator'] [18:20] The class would have no name. [18:20] kenvandine, Ah, okay. Hmph. [18:20] that's the build failure [18:21] kenvandine, Tell doko just to use Maverick -- it's WAY better ;) [18:21] still think that is because appindicator doesn't have a namespace? [18:21] haha [18:21] That's my guess... though I couldn't get my Natty test drive to work yesterday :( [18:21] so why doesn't appindicator have a namepsace? [18:21] or even a namespace [18:21] kenvandine, Well, what would it be? [18:21] :-D [18:22] kenvandine, It seems unfair to take the namespace "App" :) [18:22] hehe :) [18:22] appindicator ? [18:22] Then all the functions would have to be appindicator_indicator_foo() [18:22] yeah, so? [18:23] I don't like to type that much :) [18:23] your a C guy, you like lots of typing :) [18:23] See, we solve this by not having tons of namespaces :) [18:23] well the functions are named app_indicator_foo now [18:23] * kenvandine does a big sed on tedg's code [18:24] ugh... api breakage [18:36] ok, week-end time now! [18:36] see you guys [19:09] hello all, I have packaged my application for REVU, but I need to know how exactly the image of the package will be defined. I've heard about debian.screenshots.net but (of course) my package cannot be found in http://screenshots.debian.net/upload because REVU hasn't accepted it yet! What's the process I have to follow? === al-maisan is now known as almaisan-away [19:52] kenvandine, FIRE IN THE HOLE! Merge request en route. [19:52] woot [20:51]