[00:31] Is there any chance of seeing dpkg 1.15 merged into Karmic at this point, or is it too late in the release cycle? [00:37] Anybody? I'd like to see the fix to Debian #476899 make it into Karmic, but I don't want to expend the effort if I'd be wasting my time [00:37] Debian bug 476899 in dpkg "dpkg: Leaves new conffiles as file.dpkg-new if the conffile is" [Normal,Closed] http://bugs.debian.org/476899 [00:38] * ajmitch would probably ask again in a few hours when people are less likely to still be on their weekend [00:38] Fair 'nuff [00:39] there's still a few weeks until feature freeze so it's far from impossible [00:39] Maybe another 10-12 hours at least, since the people who work on dpkg are in EU timezones. [00:39] ajmitch: More than a few weeks; I just don't know what kind of special treatment dpkg gets [00:39] * ajmitch wouldn't really be willing to do that merge right now :) [00:40] MoM says it's a small merge. Not convinced I believe it, but you know [00:40] I imagine that it'd probably be done inthe next week or so if it happens [00:41] last upload mentioned waiting for 1.15.1 in the changelog [00:41] Oh, I missed that [00:42] I guess I'll go ahead and file a merge bug, even if I'm not going to do the merge myself [00:44] FWIW, 1.15.3 will cause some heartache. [00:44] how so? [00:45] Fixes bug #391165 [00:45] Launchpad bug 391165 in dpkg "Dpkg::Deps mishandles newlines in Build-Dependencies" [Unknown,Fix released] https://launchpad.net/bugs/391165 [00:45] I've spent a good portion of the past week reporting bugs in packages that will break when that goes through. [00:45] Take a look at https://bugs.launchpad.net/~andrew-bugs-launchpad-net - you can spot when I noticed this issue :) [00:46] Ugh. Sounds like fun [00:47] Yeah, I had to download every .diff.gz to file all them :s [00:47] Anyway, those packages will break when 1.15.3 hits. [00:47] Break as in fail to install? [00:47] Fail to build. [00:47] Ok. That's slightly less concerning [00:47] Is someone aware that packages.ubuntu.com is only showing karmic packages? [00:48] packages.ubuntu.com is up? [00:48] Yeah, but ==andersk on only showing karmic packages [00:49] Since it was down for almost 24 hours, I'm guessing it's been reformatted or something. === mcasadevall is now known as NCommander [02:35] anyone have an issue w/ the firefox-3.5 segfaulting on startup in karmic? [02:40] no probs with 3.5 yet [02:41] segfaulting for me on startup in libstdc++ [02:41] installing dbg libs now [02:41] though very very large [02:45] I think I see the problem [02:45] libxul from 1.8 is being loaded [02:47] seems to be that eclipse pulls in the libxul (1.8) lib into /usr/lib/ [02:48] firefox-3.5 (xul 1.9) then links against it [02:48] and boom crash [02:48] and removed and it works === johanhjn_ is now known as johanhjn [03:11] * ccheney finds it interesting that twitter apparently can't handle over 18 tweets/s (reading article about MJ and Google) === Snova_ is now known as Snova [04:23] anyone getting signature validation failures when trying to pull security updates? [04:23] no proxy here === tkamppeter__ is now known as tkamppeter [06:32] good morning [06:50] hi anyone, i was looking for some help understanding anna and the install process, i realise this probably isn't the place but can someone point me in the right direction [07:00] hi pitti. i forgot to follow up. did jockey-text look sane, or did you want to see any other changes to it? [07:01] Morning pitti [07:01] good morning [07:01] * StevenK blinks at how he misread superm1 saying hi pitti as pitti greeting the channel [07:02] hey StevenK :) [07:02] superm1: sorry, didn't get mailed about it, and didn't look over the weekend [07:02] hello pitti [07:02] superm1: I opened https://code.edge.launchpad.net/~superm1/jockey/jockey-text now as a reminder [07:03] pitti: I had one dorky question about the MIRs for UNR -- does ubuntu-netbook-remix-default-settings really need an MIR given it's effectively a bunch of gconf defaults and some packaging around them? [07:03] pitti, no problems. just wanted to make sure i had some time later this week to sort out anything with it necessary. switching a few things to depend on such changes and wanted to time it all right [07:03] thanks [07:03] StevenK: MIR bug/task, yes; wiki page for trivial packages, simple language bindings, etc., no [07:04] StevenK: for small packages, just have a quick look at the bugs in D/U [07:04] pitti: Right, okay, so I'll leave the task in the bug alone, but I won't write an MIR for it. [07:04] StevenK: and such meta-packages don't generally require any effort at all, ubuntu-mir just has a quick look at the packaging [07:04] pitti: And there is no task for the meta package (unr-meta), should I add one? [07:05] please [07:14] tkamppeter: bug 361772 confuses me; it went through a successful SRU, but people have still problems, and there are several open tasks; what's the status of this? [07:14] Launchpad bug 361772 in foomatic-db-engine "black squares appearing instead of some letters when printing" [High,Fix released] https://launchpad.net/bugs/361772 [07:32] pitti, I am looking through it currently to update the status. There were two situations how users could run into a Ghostscript upstream bug. One was fixed by the foomatic-db-engine SRU, the other gets fixed by the CUPS SRU of bug 382379. [07:32] Launchpad bug 382379 in poppler "pdftops CUPS filter has several problems" [High,Fix released] https://launchpad.net/bugs/382379 [07:33] An additional measure to fix this problem is a change on the Ricoh family PPDs on the OpenPrinting web server which I did some weeks ago. [07:33] tkamppeter: I just moved cups/poppler to -updates, FYI [07:34] pitti, Great. Thanks. [07:38] pitti, I have updated bug 361772, marking the CUPS tasks as "Fix Released" and referencing to bug 382379. [07:38] Launchpad bug 361772 in foomatic-db-engine "black squares appearing instead of some letters when printing" [High,Fix released] https://launchpad.net/bugs/361772 [07:38] Launchpad bug 382379 in poppler "pdftops CUPS filter has several problems" [High,Fix released] https://launchpad.net/bugs/382379 [07:38] tkamppeter: thanks [07:39] tkamppeter: the open ghostscript task is still valid then? [07:43] pitti, yes. The upstream bug in Ghostscript is not fixed yet. We do not need to do an SRU when the Ghostscript developers fix the problem, as the changes in foomatic-db-engine, in cups, and also automatic updating of PPD files of existing print queues in all printer driver packages prevent from the Ghostscript bug affecting any Ubuntu user. [07:50] pitti: Just saw the build failures for xen-3.3 to karmic. I swear these built the last time I touched them :) [07:50] I'll try to figure out what's up [07:50] ebroder: oops; thanks [07:51] pitti: Do I bump the version number when the package FTBFS's? [07:51] ebroder: yes, you need to [07:51] and a new changelog [07:51] Sure [07:52] Oh, as in leave the ubuntu10 entry in there and add a separate ubuntu11 one with just these changes? [07:52] right [07:52] Ok. Will do [08:14] pitti: So, I'm happy to leave the tasks as New, should I set them to something else when I have the MIR attached to the bug report? [08:14] StevenK: that's fine === \sh_ is now known as \sh [08:15] Moin pitti, how are you? [08:15] hey al-maisan; good, thanks! [08:15] and you? [08:15] pitti: not too bad :) [08:16] <\sh> moins [08:16] pitti: I was wondering what a "fake sync" is .. [08:16] al-maisan: ah, it's essentially: take our orig.tar.gz, apply the debian diff.gz, add a "-Xbuild1" changelog with "fake sync from Debian (different orig.tar.gz)" [08:17] pitti: I see .. thanks! [08:18] al-maisan: that's something mvo can do easily, not necessary to upload a patch or so [08:18] al-maisan: it's cases where we can't sync because soyuz (and dak) already know a file named project_version.orig.tar.gz with a different md5sum [08:18] pitti: even better, the ball is mvo's court now :) [08:19] dholbach: gotcha! [08:25] Hey pitti: Xen died because it's being built with -Werror and threw a bogus warning. How bad would it be to add a -Wno-error for that particular subdirectory? [08:25] ebroder: you can't fix the warning? [08:25] ebroder: no-error is fine for me [08:26] I'm not seeing an easy way to fix the warning [08:26] Ok, I think -Wno-error is the most straightforward fix, honestly [08:27] ebroder: calling memset with zero length? [08:27] that doesn't make sense [08:27] Yeah. It's actually calling memset with sizeof(a_struct) where a_struct is an empty struct [08:27] what's the code doing? [08:27] ebroder: couldn't you just comment out that memset then? [08:28] Hmm...I guess that wouldn't actually change anything... [08:28] * tjaalton hugs doko for the new eclipse :) [08:31] pitti: sponsoring king! :) [08:31] dholbach: well, that's still you according to the statistics :) [08:32] pitti: I just noticed that you're working on it right now [08:32] and that's great :) [08:32] right [08:33] pitti: do you how hard would it be to write a dh_shlibdeps style program if I've already got the logic to determine file dependencies? [08:34] new eclipse? [08:34] jamesh: what is a file dependency? [08:34] jamesh: in general, dh_* are pretty easy (just look at it, it's perl) [08:35] the dh lib does all the ground work for you already [08:35] pitti: This is to try and automatically calculate dependencies for Erlang programs [08:35] jamesh: everything it needs to do is to set a dpkg variable ${your:depends} to the value you compute [08:36] pitti: I did a proof of concept Python program that can scan the Erlang .beam files, determine what they import, scan the /usr/lib/erlang directory to find those modules and finally do "dpkg -S" to find the package names [08:36] jamesh: dh_shlibdeps is 88 lines of code, of which you can probably reuse most [08:37] jamesh: oh, that wouldn't be debhelper then, though [08:37] since that has to work at build time without all the (potetial) dependencies being installed [08:37] if you build-depend on them, it would work, of course [08:38] but then you already figured them out? [08:38] doko: excellent [08:38] pitti: from the small sample of Erlang packages I've looked at, they generally build-depend on their dependencies [08:38] I'm not sure if that's due to a requirement in the compiler or not though [08:39] jamesh: could be; for programs with test suites during build you also generally need them [08:44] pitti: out of interest, if this job weren't being done by debhelper, what would do it? [08:44] jamesh: as I said, if the purpose is to fish out the three needed dependencies from your erlang-all-libs-meta package, dh is fine [08:45] jamesh: there is little precedent for figuring out dependencies which aren't installed by b-deps, I'm afraid [08:46] jamesh: for C programs, people generally determine build dependencies by a combination of reading configure.ac, READMEs, and try&error [08:46] pitti: Should I open a new bug for the Xen FTBFS bug, or just attach it to the one with the ubuntu10 patch? [08:46] pitti: I basically want something that will get correct minimal dependencies for binary packages and not break when the next upstream release comes out [08:47] ebroder: as you wish; reopen it if you do the latter [08:47] *nods* [08:47] (or reduce the set of dependencies if upstream drops a dependency) [08:47] jamesh: dh sounds fine then, if you assume that b-deps pull everything in that you potentially need [08:55] hi all === Guest53149 is now known as set1 === set1 is now known as tommy === tommy is now known as zomby === zomby is now known as tommy_0_o [09:07] doko: I posted a workaround patch for the SHA384withECDSA ca-certificates-java issue on bug 392104. [09:07] Launchpad bug 392104 in ca-certificates-java "[Karmic] Update to ca-certificates 20090624 prevents ca-certificates-java from installing" [High,Confirmed] https://launchpad.net/bugs/392104 [09:13] ebroder: I have the dpkg merge half-done, just haven't quite got round to finishing it [09:13] ebroder: still intending to do it [09:14] cjwatson: Great! I'll trust that you can handle it way better than I :) [09:14] I'm not trying to pressure you or anything, I just was trying to poke around to see what the situation was [09:15] understood [09:27] tjaalton, pwnguin: and I'm filing a bug report to remove this package again, because it does include a handful or more third party libs inside the eclipse package. if you want to keep eclipse, please fix these bugs, hint, hint ;) [09:29] doko: one issue is that the patched ca-certificates-java won't build in current karmic (with ca-certificates preventing ca-certificates-java to install as a build-dep) [09:30] hi.. I have a weird bug where after a poweroff (shutdown -h or shutdown -P) my laptop skips grub when it restarts but after a restart (shutdown -r) it doesn't [09:30] doko: so ca-certificates might need to be temporarily reverted first [09:30] the problem is that I am missing some key facts.. does jaunty have some script that kick starts the kernel super fast somehow? (kexec?) [09:30] that might be causing this [09:30] lesshaste: only if you have the kexec-tools package installed. Do you? [09:31] ttx: yes, two ca-certificates upload (buildN) with the -java upload in between should work [09:31] cjwatson: I believe not [09:31] lesshaste: can you check, please? [09:31] cjwatson: locate kexec only shows files in the linux headers [09:31] dpkg-query -W kexec-tools [09:32] dpkg-query -W kexec-tools [09:32] No packages found matching kexec-tools. [09:32] ok [09:32] in that case, forget kexec, it's not your problem. [09:32] I have seen another bug report to this effect, but have no idea what could be causing it [09:33] cjwatson: so on a technical level, which part of the system could skip grub? [09:33] none that I'm aware of [09:33] you're sure the whole of grub is actually being skipped, and not just the grub menu? [09:33] no I am not sure but I can't find any useful logs [09:33] there won't be any [09:33] is there a way to turn on logging somehow for this? [09:34] no [09:34] hmm [09:34] what settings do you have for timeout and hiddenmenu in /boot/grub/menu.lst? [09:34] http://launchpadlibrarian.net/28500841/menu.lst is at https://bugs.launchpad.net/ubuntu/+source/gnome-power-manager/+bug/389930 [09:34] Ubuntu bug 389930 in grub "grub menu skipped after shutdown" [Low,New] [09:35] it's also clearly assigned to the wrong place which doesn't help [09:36] no it's not, it just has a stray task on gnome-power-manager [09:36] it's assigned to grub now [09:37] it's assigned to grub *as well*. Launchpad bugs can have tasks on multiple places [09:37] umm.. hang on.. possible user error [09:39] pitti: Fix for xen-3.3 is attached to bug #393376. I'll subscribe ubuntu-main-sponsors soon, but I want to at least pretend to test the resulting package before I do. Hopefully that'll be some time tomorrow [09:39] Launchpad bug 393376 in xen-3.3 "xen-3.3 3.3.0-1ubuntu10 FTBFS" [Undecided,In progress] https://launchpad.net/bugs/393376 [09:39] doko: where is the package developed? [09:39] doko: I mean the repository [09:40] doko: if there is one [09:40] cjwatson: sadly no user error :( [09:40] lesshaste: you could try pressing Escape at boot to see if that brings up the grub menu [09:41] lesshaste: other than that, I have no idea. sorry. [09:42] hi i wanted to know will we get that delta debs feature in alpha 3 or 4? [09:42] is any work being done on it. it would really make it easier for ppl like me on slow connection to help out in testing [09:43] hey cjwatson - i'm not sure if you saw my message the other day about your gnome-session issue [09:44] back in a moment [09:44] tjaalton: I updated the packaging in the debian pkg-java repository === sonicmctails is now known as mcasadvall [09:45] chrisccoulson: I did, but don't know what to say. It reproduces for me by calling the D-Bus RequestReboot() method in a live CD. [09:45] nothing special going on [09:48] hmmmm. that's strange. did you manage to test by running "gnome-session --debug" from a failsafe xterm, and redirecting the output to some permanent storage? the log may show what is causing it [09:50] doko: ah great [09:50] chrisccoulson: haven't yet, sorry [09:51] chrisccoulson: I'm rsyncing an updated image right now, will try after that [09:51] cjwatson - no problem. it will hopefully show what is going on :) [09:54] pitti: availible ? :D [09:54] hi dupondje [09:56] cjwatson: ha! cracked at least some of it :) [09:56] could u maby get the newest git from gvfs into repo's ? :P [09:57] dupondje: seb128 has an upload ready, I think [09:57] dupondje: at least for the latest release [09:57] 1.3git20090512-0ubuntu2 [09:57] is newest [09:58] right, "upload ready" -> not uploaded yet [09:58] oh ok :P [09:58] cause mounting is broken :( [09:59] how broken? [09:59] seb128: I subscribed you to the bug :) [09:59] cjwatson: are you still here? [09:59] I got over 300 emails yesterday I'm not read of reading yours [09:59] seb128: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/393051 [10:00] Ubuntu bug 393051 in gvfs "Unable to mount any media in nautilus." [Undecided,Confirmed] [10:00] gvfs didn't change are you sure it's a gvfs bug? [10:00] lesshaste: yes. I was waiting for you to clarify your statement [10:00] anyway it's monday morning let's catch up with normal tasks before looking at cracky bugs [10:00] I didn't think I needed to say "go ahead" before you would ;-) [10:01] wasn't there a devkit-disks and gdu upload before the weekend? mounting seemed to break after that [10:01] it was [10:01] chrisccoulson, read backlog? [10:01] and it was a bug reported into gnome, and its fixed in the git atm [10:01] the laptop is a Toshiba, after a poweroff and restart the Toshiba logo appears and then it goes straight to booting linux without seeing grub, however, it seems that grub is actually running during the part where you can only see the Toshiba logo! [10:02] we should forbid people to upload on friday afternoon ;-) [10:02] check the bugreport, somebody applied the patch I mentioned, and it fixed it [10:02] tested this by using the down arrow and pressing enter to boot into windows instead of linux. [10:02] http://git.gnome.org/cgit/gvfs/commit/?id=384b3a679e3cf5138ada51338d613df517e0658a [10:02] dupondje, no need to check the bug, I've things ready on disk but that was the weekend and I don't work over the weekend [10:02] cjwatson: strange eh? [10:02] :) [10:03] we should close the bug tracker during the weekends that would avoid being flooded while you take a break ;-) [10:03] lol [10:03] :) [10:04] don't break anything ! [10:04] :D [10:04] seb128 - i'm sure users would find other ways to complain [10:04] not really "lo"l, it's stressful to start monday with 800 bug emails in your inbox [10:04] like e-mailing u-d-d [10:04] ;) [10:04] chrisccoulson, I'm used to ignore this list by now ;-) [10:05] cjwatson: so whatever part of the system attempts to display to the screen preboot doesn't work after a poweroff (-P), but does work after a restart (-r) [10:06] lesshaste: may just be a broken BIOS then? dunno [10:06] I'm not likely to be able to fix it [10:06] best I can suggest is that you see if grub2 has the same symptoms [10:08] I'll update the bug report and hope someone reading it is interested [10:09] what part of linux is running when the grub menu is showing? [10:09] no part of Linux is running. [10:10] GRUB's job in this context is to load Linux, therefore clearly Linux isn't running yet ... [10:14] cjwatson: yes of course.. that was a bit dim of me [10:14] cjwatson: so it really is a question of whether grub can fix whatever the bios has screwed up it seems [10:14] and grub is only supported grub2 these days :( [10:14] which isn't in jaunty [10:15] is there an easy way to upgrade to grub2 on jaunty? [10:26] mdz: did you actually commit your patch for bug 391021? I don't see it in trunk [10:26] Launchpad bug 391021 in apport "Dependencies.txt could be sorted" [Low,Triaged] https://launchpad.net/bugs/391021 [10:33] lesshaste: see my mail to ubuntu-devel-announce a little while ago [10:40] james_w: hm, bzr bd -S just blew up for me, is that known? (trying to download upstream tarball) http://paste.ubuntu.com/206107/ [10:43] jamesh: hm, same for bd-do (I now have the orig.tar.gz) [10:44] cjwatson: oh... let me check that [10:47] cjwatson: hmm.. choosing it chained won't actually test whether it can initialise the screen though will it [10:49] lesshaste: probably not [10:49] well, dunno [10:49] it'll probably try to initialise the screen whether it's chained or not [11:01] pitti, it is definitely committed [11:01] but is it pushed? [11:02] pitti, revno: 1476 [11:02] committer: Matt Zimmerman [11:02] branch nick: apport [11:02] timestamp: Tue 2009-06-23 10:53:14 +0100 [11:02] message: [11:02] Sort the list of dependencies so it's easier to scan (LP: #391021) [11:02] checkout of branch: bzr+ssh://bazaar.launchpad.net/%7Eapport-hackers/apport/trunk/ [11:02] mdz: weird, 1476 is "ui.py: Do not reject non-distro package reports if report sets CrashDB (for third-party destination). (LP: #391015)" for me [11:03] mdz: see http://bazaar.launchpad.net/~apport-hackers/apport/trunk/changes [11:03] mdz: so somehow your commit got lost, weird [11:04] not sure how that could be allowed to happen to a checkout, since commits to a checkout actually commit to the master first and then pull [11:04] pitti, looks like it is out of sync somehow, I will fix [11:04] don't suppose you used commit --local? [11:04] 'bzr up' should tell you [11:04] mdz: hang on, I don't think you can currently commit to trunk [11:04] (and should leave you with an uncommitted merge if necessary) [11:04] pitti, Committed revision 1490. [11:04] perhaps checkouts get confused if push fails due to -EPERM [11:04] cjwatson, I think I probably committed locally (thinking I was bound), and then later did 'bzr bind' [11:05] yes, you need push as well as bind in that case [11:05] the resulting state shows no pending changes with 'bzr status' but in fact there are de facto uncommitted changes [11:05] which is a bit annoying and confusing, I remember filing a bug about that ages ago [11:05] I think bind should automatically push [11:05] so I forgot about the commit because I couldn't see it anywhere [11:05] cjwatson, at the least, bzr status should show outstanding changes [11:05] or tell you if it couldn't [11:05] mdz: I added you to ~apport-hackers now [11:05] pitti, thanks [11:05] push should work now [11:05] pitti, 1490 should be there now [11:06] right, appears on loggerhead [11:07] cjwatson: I see my exact laptop is in the list https://wiki.ubuntu.com/KernelTeam/Grub2Testin [11:08] +g [11:09] seb128: apport 1.5 should now work around these constant "412 Precondition Failed" things, as well as fix the recent IndexError; testing/uploading backports now [11:09] pitti, nice! [11:10] well, with "work around" -> "except HTTPError: pass" *shrug* [11:13] mdz: bzr missing would have told you what was up [11:13] Keybuk, hmm, that's not part of my normal workflow [11:13] but I agree, local extra revisions should be included in status output of a checkout [11:13] since you only tend to learn missing if you follow a local branch/push to trunk workflow [11:21] cjwatson: I need to check the product name of a laptop so that the debian-installer proceeds with the installation only on that specific model. I'm using dmidecode to check the product name. Would /etc/rcS.d/ be the right place to perform the check? (or maybe /usr/lib/base-installer.d ?) [11:22] neither [11:22] do you just want to halt or something if it doesn't match, or do you want to display UI? [11:23] cjwatson: just halt and print a string of text with the reason why it stopped [11:23] /usr/lib/debian-installer-startup.d/ would be appropriate, then [11:24] err, sorry, make that /lib/debian-installer-startup.d/ [11:25] cjwatson: ok, thanks. Is this documented somewhere? [11:27] ah, maybe this one? http://d-i.alioth.debian.org/doc/talks/debconf6/paper/index.html [11:32] pitti, I wonder why LP didn't automatically link the bug to that commit [11:32] mdz: did you specify --fixes lp:12345? [11:32] it might just lag [11:33] pitti, no, I just put it in the log message [11:33] I thought that took care of things automatically [11:34] it doesn't parse log messages [11:34] mdz: for ubuntu packages, debcommit parses LP: #xxxx out of debian/changelot [11:35] pitti, hmm, interesting. I wonder why not. [11:35] it seems a natural thing to do [11:36] tseliot: that's a sensible paper yes [11:37] ok, thanks [12:02] cjwatson: hah! https://bugs.launchpad.net/ubuntu/+source/grub/+bug/374823 [12:02] :) [12:02] Ubuntu bug 374823 in grub "GRUB menu not showing up at cold boot" [Undecided,New] [12:02] it's just a matter of finding the right words it seems [12:04] seb128: ok, please delete all the retracer cron mails sent by now; all following breakages are real, I'll look into them [12:05] not that there is a solution there either really === MacSlow is now known as MacSlow|lunch [12:23] outch [12:23] seb128: seems it blows another error now :s [12:23] after upgrading gvfs [12:27] seb128: added comment to [12:27] https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/393051 :p [12:27] Ubuntu bug 393051 in gvfs "Unable to mount any media in nautilus." [Low,Fix released] [12:28] dupondje, do you have policykit-1 installed? [12:29] right, I guess somethign needs to pull in policykit-1-gnome [12:30] pitti, something being whatever ask for the credentials, grepping for PolicyKit1 in gvfs returns nothing [12:31] seb128: hm, tricky [12:31] client programs don't need to know about PK any more, that's one of the nice things [12:31] but I wouldn't like devicekit-disks to depend on -gnome, since it will also be used in KDE [12:31] so, of course we can add it to ubuntu-desktop, but not everyone has that [12:32] seb128: do you think it would be too evil to add a dependency to gvfs? [12:32] I'm fine adding it to gvfs [12:32] seb128: i. e. replacing the policykit-gnome one from gnome-mount? [12:32] since gnome-mount is no more either [12:32] but how does it work? [12:32] who does the polkit calls? [12:32] gvfs or devicekit? [12:33] I'm not entirely sure, TBH; some clever callback mechanism [12:34] alright, let's add the depends to gvfs [12:34] did you mir, etc policykit-1 already? [12:34] it's just a new upstream version, it went to main [12:34] it just changed name to be co-installable until everything is ported [12:34] hello mvo. I just merged my gobject branch of aptdaemon. all the threading is now gone! [12:35] hey glatzor_ [12:35] servus pitti and seb128 ! [12:35] pitti, ok, let me grab some coffee and I will do the gvfs update with the depends [12:35] hey glatzor_ [12:37] Hi. Does anyone know anything about the "rebootless kernel upgrades" from http://www.ksplice.com/uptrack/ ? Is the thing safe to use? === mvo__ is now known as mvo [13:02] seb128: wasn't installed, installed it now, but still doesn't work === lex79 is now known as lex === lex is now known as lex79 [13:05] seb128: ok it worked now after reboot :) === WelshDragon is now known as YDdraigGoch === ogra__ is now known as ogra_ === MacSlow|lunch is now known as MacSlow [13:25] dupondje: right, it currently has an .autostart file, thus you need to restart the session === BenSee is now known as BenC [13:36] * apw wonders who is an archive admin today [13:39] apw: https://wiki.ubuntu.com/ArchiveAdministration#Archive%20days [13:41] jpds, perfect thanks [14:04] pitti, thanks for the seed change :) [14:04] ogra: ? [14:05] f-spot and tomboy for arm [14:05] ah, I just updated it to drop udev-extras from standard, but you're welcome :) [14:05] is mono behaving itself on arm today? [14:05] :) [14:05] directhex, only f-spot ... [14:06] banshee and tomboy have probs, havent debugged deeper yet [14:06] oh? tomboy's not working? that's odd, i thought it was fully managed [14:06] it works fine until i try to use the notification icon [14:07] crashes? [14:07] yep [14:07] left or right click? [14:07] pitti: When you have a moment, I'd like to discuss clamav in -proposed for Jaunty (it's a point release update). [14:07] directhex, either [14:07] directhex, Bug 391124 [14:07] ScottK: ah, another round? [14:07] Launchpad bug 391124 in tomboy "tomboy crashes on ARM hardware if notification icon is clicked" [Undecided,New] https://launchpad.net/bugs/391124 [14:08] pitti: We're about to do another round of major updates in -backports, but for Jaunty it should be updatable into -proposed with the existing minor version update authority, so it's a separate issue. [14:09] ScottK: I see, so they should go to -proposed directly [14:09] For Jaunty, yes. [14:09] ogra, looks like a gtk# problem. i'd forward it upstream asap [14:09] will do [14:09] pitti: The question is about packaging updates. When I've done point release updates in the past, I've packaged the new upstream for that release based on that release's packaging and not updated the packaging more than absolutely required. [14:10] directhex, mono-debuuger would surely be helpful :P [14:10] ScottK: right, makes sense [14:10] pitti: The clamav package we released Jaunty with was still not terribly mature, so I'd like to capture the packaging improvements too this time. [14:10] So I'm curious how you feel about that and how much detailed justification you want. [14:10] ScottK: what would that change in particular? [14:11] ScottK: changes to debconf, any conffiles, etc. are generally a no-go area IMHO [14:11] There are some improvements in the inits. All the debconf translations now match the actual questions. [14:11]