[00:00] jibel: also I backported from git - I didn't apply a patch from the bug report [00:00] jibel: so I would assume that Guillem would not have committed to git unless he thought it was OK [00:02] see last comment on the upstream report. [00:02] I had no news from him since then. [00:02] jibel: see git. [00:02] http://git.debian.org/?p=dpkg/dpkg.git;a=commit;h=62668eb422853854976560949f95a5afcc6a8677 [00:02] I'll test the latest git [00:02] thanks [00:03] you could test http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/lucid/dpkg/lucid/ too if you like ... [00:03] (er, in shorter form, lp:ubuntu/dpkg) [00:06] cjwatson, ok, I'll run my use case and let you know about the results. thanks [00:06] s/case/cases [00:08] I test-built and test-double-installed it, but didn't do performance testing [00:12] cjwatson, I test install/upgrade/removal/purge followed by a crash and check if all the files are there and in good shape [00:12] cjwatson, and then I'll check the performance. [00:33] is there anyone who can give me some tips on debugging what appears to be an infinite udev loop? lucid alpha 3 hangs during boot for me with dmraid enabled and when I run udevadm monitor from the busybox after it times out, it appears to be processing infinite change events from sda and sdb [00:51] I guess what I need is to see exactly what udev is attempting to do to process the events, and exactly what the events are... udevadm monitor just mentions they are change events... I need more details... any ideas on how to get some? [01:38] cjwatson, the latest git does not work. [01:38] cjwatson, There is a missing fsync on the dpkg database directory and the status file is not the right one after a crash. [01:38] I'll report to upstream. [03:05] is there anyone who can give me some tips on debugging what appears to be an infinite udev loop? lucid alpha 3 hangs during boot for me with dmraid enabled and when I run udevadm monitor from the busybox after it times out, it appears to be processing infinite change events from sda and sdb [03:08] psusi: I'm 90% sure you want to ask that question between 10:00 and 17:00 UTC. Someone might swing by, or read backscroll, but repetitions at this time of day aren't likely to find that many new readers. [03:15] persia, yea I figured... the usual 2-3 guys working on dmraid are euro tz and don't appear to be active atm... [03:17] it's frustrating that I have an idea of what's wrong but do not know where to proceed from here... I can't see any changes done to the dmraid udev rules or initrd scripts since it worked yet the new version definitely hangs up on it... [04:54] whats the new magic to do patch system abstraction [05:01] lifeless: edit-patch or format:3.0 [05:02] uhm, must be neewer dev-tools.Thanks [05:03] just the most recent upload. [06:05] FYI, http://www.backtrack.it/~emgent/stuff/facebook_USA_intelligence_guide.pdf [06:07] emgent: Please don't post stuff which potentially violates the content to read, even if it is interesting. [06:17] cjwatson: could you please excuse a direct question about update-binfmts? `chroot "$ROOT" mount -t proc proc /proc && chroot "$ROOT" update-binfmts --import wine && umount "$ROOT/proc"` ==> this complains about $ROOT/proc being in use. [06:17] So I'd like to prevent update-binfmts from executing `if (system ('/bin/mount', '-t', 'binfmt_misc', '-o', 'nodev,noexec,nosuid', 'binfmt_misc', $procdir))` [06:17] Is there any way to do that (or any other way to cleanly umount $CHROOT/proc)? [06:23] pitti: is the retracer working? [06:27] cjwatson: If I try to divert `mount` and put `true` in its place, I'm getting "update-binfmts: warning: binfmt_misc initialized, but /proc/sys/fs/binfmt_misc/register missing! Giving up.". So I haven't found _any_ way at all to use update-binfmts in a chroot... [06:28] good morning [06:51] I've submitted my problem as a bug (or should I file it as a question instead?): https://bugs.launchpad.net/ubuntu/+source/binfmt-support/+bug/534211 [06:51] Launchpad bug 534211 in binfmt-support "Cannot umount /proc after using update-binfmts in a chroot" [Undecided,New] === tkamppeter_ is now known as tkamppeter [07:44] Good morning [07:46] Good morning pitti [07:46] hey RAOF, how are you? === pts is now known as pths [07:48] Slightly frazzled. I seem to be leaking memory in f-spot, file-backed undo shouldn't impact performance so badly, and I haven't moved around much today. [07:48] RAOF: walk to the shops and back [07:48] gets the blood moving. good for you [07:49] lifeless: My running shoes are already on... [07:54] <\sh> mahlzeit === pts is now known as pths [08:44] seb128: https://code.edge.launchpad.net/~lifeless/ubuntu/lucid/glib2.0/subunit/+merge/20879 [08:48] hi [08:48] will look at that later, could you open a bug about it? [08:56] seb128: there's an upstream bug [08:56] seb128: or do you mean an ubuntu one, just to track it ? [08:56] * lifeless thinks merge proposals shouldn't also need bugs; its redundant [09:00] we don't track merge proposal so it's just going to be ignored the current way [09:00] they are on the sponsoring queue righht now [09:00] our current workflow is designed around bug reports and sponsoring [09:00] pitti, well I don't track that either atm, ETOOMUCH [09:00] but there are so many, that they get lost in the crowd [09:00] but if somebody else do good [09:00] seb128: *nod* [09:01] I'm just telling that you of having a bug it will fell of my radar [09:01] but if it's coming from upstream no need to bother about it [09:01] new tarballs are due today [09:01] seb128: Have you looked at dholbach's sponsoring overview page? Does that not work for you? It's supposed to simplify stuff. [09:01] persia, I did, I'm just so overloaded with tasks that I've no time to look at sponsoring recently [09:02] seb128: they are putting it *after* the new release. [09:02] why? [09:02] dunno [09:02] 'Looks like an ok addition to me, but at this point, it should wait until we get [09:02] in which case do we want it in lucid if upstream thinks it's not suitable for the current serie? [09:02] 2.24 out.' [09:02] seb128: OK. When you have a chance, please file bugs, as making your life easy is important. [09:02] seb128: I think we do [09:03] seb128: because it lets the dx stuff - dbusmenu etc - have their tests introspected by hudson [09:03] persia, will do, one issue right now is the number of random bzr junks listed there and finding items revelant to you or your team too [09:03] njpatel: ^ look up for the merge proposal [09:03] shrug [09:03] open a bug with a rational [09:03] seb128: doing so [09:03] so we can discuss ffe there [09:03] oh, seb128's here! morning dude :) [09:04] hey njpatel [09:04] seb128: OK. Thanks. The "finding relevant stuff" one is something that's widely important. I haven't investigated the bzr branches yet. I'll see if I can understand the state. [09:05] Is there any particular reason why the most recent vim version in lucid was compiled w/o python support? [09:08] al-maisan: The latest upload was supposed to be a no-changes rebuild. Check the build-log (I'm sure it wasn't intentional) [09:08] * al-maisan looks at the build log [09:09] In any case, it breaks plugins like vim-pyflakes and I guess quite a few Ubuntu users would be using vim along with python [09:09] al-maisan: Please fix :) [09:10] (although I think geser was also doing some vim work: check the sponsors queue) [09:10] persia: let me have a look first, maybe something is in the pipeline already. [09:14] persia: james_w has landed a fix in LP that will remove the irrelevant branches [09:14] al-maisan: my vim merge awaiting sponsoring fixes this problem [09:14] * dholbach really goes out now [09:14] dholbach: Cool. Thanks for pulling that off my TODO list :) [09:14] geser: great! [09:15] * al-maisan takes a look at vim-nox (a separate package with built-in python support but no gui) [09:16] al-maisan: the problem is that vim uses MODLIBS from python (which should be only used by python itself) and tries to link with -lssl (and libopenssl-dev is not installed). all vim flavours are affected [09:17] geser: ah, I see. Thanks for the explanation. [09:20] al-maisan: http://bazaar.launchpad.net/~geser/ubuntu/lucid/vim/merge-7.2.330-1/revision/55 if you want to cherry-pick from my merge [09:20] geser: thanks! === jelmer_ is now known as jelmer [09:59] Riddell: ok to remove polkit-qt from lucid? no rdepends at all, and superseded by polkit-qt-1 [10:01] seb128: bug filed - bug 534257 [10:01] Launchpad bug 534257 in glib "support subunit in gtester-report" [Undecided,New] https://launchpad.net/bugs/534257 [10:01] thank you [10:13] alkisg: the contract for update-binfmts --import is that the new format ends up enabled in the kernel at the end of it; I'm not sure how to satisfy that contract withoutmounting binfmt_misc [10:14] cjwatson: could I just divert update-binfmts to work around it? [10:14] alkisg: you could umount /proc/sys/fs/binfmt_misc afterwards [10:14] I think I tried that but it didn't work, /me looks again... [10:14] don't see why it shouldn't [10:17] cjwatson: worked fine, thanks a lot. I'll convert the bug into a question :) [10:18] uh [10:18] just 'cos there's a workaround doesn't necessarily mean that it isn't a bug [10:18] of some kind [10:18] cjwatson: ah, should I leave it open then? [10:18] Ok, I'll comment about the workaround there and leave it open. [10:19] I've commented [10:20] we could for example alleviate the unmounting problem by automatically unmounting after an import if it wasn't mounted before [10:20] but leaving it mounted on normal init script startup [10:20] Yeah, that sounds good [10:20] Another way could be to check for an environment variable [10:21] E.g. "IN_CHROOT=True" or something... === Guest78773 is now known as NCommander [10:25] alkisg: I don't want to require an environment variable to work "properly", whatever properly might be === NCommander is now known as Guest33867 [10:25] particularly not a non-standard one that might end up varying between programs [10:26] IN_CHROOT=True RUNNING_IN_CHROOT=true CHROOT_SAFE=1 ARGH=foo [10:26] Sure, it would be a hack, not a proper solution. [10:27] I won't add that === mcasadevall_ is now known as NCommander [10:27] there are certainly better ways [10:28] * ogra thinks if linux containers would be easier to use that would solve a lot chroot /proc probs :) [10:28] the kernel should just do the right thing by default [10:28] or that [10:28] it shouldn't require special action from userspace [10:28] Why am I getting 2 popup notifications? It really bugs me [10:29] Linux containers would be a fine way to create/maintain ltsp chroots, but it would require a lot of rewriting. :-/ [10:29] alkisg, yeah, thats my complaint [10:30] lxc shoudl *just work* without extra setup being needed [10:30] imagine: lxc-mount proc -t proc /proc :) [10:30] and it just vanishing if you exit the chroot [10:34] Ah, I have 2 panels on top of each other [10:34] pitti: yes polkit-qt can go thanks [10:39] soren, hello [10:39] ara: Hey. [10:41] mvo: ping [10:42] hello slacker_nl [10:43] mvo: hi, i send you an e-mail yesterday about update-manager [10:43] mvo: i've also added a -V option to do-release upgrade, do I need to create a new bug to submit the patch, just mail it to you? [10:44] slacker_nl: thanks, the patch looks fine, I will apply it (the -c one) [10:44] slacker_nl: best is either to submit a bzr branch or mail me [10:45] slacker_nl: I'm usually slow with the bugreports (unfortunately :( [10:45] mvo: i don't agree with the last thing, i've seen your quick responses ;). I'll mail you the patch for -V [10:46] slacker_nl: cool, thanks! [10:46] slacker_nl: for patches and the like you can also always ping me on irc :) [10:46] mvo: cool [10:47] last question, manpages, I know I read the bug report with missing manpages, and now it seems you have manpages already, do you still need docbook manpages (started on it anyways, for the heck of it) [10:50] mvo: ^^ [10:50] slacker_nl: docbook is nice becasue it makes translations of the manpage easier, but because we are releatively late in the cycle I think its not critical to convert it now [10:50] in the longer run using a xml format like docbook is nice, maybe you can get in touch with the ubuntu documentation team? [10:51] mvo: I will, I'll keep working on them, submit them, you decide when it will hit the shops :) [10:52] slacker_nl: heh :) ok, cool! many thanks for working on this (and the previous patches) [10:52] np, glad to help! === ogra_ is now known as ogra [10:56] lidaobing: I'm trying to resolve bug 530178. ibus-pinyin-db-open-phrase currently (a) ships a dangling open-phrase.db symlink and (b) depends on a version of pinyin-database that's not in Debian yet. Did you by any chance just forget to upload a newer version of pinyin-database that ships the main.db file in unpacked form, or is something else going on? [10:56] Launchpad bug 530178 in pinyin-database "[MIR] pinyin-database" [Undecided,Fix committed] https://launchpad.net/bugs/530178 [11:00] cjwatson, wait a minute [11:08] cjwatson, bug confirmed, I'll fix it ASAP [11:08] cjohnston, thanks for your information [11:11] lidaobing: cool, give me a shout and I'll pull the fix into lucid - I want to unbreak our DVD builds :) [11:11] cjwatson, ok [11:14] Riddell: do you think we should aim to drop Qt3 from lucid main? [11:16] cjohnston, I have uploaded the new version, but you still need wait some time before it is ready. [11:17] pitti: it would be nice, let's see what's still in rdepends [11:17] Riddell: I listed them on https://wiki.ubuntu.com/Specs/Lucid/DuplicatedPackages [11:17] Riddell: many are supposedly just bindings (avahi, poppler, etc.) [11:18] Riddell: e. g. libavahi-qt3-1 is not used by anything in main, just from the old kdelibs4c2a [11:18] pitti: lsb-desktop and scribus are the tricky areas I'd think [11:18] Riddell: cases like these (source in main, binary which could go to universe) the resolution is a little tricky, though [11:19] Riddell: since you would need the Qt3 b-dep in main if you want to build avahi-qt3 at all [11:19] Riddell: oh, lsb still requires Qt3? [11:20] yes, it's part of the standard (LSB seems to be unmaintained as far as I can tell) [11:20] well, it's maintained, but I guess they are slow to catch up [11:21] Riddell: lsb-dekstop depends on lsb-qt4, though [11:21] Riddell: where do you see the lsb qt3 rdep? [11:22] it Provides lsb-qt4, it depends on libqt3-mt and libqt4-gui [11:22] that sounds wrong [11:26] why? qt3 and qt4 are both part of LSB [11:26] in the same version? (4.0) [11:27] I believe so yes [11:27] although I can't actually find it online to confirm, but I'm sure we looked at it last UDS [11:29] yes http://refspecs.linux-foundation.org/LSB_4.0.0/LSB-Desktop-generic/LSB-Desktop-generic/tocqt.html and http://refspecs.linux-foundation.org/LSB_4.0.0/LSB-Desktop-generic/LSB-Desktop-generic/tocqt3.html [11:30] what is the kernelcommandline to disable frambuffer loading these days? it seems like nofb is not honored in current lucid and something swtich video modes (plymouth is already removed) [11:32] mvo: nomodeset ? [11:34] Riddell: thanks, that was the one [11:39] slangasek, sorry about the over reassigning to plymouth, I just tried to cut through the some hundred bug emails from the weekend and 90% of the gdm bugs we get atm are plytmouth issues [11:39] ie people getting a text vt with a mouse cursor [11:39] or people having gdm crash on enter [11:44] Keybuk: cjwatson: should I have to update initramfs if I add a new disk to my Lucid server setup that was LVM at install? [11:44] I see the new bootsplash with "Waiting for /home [SM]" [11:45] I'm not sure. Theoretically you probably ought not to have to, but there might be bugs ... [11:47] <\sh> amitk: the same issue I had with newly created LVM devices during boot up in lucid server... [11:47] does anybody know if doko is likely to be around today? [11:47] cjwatson: the init goes by too quickly to tell me what the real problem is (in recovery mode) and break=init doesn't hit the problem. Any other ways to store the messageS? [11:47] \sh: how did you solve it? [11:48] AFAICT the only thing I did to get it "working" was update-initramfs [11:48] <\sh> amitk: I didn't .. I removed the lvm devices (I was lucky to not have /home or whatever important on it) [11:48] <\sh> amitk: and asked here...but nobody had problems at this time... [11:52] <\sh> amitk: what I did was creating a new volume group on /dev/cciss/c0d0p9 + adding some logica volumes, adding them (xfs fs) to fstab and hit reboot...machine came up and was "waiting...." [11:54] \sh: sounds like what I did. Added a new VG, some LVs, formatted them and added them to /etc/fstab with the right /dev/mapper/foo paths [11:54] <\sh> amitk: well I used /dev// same thing.... [11:55] <\sh> amitk: funny part, I did a reinstall, d-i partitioner got the vg device and failed somehow...I didn't check the logfiles (my bad) because I had no time...needed to bring the machine up and running [11:56] <\sh> ah it failed installing grub at the end of reinstall...neither adding (hd0) manually helped here [12:16] * pitti yays the "upgrade branch" button in LP [12:36] http://pastie.org/859350 -- This is a multiwan script I'm working on, based on the info on this page http://lartc.org/howto/lartc.rpdb.multiple-links.html -- I'm trying to take these instructions, and turn them into a script that can just be edited with the right variables to give multiwan setup. I think it would be good for the community, but I do need some help, can someone take a quick look? === mcasadevall is now known as Guest20793 [12:43] TheMuso, just a heads up we have a new kernel abi === Guest20793 is now known as NCommander [12:48] pitti, hello! may you please have a look into bug 532924 later? [12:48] Launchpad bug 532924 in tzdata "Chilean timezone extraordinary change" [Undecided,New] https://launchpad.net/bugs/532924 === MacSlow is now known as MacSlow|lunch === sabdfl1 is now known as sabdfl === andreasn_ is now known as andreasn [13:19] hey pedro_ [13:20] pedro_: argh timing -- I just did a tzdata update for all stables yesterday [13:20] pedro_: sure, I'll look at it; I'll contact upstream first, to coordinate a patch [13:20] pitti, thanks a lot! [13:21] pedro_: ah, upstream is aware -- http://article.gmane.org/gmane.comp.time.tz/3124 [13:22] \o/ awesome [13:22] http://pastie.org/859350 -- This is a multiwan bash script I'm working on, based on the info on this page http://lartc.org/howto/lartc.rpdb.multiple-links.html -- I'm trying to take these instructions, and turn them into a script that can just be edited with the right variables to give multiwan setup. I think it would be good for the community, but I do need some help, can someone take a quick look? #mwan-script [13:22] OH??! [13:23] My remote control stopped working, after I upgraded to 9.10. I hope my remote control (= vlsystem mplay mini) works in 10.4 again. [13:23] Is this channel for people developing ubuntu, or developing ON ubuntu!? [13:23] nicknewbie: the first [13:24] Also it would be nice, if my tv-tuner would work in 10.4: http://ubuntuforums.org/showthread.php?t=1420878 [13:26] ScottK: please see my email to you and cemc and also the different bug #533423 regarding the recent clamav update [13:26] Launchpad bug 533423 in clamav "package clamav 0.95.3 dfsg-1ubuntu0.09.04~hardy2.2 failed to install/upgrade: dependency problems - leaving unconfigured" [Undecided,New] https://launchpad.net/bugs/533423 [13:28] asac, Oh right! that would explain why a lof of questions don't get answered! [13:29] because they are not the right ones. -- Guys, I'll go track down the right room! [13:30] ack [13:36] For the reference of anyone answering questions like nicknewbie's, there's the shiny new #ubuntu-app-deve; [13:36] Err, #ubuntu-app-devel [13:40] gtk [13:40] maybe we hsould include that in the /topic part that deals with this? [13:40] persia: ? [13:40] I did a few weeks back :) [13:40] hmm [13:40] hehe [13:41] ok Development of Ubuntu (not support, not app development) [13:41] made me stop reading [13:41] RIght before the pointers for support & app development :) [13:42] Riddell: kdeedu currently b-deps on libreadline5-dev, but should b-dep on libreadline-dev (to build against libreadline6); I can't commit to the branch; want me to upload and propose a merge, or do you want to "just do" it? [13:43] pitti: I can do it [13:43] Riddell: cheers [13:44] Riddell: want a bug for it? [13:44] pitti: no thanks [13:44] * pitti uploads transitions for the other 5ish packages [13:47] robbiew_: can you please take a look at/approve https://blueprints.edge.launchpad.net/ubuntu/+spec/lucid-duplicated-packages? [13:52] seb128: I've built test packages that backport GtkStatusIcon support into the liferea and pidgin versions we have in Lucid in order to fix the tray icons not being transparent with the new themes. (see bugs 529375 and 191980) [13:52] Launchpad bug 529375 in pidgin "pidgin doesn't use theme background colour in notification area applet" [Undecided,Confirmed] https://launchpad.net/bugs/529375 [13:52] Error: Could not parse data returned by Launchpad: list index out of range (https://launchpad.net/bugs/191980) [13:52] sorry, bug 101980 [13:52] Launchpad bug 101980 in liferea "liferea icon in notification-area not transparent when showing number of new items" [Low,Triaged] https://launchpad.net/bugs/101980 [13:52] seb128: what would you think about this going into lucid? [13:53] mdeslaur, would be nice to have indeed [13:53] mdeslaur, feel free to upload [13:54] cool, thanks seb128 [13:56] Riddell: thanks; I did the other uploads, so another duplicate library bites the dust \o/ [13:57] pitti: something interesting; 2 days ago I attached my external harddrive and nothing happened (as I told you once) then I unplugged it, started ubuntu-bug storage, plugged it in again and it worked .. [13:59] pitti: awooga [13:59] sebner: I sometimes get a similar effect as well, I'll debug that on my devices here [13:59] Riddell: saves you a whopping 147 kB :) [14:00] pitti: cool, just wanted to let you know :) [14:00] cjwatson: how do feel about turning on dpms on all virtual consoles (/etc/kbd/config)? [14:03] pitti, seb128: I get that also with my kindle [14:03] mdeslaur: same for my sony ebook [14:03] amitk: no opinion [14:04] * pitti thinks mdeslaur meant sebner, not seb128 [14:04] right [14:04] oh, right, darn autocompletion :) [14:05] mdeslaur: pretty annoying, isn't it? [14:05] sebner: it's only annoying when it gets it wrong :) [14:07] mdeslaur: heh === MacSlow|lunch is now known as MacSlow === mcasadevall is now known as NCommander [14:36] pitti: for my work item on https://blueprints.edge.launchpad.net/ubuntu/+spec/lucid-duplicated-packages shouldn't it be marked postponed due to lsb requirements? [14:37] Riddell: oh, if the decision is made to keep it, then the "decide.." is DONE [14:37] bryceh: do you have time to sponsor bug #534026? [14:37] Launchpad bug 534026 in xserver-xorg-video-ati "Please merge xserver-xorg-video-ati 1:6.12.191-1 (main) from Debian experimental (main)." [Undecided,Confirmed] https://launchpad.net/bugs/534026 [14:37] Riddell: so we're going to keep it then? [14:37] pitti: I assume we want to stay within LSB [14:38] Riddell: agree [14:38] pitti: and I don't see a point in getting rid of the bindings in that case, it's just deviation from Debian [14:39] Riddell: agreed; I updated the spec [14:39] thanks [14:39] thanks to you [14:44] * _UsUrPeR_ tips his hat [14:44] <_UsUrPeR_> I would like some help with preseeding. Could somebody take a look at my preseed.conf and tell me what I am doing wrong please? [14:45] sure [14:45] <_UsUrPeR_> it's here: http://pastebin.com/QPhxM4MB [14:46] <_UsUrPeR_> cjohnston: for some reason, I cannot get this to partition an LVM correctly [14:46] I'm cjwatson not cjohnston; careful with that tab-completion :) [14:47] can I also see the syslog and partman logs from the installer, please? === robbiew_ is now known as robbiew [14:47] <_UsUrPeR_> cjwatson: right now, with the current configuration, it makes a boot partition, a single LVM, and a root directory inside the LVM. [14:47] <_UsUrPeR_> hah. whoops [14:47] <_UsUrPeR_> sorry mr. johnston [14:48] <_UsUrPeR_> cjwatson: can I get back to you with those in a bit? I need to re-run the installation with the seed I sent you. [14:48] pitti: https://blueprints.edge.launchpad.net/ubuntu/+spec/lucid-duplicated-packages has been approved ;) [14:48] robbiew: schweet [14:49] robbiew: that was a hard debate :-P [14:49] lol [14:49] _UsUrPeR_: at a first glance, I think you should remove $lvmok{ } from /boot (assuming that you don't want it to be a logical volume?) and add $defaultignore{ } to the other partitions you want to be LVs as well as / [14:49] * _UsUrPeR_ follows advise [14:49] that may not be enough though - logs may help [14:50] I think that will probably amount to tidying up rather than actually fixing your problem, although I always have to look up the exact semantics of $defaultignore{ } and friends [14:51] <_UsUrPeR_> cjwatson: ok, I'm running through an install with the new settings now [14:51] <_UsUrPeR_> I'll get the logs as soon as the installation is complete [14:52] ok === jamie is now known as Guest79309 [14:58] ev, https://bugzilla.gnome.org/show_bug.cgi?id=99604#c7 [14:58] Gnome bug 99604 in general "Better abbreviation of titles when space is tight" [Enhancement,Reopened] [15:05] ttx: thanks for the asm research [15:06] pitti: easy one, I already did it :) [15:06] yep, just saw [15:06] pitti: the goal is to demote to universe, or get rid of them ? [15:06] ttx: primarily, universe [15:06] if we can remove any of those completely, bonus of course [15:06] ttx: any hope for the three servlet APIs? [15:07] pitti: There is some concerted effort between ubuntu and debian java to get rid completely of 2.3 and 2.4, but it's blocking on some packages (struts for 2.3, eclipse for 2.4) [15:07] however, keeping them out of main might be doable [15:08] (especially 2.3) [15:08] ttx: if we can migrate away at least some, then this would at least help with bug fixing (you need to fix bugs in just one place, not three) [15:08] so there's some benefit even if there's one remaining sucker package which needs the old API still :) [15:08] pitti: that was the original goal of https://blueprints.launchpad.net/ubuntu/+spec/server-lucid-java-library-fixes [15:08] ttx: dom4j is pretty strange though [15:08] pitti: http://qa.ubuntu.com/reports/bug-fixing/lucid-fixes-report.html [15:09] pitti: java is strange, in general. [15:09] ttx: ah, good; if that one has WIs for the same issue, please feel to drop the ones from the lucid-dups spec [15:09] pitti: no, I missed a few targets, so it's in addition to that spec (which is complete) [15:09] kirkland: pah -- I'll catch you again! [15:09] pitti: hehe :-) [15:10] pitti: you can't win, eucalyptus is a unlimited source of bugs. [15:10] heh [15:22] tseliot: I get a fsck while plymouth is running - all I see on the screen is a big [C] in the center. is this a known bug? are you the right person to ask? [15:22] mvo: what graphics driver are you using? [15:23] tseliot: this time I booted with nofb, before I was using nouveau but only got a blank screen [15:23] tseliot: I also have a flickering bar (in ascii) [15:23] mvo: I guess this time you used the text plugin [15:23] right, but shouldn't it show me something else in addition to the [C] ? [15:24] Keybuk: ^^ [15:24] mvo: yes, eventually ;) [15:24] Keybuk: aha, known issue? thats fine then [15:24] * tseliot 's theme is supposed to work with drm renderers [15:24] tseliot: sounds like he's got the text plugin [15:25] right [15:25] * mvo waits until the fsck finishes [15:25] which is why I asked you [15:25] ev: any plans to review shtylman's ubiquity changes? [15:27] tseliot: btw, using the actual nvidia driver it's ~1-2° hotter than usual but nothing serious. + I heard you are working also for a nice booting experience for nvidia driver users ;D [15:27] james_w: ok to flush your redntoebook sync? [15:27] james_w: (I have another sync I need to do) [15:27] Riddell: I think he has reviewed them... just not merged yet? <-- ev [15:27] sebner: yes, I'm working on it. It should be 16 colours though [15:27] pitti: I was in the middle of a mass-sync but LP is broken [15:28] pitti: so, fine [15:28] tseliot: wondering what level of "nice" that'll be ^_^ [15:28] sebner: better than ascii [15:28] ;) [15:28] tseliot: that certainly nice but we live in 2010 :P [15:29] right and drivers use KMS now... [15:29] sebner: get a graphics card supported by free software then [15:30] tseliot: plymouth and that stuff should have used technologies that also 3D blob drivers can use [15:30] * sebner is afraid of Keybuk and hides :P [15:30] sebner: you can always use vesafb or some other module if you want more colours [15:31] (and don't want suspend/resume :P) [15:31] tseliot: I wonder why the nvidia blob doesn't provide a framebuffer [15:31] it seems either way a lot stuff is b0rken on linux [15:32] Keybuk: who needs suspend/resume anyway :-P ? [15:32] tseliot++ [15:32] * sebner doesn't use it [15:32] also hibernate takes longer than a reboot :P [15:34] <_UsUrPeR_> cjwatson: the changes appear to have worked! :D [15:34] _UsUrPeR_: cool [15:35] <_UsUrPeR_> It seemed that $defaultignore { } would ignore lvm settings, but it's the opposite. I had read over preseeding docs a few times, and I guess I never grasped the concept :/ [15:37] <_UsUrPeR_> cjwatson: thanks for your help. [15:37] _UsUrPeR_: the naming is definitely suboptimal. glad to help [15:38] <_UsUrPeR_> cjwatson: one question though: My partitions were created strangely. I had specified the max for swap to be 300% (Of total RAM, if I read the docs correctly), but the swap partition was created as 122 gigs. [15:38] <_UsUrPeR_> cjwatson: while the /home directory was created with 10 gigs. [15:39] <_UsUrPeR_> how did swap exceed the RAM count by almost 110 gigs? :) [15:39] that's almost certainly a bug, but you might try making the swap partition not the last one in the recipe [15:39] oh, or alternatively [15:39] set bigger weights (second field) for the partitions you want to grow more [15:40] you probably want /home's priority/weight to be rather closer to the maximum size than the minimum size [15:41] <_UsUrPeR_> cjwatson: Yeah, I just hard-coded the swap partition's max, and added another 0 to /home [15:41] <_UsUrPeR_> which would put it around 100 gigs :) [15:42] * _UsUrPeR_ looks for a preseed project on launchpad [15:42] the maximum isn't so important in this case (you already have it set to a terabyte). worry about the priority [15:42] you don't want the preseed project on launchpad [15:42] <_UsUrPeR_> ok [15:42] if you're looking to file a bug report, it would go on the partman-auto package in Ubuntu [15:42] <_UsUrPeR_> cjwatson: ahh. ok, cool. thanks for the pointer [15:48] hi doko, i'm trying to investigate an openjdk-6 build failure as part of the xulrunner-1.9.2 migration, and wondered if you had any pointers to what might be going wrong? [15:48] the build log is here: http://launchpadlibrarian.net/40287073/buildlog_ubuntu-lucid-amd64.openjdk-6_6b18~pre1-1ubuntu1.0ffox36.1_FAILEDTOBUILD.txt.gz [15:49] and i can also recreate the issue with the current version in the archive with the current xulrunner version too [15:53] chrisccoulson: ENOCLUE. are there other packages in the ppa? : Unknown command line argument '-mcpu=k8-sse3'. Try: ' -help' [15:54] doko - my local uild environment isn't pulling in any PPA packages [15:54] s/uild/build [15:55] doko - I've still got a shell open in the broken build environment, and if I call "./gamm" (with no arguments), I get the same error [15:55] sorry, i meant "./gamma" [15:55] (keep missing keys today) [15:56] chrisccoulson: and does strings ./gamma |grep mcpu show something? [15:57] doko - it doesn't show anything [15:58] chrisccoulson: please try stracing ./gamma [15:59] doko - http://paste.ubuntu.com/391125/ [16:02] chrisccoulson: no clue yet; maybe search the string in the linked libs? in the Makefile/config.status? [16:03] doko - will do. thanks [16:25] * pitti hugs mvo -- my hero! [16:26] heh .) thanks pitti [16:26] only a small contribution [16:27] mvo: I'll change g-p-extras to drop python-gtkhtml2 then [16:27] ah, oops [16:27] a handful of universe packages needs it as well [16:27] hmm [16:27] but nothing too interesting [16:27] mvo: gnome-app-install is the only interesting universe package which still uses it [16:28] mvo: but in the light of software-center (which is like its successor), shoudl we even keep that one? [16:28] pitti: I can port that too [16:28] pitti, mvo: How about dropping gnome-app-install; I've already done it in Debian. [16:28] if we can just remove it, that would be even easier [16:28] juliank: my thought [16:28] yeah, the only reason to keep it is that the a11y is better than in software-center [16:28] s-c FTW :) [16:29] but its now pretty much unmaintained :) [16:29] right [16:29] so better fix s-c [16:29] or use apt-get install.. :) [16:29] heh :) [16:29] * pitti removes [16:30] mvo: pochu said for the Debian package we should be thinking about a transitional package (aka http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572941); maybe the same for the Ubuntu one? [16:30] Debian bug 572941 in software-center "software-center: Please build a gnome-app-install transitional package" [Normal,Open] [16:30] yes, that'd make sense [16:30] * mvo nods [16:31] mvo: When you add one, could you add a 'Closes: #572941' for the Debian bug, to make this close automatically when I backmerge it into Debian. [16:32] juliank: sure [16:39] juliank: commited as r637 [16:41] juliank: it uses "section: transitional" so that apt does not mark s-c as auto-installed === beuno is now known as beuno-lunch [16:47] mvo: oh, that exists now? I still use "oldlibs" for those [16:48] pitti: well, not officially… [16:49] mvo: does it check for oldlibs as well? [16:49] pitti: but I think it really should be there so that the automatic install magic can be prevented, otherwise gnome-app-install -> software-center will mark software-center as auto installed [16:51] pitti: hm, good point about oldlibs [16:52] pitti: it seems like nowdays its pretty much only used for transtional package, I guess I should use that instead [16:52] pitti: what do you think? [16:54] mvo: you could check for both [16:55] * mvo nods [17:11] doko: do we keep python3.0 for lucid or is it planned to get removed before release? [17:12] geser: remove definitely. could you care about it? [17:12] doko: sure, will file a removal bug === deryck is now known as deryck[lunch] [17:32]