[01:16] RAOF, should I have a /usr/lib32/libGL.so.1 link? [01:18] robert_ancell: There are two answers to this question. The first is: Do you have ia32-libs installed? If so, yes - that's where the link comes from. [01:18] RAOF, yes, and no link [01:18] The second is: no; ia32-libs contains an arbitrarily out-of-date mesa snapshot that may or may not work with the rest. [01:18] I have libGL.so link, but not libGL.so.1 link [01:20] But you've got one in /usr/lib32/mesa, right?L\ === asac_ is now known as asac [01:21] If you want 32-bit mesa to work properly then the better thing to do is to enable i386 as a foreign arch and install libgl1-mesa-glx:i386 and libgl1-mesa-dri:i386, of course. [01:21] yes [01:22] I don't have /usr/lib/libGL or /usr/lib64/libGL though [01:24] Hm. That's a multiarch edge-case. [01:24] You'll have /usr/lib/x86_64-linux-gnu/libGL.so [01:25] I should read the OpenGL linux ABI doc again and check that we're actually providing the mandated ABI. [01:33] RAOF, again there is a /usr/lib/x86_64-linux-gnu/libGL.so, but no libGL.so.1 [01:33] Yeah, and there'll be a /usr/lib/x86_64-linux-gnu/mesa/libGL.so.1 [01:34] The reason we have (had) a /usr/lib/libGL.so symlink was for OpenGL ABI reasons; it's mandated that there's a libGL.so available in that path. [01:35] robert_ancell: Is this leading towards a specific problem, or are you just browsing the filesystem and being surprised? :) [01:35] RAOF, just had a binary that was looking for libGL.so.1 and failing [01:36] RAOF, do the new library paths require recompilation? [01:37] They should not - /usr/lib/x86_64-linux-gnu/mesa is in the ld.conf.so search path. [01:38] Is this binary doing something strange, like trying to specify the full path to libGL.so.1 and dlopening it? [01:40] RAOF, don't know, how would I find out? [01:40] strace -e file, I guess. [01:43] strace doesn't show it loading the library paths [01:46] As in files from /etc/ld.so.conf.d, or it doesn't show it trying to open libGL.so.? [01:55] robert_ancell: ^^? Feel like pastebinning the output if you don't want to dig through it yourself? [01:57] http://paste.ubuntu.com/641605/ [02:04] robert_ancell: Hm. Yeah, that actually looks right. Nothing tells ld-linux.so to search in /usr/lib32/mesa. I wonder how this worked in the past… [02:04] RAOF, it didn't? :) [02:05] That's quite possible :) [02:11] Ah, no. We handled that in the GL.conf alternative. [02:11] So it did work. [02:12] I'd like to think that I can ignore this and that libgl1-mesa-glx:i386 will just work for everyone. === pitti_ is now known as pitti [04:27] Good morning [04:34] Good morning! [04:35] hey RAOF, how are you? [04:35] pitti: Pretty good, thanks! Yourself? [04:35] Morning pitti. [04:36] RAOF: pretty nice, thanks [04:36] hey TheMuso [05:18] robert_ancell: hey Robert, how are you? [05:18] pitti, hello [05:18] robert_ancell: had a nice weekend? [05:18] pitti, sure did [05:20] robert_ancell: I'm unsure what to do with bug 806559 [05:20] Launchpad bug 806559 in lightdm "debconf prompt about DM to use during natty->oneiric" [Medium,Triaged] https://launchpad.net/bugs/806559 [05:20] if /etc/X11/default-display-manager was an alternative, we could easily achieve that without much hackery [05:21] pitti, how hard would it be to make it an alternative? [05:21] I was surprised it wasn't already [05:21] so I guess the basic question is what we expect on an upgrade from natty to oneiric or lucid to p [05:21] I think we have to switch users to lightdm without asking [05:21] and I think it ought to switch to lightdm [05:22] we could set /etc/X11/default-display-manager on the image, and lower the priority [05:22] robert_ancell: you'd need to change all *dm packages in the archive accordingly [05:22] yeah [05:22] robert_ancell: there is no priority, it's a config file; not a conffile, no alternative [05:22] is there any guidelines for priority levels with debconf? [05:22] and unless Debian agrees and wants to do that as well, I think we shouldn't keep this rather large delta forever [05:22] robert_ancell: oh, the debconf priority, yes [05:23] robert_ancell: yes, there is; settings which have a reasonable default -> medium; settings which don't -> high [05:23] The system can't really guess what dm you want if you have two installed... [05:23] i. e. the mysql server password question is an excellent example of "high" [05:23] can we uninstall gdm on upgrades? [05:23] I guess that might be dangerous [05:24] we shouldn't, I think [05:24] robert_ancell: we can if lightdm would conflicts:/replaces: gdm [05:24] but then you can't install them side by side any more [05:24] there can be an update-manager quirk, of course [05:24] it seems like debconf is asking a reasonable question - you've installed two display managers, which means your playing around with low level stuff, so I better prompt you as to which one you want to run [05:24] then you'd only get the question when you use apt-get [05:25] but as a user I don't care much -- I don't know what gdm or lightdm is, or which one I want [05:25] from a standard upgraders point of view, gdm is obsolete, so it should be removed. And if there's only one DM installed then debconf doesn't have to prompt you [05:25] but it will fail spectacularly if you uninstall gdm while in a session [05:26] (when you logout) [05:26] I see the tricky question... [05:26] right [05:27] there's no debconf overrides system where we could answer the question for the user? [05:28] you can poke stuff into the debconf db, yes [05:29] but /var/lib/dpkg/info/lightdm.config unconditionally dh_input's the question in all cases [05:30] robert_ancell: hm, perhaps update-manager sets something that tells /var/lib/dpkg/info/lightdm.config that this is an upgrade to oneiric? [05:31] oh, I didn't even notice that was in the packaging - I'd just copied it from another display manager [05:31] yeah, I guess we just need to make it not ask on upgrade [05:32] there must be something set... [05:32] robert_ancell: I followed up to the bug [05:32] let's see what mvo says when he wakes up [05:33] but I think the "skip db_input during dist-upgrade" is both the safest and also the most policy compliant solution [05:40] TheMuso, what is the correct keyboard shortcut to the indicators? [05:46] F10 works [05:46] for the menus and indicators (it's just one big menu) [05:49] TheMuso, thanks [07:52] morning [07:57] hey rodrigo_, how are you? [07:57] hi pitti, I'm fine and you, had a good weekend? [07:57] rodrigo_: indeed I had; went back to Dresden to visit family and friends, was nice [07:57] rodrigo_: how was your's? [07:58] fine, partying in pamplona for san fermin (festival of the running of the bulls) :) [08:18] bonjour seb128 [08:18] hey [08:19] pitti, hello, how are you? [08:19] I'm great, thanks! how about you? [08:20] I'm fine thanks [08:21] blue sky outside, coffee on my desk, ready to start the week [08:23] bonjour seb128 [08:23] hey rodrigo_ [08:32] good morning pitti, seb, ridrigo [08:33] hey desrt [08:34] ronoc: hey. good morning. [08:34] hi desrt [08:35] hey desrt [08:35] ronoc: what distro are you running? [08:35] desrt, oneiric ? [08:35] * desrt is wondering if the time is right to start targetting PPA uploads for oneric [08:35] ah [08:35] yeah it seems fine [08:35] cheers [08:35] although about to update now [08:35] * desrt debootstraps himself an oneric [08:35] haven't for a few days [08:36] good morning everyone [08:37] hey desrt [08:37] chrisccoulson: hey [08:37] hey chrisccoulson, how are you? [08:37] hi desrt and seb128, how are you? [08:37] chrisccoulson: i'm feeling inquisitive [08:42] ah. debootstrap --variant=buildd [08:42] lovely. [08:49] hey pitti, about https://code.launchpad.net/~rodrigo-moya/jockey/fix-787694/+merge/67355 , are you going to do a new tarball release/package with the patch? [08:49] rodrigo_: can do, but it doesn't work ATM (see my merge comment) [08:49] does this need to wait for a new g-c-c release? [08:49] yes, but it's already in oneiric [08:50] hmm; /me dist-upgrades [08:50] hm. oneric is sufficiently hosed that debootstrap won't touch it :p [08:50] I updated /usr/share/applications/jockey-gtk.desktop according to your patch [08:50] desrt: bug 807974 :( [08:50] Launchpad bug 807974 in eglibc "debootstrap fails to install libc6 installing oneiric from natty" [Critical,Triaged] https://launchpad.net/bugs/807974 [08:50] pitti, you need g-c-c 1:3.1.3-0ubuntu4, do you have that one? [08:51] rodrigo_: I do [08:51] hmm [08:51] pitti, any warning from g-c-c if you run it on a terminal? [08:51] lots for gtk_widget_size_allocate() [08:52] nothing else [08:52] pitti: yup. that's the one. [08:52] pitti: maverick will do for now :) [08:52] rodrigo_: so it doesn't need a C stub after all, a tag in the .desktop file is enough to make it appear in control-center? [08:53] pitti, yes, much simpler than my 1st attempt [08:53] pitti, I just had to patch g-c-c shell to spawn the command line if the panel instantiation fails [08:54] rodrigo_: do I need to restart the session after the .desktop patch? [08:54] pitti, can you pastebin /usr/share/applications/jockey-gtk.desktop ? [08:54] (I didn't do that) [08:54] http://paste.ubuntu.com/641734/ [08:54] pitti, no, the new g-c-c should just run fine [08:55] argh, silly me [08:55] _Name [08:55] pitti, yeah, and _Comment [08:55] * pitti patches it properly this time [08:56] yay [08:56] rodrigo_: works now; sorry for the hiccup! [08:56] pitti, oh good to know then, I was starting to worry :) [08:56] rodrigo_: that's cool! so we just need patches like these for software-properties and friends [08:56] pitti, already sent them [08:57] the u1 one is approved, just needs confirmation that it doesn't break natty, as they support that on the same source branch [09:03] chrisccoulson, happy piloting btw ;-) [09:04] * desrt always wonders why devscripts pulls in postfix [09:05] seb128, oh, piloting [09:05] i nearly forgot ;) [09:05] so busy already :/ [09:05] chrisccoulson: learning to fly? [09:05] hey chrisccoulson, how are you? [09:05] desrt, lol ;) [09:05] hi pitti - i'm good thanks, how are you? [09:09] desrt, because you need a mailer to send bugs to debian ;-) [09:09] it makes so much sense! [09:09] welcome to debian :p [09:09] apt needs a --no-stupid flag [09:10] heh, don't instult mvo this way! [09:10] it's not his fault. it's who made these packages :) [09:11] (unless it was him) [09:11] not me! [09:11] * seb128 hugs mvo [09:11] * mvo blames someone else [09:11] * mvo hugs seb128 [09:11] mvo, great work on update-manager to gtk3 and gsettings [09:11] mvo: so we were just talking about how you should add a small database of 'stupid' things to apt [09:12] like how installing devscripts gives you a mailserver [09:12] and then add a --no-stupid option to override the information in the packages [09:12] and turn it on by default [09:14] or we could fix the package … [09:14] * mvo looks at devscripts [09:14] ;-) [09:14] i didn't know debian worked that way :) [09:14] hahaha [09:14] mvo, did you just drop support for proxy in update-manager? [09:14] its bsd-mailx actually that pulls it in [09:15] mvo, I was looking at the update diff by curiosity and you commented the gconf code and added nothing I can see instead [09:15] seb128: I killed the gconf code yes. in softare-center we also no longer look at the proxy, as I understand it users are supposed to set the system wide proxy these days [09:16] there is even a bugreport, hold on a sec [09:16] mvo, ok, it's a bit weird since you commented the code rather than dropping it and you still have the if proxy:... code [09:16] mvo, so I was wondering if you forgot to copy back a gsettings variant of the read key [09:16] mvo, don't bother, I was just checking there was no overlook there ;-) [09:17] mvo, still great work, didn't get any issue with the gtk3 version [09:17] bug #628823 [09:17] Launchpad bug 628823 in software-center "password request for proxy access everytime the install button is clicked" [Low,Fix released] https://launchpad.net/bugs/628823 [09:17] seb128: \o/ [09:17] seb128: so interesting. glib2.0 already has a build-dep on gtk-doc-tools [09:17] seb128: I fixed two small issues today but overall it seems to be pretty good [09:18] seb128: quite fine for me, of course... but it's a bit of a heavy dep to pull in if you're actually not using it [09:19] desrt: you could install devscripts with --no-install-recommends or "apt-get install devscripts bsd-mailx-" (the minus will tell it to get rid of the recommends). not exactly user friendly I admit [09:19] hey mvo, how are you? [09:19] desrt, changelog says [09:19] [ Loic Minier ] [09:19] * Build-dep on gtk-doc-tools to prevent a spurious warning from [09:19] gtk-doc.make: "/bin/sh: line 11: test: !=: unary operator expected". [09:19] mvo: i didn't know about the - syntax [09:19] seb128: sounds like something that we should have fixed upstream [09:19] pitti: good, thanks! how are you? [09:19] mvo: gut, danke! [09:19] seb128: oh wait. you're autoreconfing. [09:20] desrt, right [09:20] sigh. [09:20] desrt: you can do "apt-get install foo-" and it will actually remove it. handy in situations when you want to do complex operations on the commandline (and confusing at the same time) [09:20] okay. fair enough :) [09:20] mvo: this is very very cool [09:22] mvo, do you review software-properties branches? if so, can you please have a look at https://code.launchpad.net/~rodrigo-moya/software-properties/fix-787694/+merge/67354 ? [09:22] rodrigo_: sure, thanks. I have a look [09:23] seb128: the cool thing is that the release upgrader is also gtk3 now (as a additional frontend) [09:23] mvo, \o/ [09:24] dbus insists on talking to upstart. [09:24] upstart, of course, is not running in a chroot [09:25] isn't there a chroot mode for it in natty? [09:25] mvo: [huh, I thought it was -foo and had wondered why it didn't work] [09:25] mvo, so what do you move to gtk3 next? ;-) [09:26] mvo, you still have update-notified, sessioninstall and gnome-codec-install on the deprecated list ;-) [09:26] oh and apturl [09:27] seb128: meeeeh, you are never happy, right ;) [09:27] lol [09:27] * seb128 hugs mvo [09:27] mvo, I'm happy but you need to keep me happy :p [09:30] rodrigo_: I think the nodisplay=true needs to go, but if that is gone, I guess the onlyshowin is no longer needed? or let me rephrase, why did you add the OnlyShowIn ? [09:31] seb128: hm, I wonder if we actually need the codeinstaller anymore with the sessioninstaller. it provides a codec search feature [09:31] mvo, I'm all for dropping code where we can ;-) [09:32] urg https://launchpadlibrarian.net/74830045/image10.png [09:34] jibel, do you get the issue on real hardware with unity3d? [09:37] jibel, did you try clicking on the add button? it works there on an alpha2 usb key === chris|| is now known as chris| [09:48] seb128, I'll try later today when I have hw available. [09:48] jibel, ok [09:49] jibel, btw I just commented on the session dialog bug, do you ever get that dialog by normal use? [09:52] seb128, not by default, but when 'When power button is pressed' is set to 'Ask me' on the power config applet. [09:52] and the user then presses the power button of course [09:52] ok [09:52] that's probably not new, that dialog didn't change for years [09:53] seems rather a low priority one since it only affects a non default config in some cases on some limited hardware [09:54] seb128, are we talking about the same bug, which bug are you referring to ? [09:54] bug #807503 [09:54] Launchpad bug 807503 in gnome-session "Shutdown dialog is unnecessary tall and doesn't fit on netbook's resolution" [Medium,Triaged] https://launchpad.net/bugs/807503 [09:55] ok [09:56] seb128, that's a regression, in Natty the buttons are packed correctly without extra space [09:57] oh ok, I see what you mean now [09:57] seems like a gtk3 side effect [09:57] the description was not clear about that, sorry I should have tried [09:58] jibel, sorry for the noise [09:59] seb128, no problem. I should have make it clear [09:59] well the screenshot is clear [09:59] I just stopped to the bug description which implied calling gnome-session from a command line [09:59] which made me go "not something any normal user would do" [10:00] but I forgot about the power button ;-) [10:05] seb128, btw the default behavior of the power button changed in oneiric (bug 806855), is that intentional ? [10:05] Launchpad bug 806855 in gnome-settings-daemon "Default setting for 'Power button pressed' in Power applet set to 'Suspend'" [Medium,Confirmed] https://launchpad.net/bugs/806855 [10:06] jibel, likely intentional for GNOME, not sure what is our position on that and who should decide [10:06] ok [10:06] i.e design or desktop or... [10:06] but I think "ask" would be a better default [10:10] I agree [10:10] also, it still brings up the dialog for me, is that in gconf/gsettings somewhere? [10:11] org.gnome.settings-daemon.plugins.power button-power 'interactive' [10:11] this one? [10:11] yes [10:11] ah, indeed [10:12] no idea how it got set manually here, though [10:12] you maybe played with the control center options? [10:12] there is an ui for it [10:12] maybe [10:12] "suspend" is an exceptionally bad default IMHO [10:13] there's the lid for that already [10:13] mind if I set that back to "interactive"? [10:14] pitti, please do it [10:15] * desrt wastes another hour chasing down a gtk-doc regression [10:16] kamstrup: can you please make it so that i never have to use gtk-doc again? :) [10:17] (or at least so that it's not so perversely tied into the build system...) [10:20] pitti: libreoffice and libreoffice-l10n 1:3.3.3-1ubuntu1 from the libreoffice ppa are ready for SRU'ing IMHO. [10:20] seb128, bug 800561 same problem with oneiric-desktop-amd64 20110705.1 on real hw booted from usb stick. [10:20] Launchpad bug 800561 in gnome-control-center "No way to add other keymap than english on Live CD" [High,Triaged] https://launchpad.net/bugs/800561 [10:21] pitti: SRU rationale is a bit tricky as this is not a single issue fix but a stable release update ... [10:21] tons of english layouts and add/remove buttons are disabled [10:21] jibel, ok, dunno then, here with an alpha2 iso on an usb stick I get the add button working and it lists all keymap as it should [10:22] jibel, and i've only 2 layouts, french and english but I think that's because the key is a persistant one and I boot with french before [10:22] oh, let me try on another system. [10:22] jibel, did you try to click on the add button? it's not very clear it's active but it works here [10:23] seb128, I did try hard to click on it, and it does nothing. [10:23] ok [10:24] I will try to write a new stick just to check [10:24] using i386 there is that makes a difference [10:24] Sweetsha1k: does that need this other package fix which is required as a build dep? (I forgot which) [10:25] seb128, I tried on US hardware, I'm now trying on a french laptop, just in case. [10:25] pitti: the GNU make fix? no. [10:26] Sweetsha1k: no, there was something else [10:26] * pitti digs up IRC logs [10:26] 2011-07-05 10:43:43 Sweetshark As I feared the 3.3.3-4ubuntu1 build now breaks because of the jh_depen [10:27] ds bug. I slept a night over it and it seems on first sight like none of the fixes introduced with debian revis [10:27] ions 2,3,4 are critical for us, so we might just SRU 1ubuntu1 for now. Reverting part of the changes again to g [10:27] et rid of the dep seems errorprone to me. [10:27] ah, that one [10:28] Sweetsha1k: is that https://launchpad.net/~bjoern-michaelsen/+archive/libreoffice-nattytest2/+sourcepub/1789243/+listing-archive-extra ? [10:28] no, we dont have that. I stuck to 3.3.3-1 and did not update to the 3.3.3-4 debian revision because of that. [10:28] seb128, no luck, same problem. [10:28] have you put tomboy back into the seeds yet? [10:29] pitti: so it should not be a problem. [10:29] Sweetsha1k: ah, ok [10:29] pitti: no, this one https://launchpad.net/~libreoffice/+archive/ppa/+sourcepub/1797197/+listing-archive-extra [10:30] (in the libreoffice team PPA, not in my personal 'and it will kill your kitten'-ppa [10:30] Sweetsha1k: so bug 709778 is the only bug ref, we'll use that for SRU verification? [10:30] Launchpad bug 709778 in df-libreoffice "Libreoffice base form design doesn't show toolbars, can't show them" [Critical,Confirmed] https://launchpad.net/bugs/709778 [10:31] pitti: well, making base halfway usable is a valid reason I guess. [10:31] yes [10:32] Sweetsha1k: ok, thanks! will sponsor after lunch [10:32] pitti: shall I still write the SRU rationale rara? Or is that obviuous enough? [10:33] desrt: ooohhh, I'd like that :-) [10:33] desrt: check out lp:giraffe if you haven't already :-) [10:34] kamstrup: i have. that's why i mention it. :) [10:34] desrt: it's a start, it just needs GIR [10:34] desrt: ah, nice :-) [10:34] i've spent too much time in my life trying to debug weird regressions introduced by "fixes" to gtk-doc [10:35] desrt: it bears the mark of some rushed work, but I think with some dedication one could make it pretty sweet without too much work [10:35] i'd be quite happy to see it ripped out of the glib build system entirely [10:35] desrt: uhhh... i've been there too [10:36] the nice thing about gtk-doc is devhelp integration and the fact that the finished product is quite good [10:36] indeed [10:36] i guess you have this too [10:37] I took a quick look at devhelp integration for giraffe, and it doesn't look to hard, but as everything else it's just another item on the todo :-) [10:37] Laney, you will have to fight pitti on this one, ENOCDSPACE [10:37] Laney, joke aside I meant to bring it at the meeting tomorrow [10:38] current gtk-doc introduces a build dependency on glib for any packages using gtk-doc [10:38] sounds quite reasonable until you remember that glib itself uses gtk-doc :( [10:38] Laney, but we still have CD issues so we will need to get those solve one way or another and I'm not sure pitti will let things to the CD until we sort those [10:38] jibel, hum ok [10:43] jibel, ok, I can confirm the bug on a kvm boot now, the "add" button doesn't work because the number of layouts in the list is already over the number of layout you should be able to configure [10:43] jibel, if you delete all the other ones you can add something [10:44] jibel, the issue also doesn't happen when you select "try ubuntu" on the text mode menu [10:44] seb128, that explain why it's enabled again after resetting to defaults [10:44] which is how I was trying [10:45] just figure that your "try ubuntu" is the 2 icons thing when you let it start [10:45] which leads to the issue [10:45] seb128, I selected 'try ubuntu' [10:45] jibel, well I do as well but in the text menu [10:45] i.e pressing a key before it boots [10:45] selecting a language [10:45] and doing try ubuntu [10:45] but I can confirm the issue now by using the graphical try ubuntu [10:46] seems like somewhat an ubiquity issue but I will check that after lunch, food is ready [10:46] bon appétit [10:46] 'ci [10:47] jibel, bon app également ;-) [10:47] merci [10:49] we'll win the space from the mono 2.0 packages soon enough [10:49] hopefully we can then swap those for tomboy, given that the work you asked for is now done === MacSlow is now known as MacSlow|lunch [11:27] Laney: hm, I thought that the new tomboy dropped all those old libs? [11:27] pitti, it did [11:27] pitti, well, define old libs [11:27] ah, need to apt-get update on the current daily [11:27] it hasn't built since a2 [11:28] pitti, it dropped all the libgnome, libgnomeui, etc [11:28] oh, indeed! nice job [11:28] now it just pulls in tomboy itself, and appindicator/gmime-cil [11:28] 567 kB [11:28] "nice", they did a copy of the bindings in source ;-) but yeah, better than nothing [11:29] ah, so it still actually uses the old glade etc. bits? [11:29] glade dunno but gconf yes [11:29] some libgnomeui bits as well iirc [11:30] well that will do for now, not their fault if the mono bindings are always years late [11:30] seb128, is there a reason that we unconditionally remove /usr/share/glib-2.0/schemas/gschemas.compiled during the postrm script for glib? [11:30] (it temporarily removes it during upgrades) [11:30] Sweetsha1k: can you please build a source with "natty-proposed" target and put it on chinstrap? [11:30] seb128: anyway, I guess we can put it back now? [11:31] chrisccoulson, no, seems buggy, it will lead to application errors during the time it's not there [11:31] pitti, would be nice yes, we should discuss putting pitivi back as well [11:31] pitti, though pitivi was an actual decision to drop it, but upstream put a lot of work into it since and cleaned the glade use etc [11:31] * pitti would rather keep that out [11:32] pitti, so I told them we would re-discuss that discussion [11:32] but well, that sounds like a good topic for tomorrow [11:32] discussion -> decision [11:32] right [11:33] seb128, yeah. i'm upgrading my machine atm, and i have lots of updates. i haven't been able to run any application using gsettings for the last 50 minutes now, as glib was one of the first packages to get unpacked [11:33] (but it hasn't been configured again yet) [11:34] so we should probably add a check to not remove that on upgrade :) [11:34] that could explain some of the "exit on missing gsetting schemas" bugs we receive [11:34] good catch [11:34] we were wondering how those could happen but that seems an easy enough scenario [11:35] we should probably not clean it on upgrade cases [11:35] Sweetsha1k: you don't need to upload the orig.tar.gz, btw, I can wget that from the PPA [11:35] pitti, do you want me to merge gnome-disk-utility on debian? [11:36] seb128: hm, we have a delta? [11:36] seb128: did didrocks take vacation for rmll? [11:36] ah, indicators [11:36] desrt, conf leaves I guess [11:36] thanks [11:36] yw [11:36] why? [11:36] seb128: if you want to, please go ahead; otherwise I'm happy to put it on my list [11:36] wanted to get him to do some work for me :) [11:36] if the question is "is he supposed to be offline", the answer is "yes" [11:36] he said he would read email though [11:36] * desrt needs an upload [11:37] pitti, https://launchpad.net/ubuntu/+source/gnome-disk-utility/3.0.0-1ubuntu2 [11:37] i fixed the ssh key problems, but the PGP problems remain [11:37] pitti, oh, and lpi; so yes we have a diff [11:37]