[00:00] hi [00:00] why do you guys withdrew from GSoC? [00:00] may i know? [00:17] seb128: The libbonoboui doc change has had unintended consequences - bug 348228 - ooi, why choose to carry something seemingly so minor as ubuntu delta? [00:17] Launchpad bug 348228 in libbonoboui "upgrade broken - files left behind, files missing" [Undecided,New] https://launchpad.net/bugs/348228 [00:19] maxb: so that our LiveCDs fit on a CD. [00:19] ah [00:20] glaksmono: I don't know any official reason, but IIRC there were some "bad experiences" in the past [00:36] hello ,can I add ext4 support to hardy? [00:45] UsamaAkkad: it wouldn't be a sane thing to do. It's not supported by the hardy kernel, or the hardy partitioning tools, or the hardy bootloader. [00:46] :S I've crated one using other os and now I can't use it :) [00:52] Hello to all the Ubuntu Devs :) I am trying to get in touch with the devs that have worked on Weather Applet 2.26.0 [00:53] not sure if this is the right channel to ask or not [00:53] won't behere [00:53] you need to find where gnome does their irc [00:53] o0Chris0o: The /usr/share/doc/gnome-applets/copyright file should contain the relevant emails, but hitting lits.gnome.org is likely to be much more interesting. [00:54] RAOF: thanks :) [00:54] http://live.gnome.org/GnomeIrcChannels by the looks of it, too. === ScottK2 is now known as ScottK [01:06] slangasek: re the beta announcement: I was offline all day today. We'll have something for you tomorrow. [01:06] sounds good === yofel_ is now known as yofel === Snova_ is now known as Snova [01:30] hey the ubuntu devs probably work with local filesystem repos a bit. dput seems to work nicely for uploading to local but is there not an easy way to remove a package from it? [01:33] that would be a function of the repo software you're using. [01:34] hm, well i guess that would be mini-dinstall. === evalles_ is now known as effie_jayx [02:11] anybody know what the system-wide folder is for firefox extensions?? === Snova_ is now known as Snova === Snova_ is now known as Snova [03:25] what is the name of the package for git? [03:25] "git" seems to be something else [03:26] is it git-core? [03:26] * calc tries it out [03:26] calc: git-core [03:28] ok [03:28] i saw all the matching verison numbers in dselect and thought it was probably that one [04:48] i guess theres not much ubuntu developement going on anymore [04:48] thats a shame [04:49] icarus: we are coming up to teh beta and final releases, so we are only fixing important bugs [04:50] It's also European night, so this channel is quiet around this time. [04:59] cjwatson: wrt the GPT issue again, apparently msdos label has a hard limit of 2TB(?) if so we will hit that limit this year as 2TB hard drives are already available [04:59] cjwatson: saw someone mention there is a limit on ubuntu-devel-discuss [05:01] cjwatson: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2009-March/007555.html [05:01] calc: thats going to screw many windows users over who want 2TB drives IMO. [05:01] Unless Vista 32 can also work with GPT === Sikon_ is now known as LucidFox_ === LucidFox_ is now known as LucidFox [05:03] TheMuso: aiui vista works with gpt but doesn't boot from it except for 64bit, they will probably patch that soon i would imagine [05:03] calc: They'll have to. [05:03] Unless they want even more backlash. [05:04] http://wdc.com/en/products/products.asp?driveid=576 [05:05] I think WDC is the only maker with 2TB drives currently, but the rest will catch up soon [05:05] yep [05:06] looks like we probably should default to using GPT for drives > 2TB if the drive is not partitioned, assuming the information in the thread is accurate [05:08] what i'm unclear about is whether it is msdos doesn't support drives > 2TB or just partitions > 2TB [05:09] yeah [05:10] http://www.carltonbale.com/2007/05/how-to-break-the-2tb-2-terabyte-file-system-limit/ [05:10] In any case, I think with these sized drives coming on now, we will have to start moving away from the legacy piece of crap that is BIOS. [05:10] that article implies you don't need GPT if you use linux if you have large block device support enabled [05:12] i don't see CONFIG_LBD in our amd64 kernel so not sure if that is a current option or not [05:14] it may have changed nam possibly [05:15] TheMuso: yea, i emailed cjwatson so when he wakes up can take a look at it [05:21] heh large drives are one way to get rid of XP [05:22] XP 32bit only supports up to 2TB disk in total (not per partition) [05:22] yep [05:23] apparently you can't boot off a GPT disk with Vista unless your bios is EFI [05:23] that is bad news [05:26] This was my point earlier [05:26] EFI is needed [05:26] and even then 64-bit vista is the only one that supports EFI./ [05:28] TheMuso: Except it doesn't :/ [05:28] i see lots of claims that Windows 7 defaults to GPT [05:28] but not anything authoritative [05:28] That'd be cool [05:29] We don't support GPT, do we? [05:29] some regular pc's apparently have uefi though so i can't tell if it just defaults to GPT in those cases or not [05:29] Oh, Vista SP1 added EFI [05:29] Amaranth: iirc we do on systems with uefi [05:29] hmm [05:30] Pretty sure I had to have rEFIt do the sync thing before I could get Ubuntu installed [05:31] Amaranth: yes you would have had to do that. [05:31] However grub has GPT patches [05:32] hmm if you use rEFIt can you install Vista SP1 64bit using GPT? [05:33] hmm nm it seems rEFIt isn't a EFI emulator like I thought it was [05:34] calc: no its not [05:34] The move to EFI in the PC BIOS area will be quite a big job, since lots of drivers will have to be rewritten to work with EFI. Hell I think everyone will just have to get new hardware. [05:35] I don't see manufacturers releasing updates to their video card's BIOS for example. [05:36] apparently MSI sells motherboards with uefi bios available, not sure what it does for video bios though [05:37] * calc gone to bed, bbl [05:37] calc: Most of them just emulate a traditional BIOS so things will keep working [05:37] I think the goal there is later on once everything is updated they can release a patch that just turns off the emulation [05:37] At least someone is thinking ahead... [05:38] Amaranth: I bet those boards also have no legacy components, i.e no COM headers, no PS/2, no ISA bridge of any kind. [05:38] I'm sure [05:38] btw, I think Gateway was the first PC maker to ship machines with UEFI [05:38] which seems really odd so I thought I'd mention it :P [05:40] s/c [05:55] I presume that the standard way to get CONFIG_MMIOTRACE set in the generic kernels is to file a bug? [05:59] good morning [06:27] superm1: what do we do about bug #341898? [06:27] Launchpad bug 341898 in mythtv "Mythtv frontend does not display any fonts" [High,Confirmed] https://launchpad.net/bugs/341898 [07:10] Hi [07:10] How to include modules.dep in initramfs for custom kernel ? [07:10] Any ideas ? [07:25] Good morning [07:27] kirkland: ugh, how did you change it to German so permanently in the first place? usually you just "export LANG=" in a terminal, and if you are done with it, you close the terminal or set it back to en_US.UTF-8; other terminals/apps should have never been affected.. === thekorn_ is now known as thekorn [08:25] pitti: thanks, uninstalling the langpack seemed to solve it for me [08:26] kirkland: very strange; you are sure that your system locale is en_US.UTF-8? [08:26] kirkland: the langpack shouldn't have any effect then [08:26] pitti: how do i check that? [08:29] kirkland: echo $LANG [08:29] or, better, "locale" [08:32] pitti: those look right, en_US.UTF-8 [08:32] pitti: i think i'm back to normal [09:22] Keybuk: around? [09:23] Keybuk: I think my init just became somewhat broken on armel after today's upgrade; it's not respawning gettys anymore [09:23] The only thing in daemon.log is: [09:23] Mar 25 09:00:52 babbage init: Re-executing /sbin/init [09:24] In syslog I also see immediately thereafter: [09:24] Mar 25 09:06:49 babbage kernel: [159660.980000] udev: starting version 140 [09:26] PID 1 is in: select(7, [3 5 6], [], [], NULL [09:41] It seems it's the libc6 upgrade triggering the restart of init/upstart [09:47] A free geolocation database: . It could be useful for Ubuntu if they’re going to provide a server for the mirror method. [09:47] Keybuk: This happened on my two armel installs [09:48] lool: today's upgrade should be pretty non-update since we are frozen for beta no? [09:48] Keybuk: I did a "touch /etc/event.d/ttyS0", this made upstart go out of the select, scan the file again, but it didn't respawn the getty [09:49] seb128: I think the bug was there before beta, but any libc update which runs "init u" will have triggered it, and there was a libc update just before beta freeze (last friday) [09:49] I'm only upgrading now [09:50] seb128: But right, it's the upgrade which I ran today, not from the updates the archive got today, thanks for clarifying [09:50] running "init u" manually has a larger effect, but still doesn't respawn; /me reboots [09:54] Keybuk: 348346 [10:04] Keybuk: Actually not armel specific at all, same issue on my desktop [10:10] Keybuk: At least one dup, perhaps two === mdz_ is now known as mdz === seb128_ is now known as seb128 [10:30] calc: yes, I'm aware of that, the partitioner already defaults to GPT on >2TB drives [10:32] ion_: yeah, I heard of that recently and posted a comment to a related installer bug [10:33] ion_: the database is an 11MB zip file, so we'd certainly have to have a server for it === ion__ is now known as ion_ [10:40] dholbach: thank you very much! I probably should have written that mail in english in the first place, but OTOH, perhaps it's better that to have it reflected by someone not that much involved [10:41] siretart`: no worries - was easy enough to do [11:03] ion_: I'm filing a (non-urgent) request with our sysadmins to set up a service using that database [11:04] cjwatson: Cool, thanks, === steak is now known as xsteak === korn_ is now known as c_korn [11:42] "not app development on Ubuntu" means "not app development using Ubuntu" or "not app development for Ubuntu"? I'd like to know how to comply with jaunty's new notifications... but if it's offtopic please feel free to tell me (in that case, any hint on where to ask?) [11:43] Toobaz: the former, I think. And I believe you want #dx, if people are around at this time of day :) [11:43] as that's where that team tends to hang out [11:44] Hobbsee: thanks (what is "dx" for?!) [11:44] desktop experience, I believe. [11:44] soren: nice, thanks [11:44] yes, that [11:58] mdz, did you file a bug about ubiquity offering to install to the source media ? [11:59] * ogra just got the SD card offered trying an install in the babbage board [11:59] ogra: bug 347916 [11:59] Launchpad bug 347916 in ubiquity "Warns user about the fact that the installation medium is mounted" [High,Triaged] https://launchpad.net/bugs/347916 [11:59] thanks [11:59] ogra: I'm not sure that's the same thing you're talking about though [11:59] that's about the warning dialog saying that it's mounted [12:00] well, it didnt offer me to unmount it, but /dev/mmcblk0 was in the partitioner and selected as default target [12:00] (/dev/mmcblk0 isd the boot devicer for the livefs in my case) [12:01] whats the most concise way to find out what version of a package you have, and if there are any upgrade candidate. i often see output like below in bugs so i assume its command generate: libdrm2: [12:01] Installed: 2.4.4-0ubuntu6 [12:01] Candidate: 2.4.5-0ubuntu1 [12:01] cjwatson, want a new bug for it ? or should i follow up on mdz's ? [12:01] apw: apt-cache policy packagename [12:01] policy, obviously !?!, thanks [12:02] (on a sidenote, ubiquity does the base install and partitioning fine on babbage now, though we're missing the kernel bits, so there it will fail) [12:02] ogra: sounds like a different issue to me [12:02] yeah [12:02] it's easy enough to dupe later if not [12:02] apw: yeah. There always were interesting names in apt-cache. You're welcome. [12:03] ok, i dont think ubiquity every took SD cards into account as install media (it didnt hasve to before :) ) [12:03] *have [12:03] pitti, how come apport can still produce notification icon things and be all nice and quiet about its work, and yet that was imposisble for update-manager and it has to hide and jump out at you? [12:04] ogra: your bug is sort of the opposite of mdz's. New bug, yes please [12:04] on it :) [12:04] i'm impressed, i didnt even expect it to get that far :) [12:05] apw: it has always popped up for crashes of your own programs [12:05] apw: but that's not possible with system crashes which you need root privs for [12:05] sorry yeah thats good and thats all good [12:05] apw: that issue was on the table, bot not considered jaunty critical, because we'll disable apport in the final release [12:05] ogra: file it on partman-base, please [12:05] oh, ok [12:05] what i mean is we were forced to accept update-manager without its cute icon and click me to do things interface [12:05] ogra: it needs to be educated about mmcblk* [12:06] and yet apport still can do it. wondering why update-manager can't do what apport does [12:06] with apport as a good thing [12:06] I hate the way device name handling is spread all over the place :-/ [12:06] apw: I guess the design team doesn't truly like the way apport does it either; but unlike update-notifier/manager, the system crashes can't run as user :( [12:06] apw: I guess I'll still get my share of a beating from them [12:07] * apw offers you a shield of defence +1 [12:07] * pitti gladly adds it to his asbestos pants [12:08] loggerhead is so nice for SRU proposals [12:08] particularly now that the URLs have been made saner [12:08] GRRR [12:08] just being able to link to http://bazaar.launchpad.net/~ubuntu-core-dev/tasksel/intrepid-proposed/revision/1388?compare_revid=1383 beats having to mess around attaching a debdiff [12:09] i really dont like jauntys X crashyness [12:09] cjwatson++ [12:09] ogra: is it really so bad? just after suspend, or on other occasions? [12:09] I get it after suspend sometimes, but that's finally tracked down [12:10] pitti, out of the blue [12:10] but i'm using UXA deliberately [12:10] ah, I'm not [12:10] often the mouse pointer still works but the rest is stuck [12:10] somethimes it kicks me to gdm [12:10] *times [12:11] ogra: does upstream know about the bug, logs, registers, etc.? [12:11] I reported some myself, and although it takes a while, there has been progress [12:11] no, i didnt find the time to capture anythng yet [12:11] my workstation often suffers from pipe underruns [12:12] it seems related to using an external monitor on my laptop together with UXA [12:12] ogra: oh, i thought X freezing & dying was just me [12:12] I just realized mine was dying on resume [12:12] it doesnt die if i use it with normal resolution on the laptop LCD ... the external one uses 1900x1200 while the LCD uses 1024x800 [12:12] unfortunately I for the first few times I had assumed that gnome must have given up on session restore completely [12:13] mine will die while switching to a guest session [12:13] jcastro: that's the bug I was talking about; fix is avaialble and will land after beta [12:13] pitti: yes james_w pointed it out to me thanks [12:13] also 'bzr cat -rtag:foo' much quicker than having to mess around unpacking source packages ... [12:14] ogra: I'm using an external TFT as well; do you get occasional flickering? [12:15] no, by my TFT is very expensive, it might have some flicker preventing thing builtin [12:15] uh, that would be magic [12:15] ogra: how often does it freeze for you? [12:15] how doe that flicker manifest for you ? [12:15] ogra: i. e. if you tried something to fix it, would you notice? [12:15] every few days [12:15] ogra: well, the screen jumps for a subsecond and then restores [12:16] no, i dont see that [12:18] cjwatson, Bug #348411 [12:18] Launchpad bug 348411 in partman-base "offers to install to source media in ubiquity if source media is SD (/dev/mmcblk0) card" [Undecided,New] https://launchpad.net/bugs/348411 [12:19] taavikko: [12:20] oops, sorry taavikko [12:20] ogra: ta [12:20] ugh ... [12:21] * ogra just notices he picked the 2G USB key instead of the 4G one for the install test [12:21] i wonder if that will survive to the end === Omegamoon is now known as Omegamoon|work [12:30] lool: what was broken, specifically? [12:38] * pitti looks at the panel and notices that it's 1337 o'clock [12:38] time for hacking, apparently :) [12:38] * Mithrandir notes pitti lives in the past. :-P [12:38] 13:38 * pitti looks at the panel and notices that it's 1337 o'clock [12:39] * pitti hugs Mithrandir [12:39] heh, same here :) [12:40] * Mithrandir ruffles pitti [12:41] oh, ubiquity is such a liar on the babbage [12:41] "less than a minute remaining" .... shown since tem minutes already [12:41] *ten [12:42] ogra: there's a typo in "millenia" [12:44] heh [12:50] hmm, apt isnt happy about /dev/mmcblk0 being mounted as /cdrom :( [12:52] ogra: why does apt care what's mounted there as long as it has the right structure? [12:53] hmm, then probably the structure is wrong, sadly the board just crashed [12:53] * ogra starts over ... damned, i was at 89% [12:54] * ogra starts over [12:56] Keybuk: getty wouldn't be respawned [12:56] Keybuk: Or anything else I guess; see the bug report [12:57] Keybuk: I confirmed on my desktop, so it looks like some urgent we want to fix for jaunty [12:57] getty was initially spawned? [12:57] you logged in, logged out, and then it wasn't respawned? [12:57] Keybuk: Yes [12:57] Keybuk: Well after telinit u, no getty would get respawned [12:57] The running ones would still work [12:58] But when I'd logout, new ones wouldn't come up [12:58] Mar 25 09:00:52 babbage init: Re-executing /sbin/init [12:58] I noticed on armel because we use serial console a lot, but it's the same on my desktop if I login, telinit u, logout [12:58] what killed init? [12:58] Keybuk: libc6 upgrade [12:58] *sigh* [12:59] Keybuk: "init u" is run except for a sysvinit version blacklist [12:59] someone keeps uncommenting that damned fix [12:59] so that's the bug [12:59] don't use init u/telinit u [13:00] it causes upstart to lose all of its state [13:03] Keybuk: What weird is that upstart doesn't seem to honor its config files either [13:03] lool: how do you mean? [13:03] Keybuk: e.g. even if I touch /etc/event.d/ttyS0, no getty is respawned [13:03] sure [13:03] "start ttyS0" :) [13:03] So I guess the triggering event doesn't happen [13:04] touching config files has nothing to do with events [13:04] I never start ttyS0 [13:04] So it's something else starting it [13:04] start on stopped rc2 [13:05] So I guess upstart should save its state and/or pick up jobs which match the current criterions for being respawned [13:05] err, neither [13:05] Keybuk: If the behavior is that bad on telinit q, it might be worth not killing init and logging a warning that this isn't implemented yet [13:06] lool: I've commented out that line about half a dozen times over the last few years [13:06] someone keeps putting it back [13:06] mdz: since bug 346589 bites UNR quite noticeably, do we need to release-note it for beta? [13:06] Launchpad bug 346589 in ubiquity "[Jaunty] Misleading information when installing with mounted partitions" [High,Fix committed] https://launchpad.net/bugs/346589 [13:06] cjwatson: yes [13:06] Keybuk: I've found that glibc changes not committed to bzr have a habit of getting lost [13:06] cjwatson: or rather, I'd say that bug 347916 needs to be release noted [13:06] Launchpad bug 347916 in ubiquity "Warns user about the fact that the installation medium is mounted" [High,Triaged] https://launchpad.net/bugs/347916 [13:07] Keybuk: But even if we avoid calling into that, we're at risk until either upstart behaves as expected in face of such use or doesn't do anyting [13:07] mdz: both, surely [13:07] lool: yes [13:07] * RainCT wonders if apport is compatibly with Debian's bug hooks [13:07] Keybuk: So will you remove the kill and log a warning instead? [13:07] Or will you implement state saving/restoring? [13:08] lool: implementing state saving/restoring is planned [13:08] I understand the immediate workaround is to comment out he init q in libc6 [13:08] it'll take about a year to write ;) [13:08] Keybuk: Perhaps it's worth it to remove the kill then [13:08] Cause the effects are nasty ATM [13:08] not that nasty really [13:08] the glibc upgrade tells you to restart your system anyway, no? [13:08] No [13:09] Keybuk: I can't find a record of any glibc upload from you since feisty [13:09] Keybuk: It's enough to dpkg-reconfigure libc6 to trigger the bug [13:09] Keybuk: and neither your dapper nor your feisty upload were relevant - are you sure you uploaded these fixes? [13:09] cjwatson: hmm, strange [13:10] cjwatson: maybe you persuaded me not to, on the basis then init would still have the old glibc open [13:10] So can we just replace the kill with a warning for now until state saving is implemented? [13:10] I'm not sure I was aware that it caused breakage [13:10] lool: I'm not sure we should rush into this [13:11] I think the last time I persuaded you to add a dummy 'init u' implementation instead? [13:11] but it was a while back [13:11] cjwatson: yeah, I'm trying to think why I did that at all [13:11] I would have known it stops gettys from respawning :) [13:11] * Keybuk wishes you could grep irclogs [13:12] I have local logs back to early 2007 [13:12] bug #188925 apparently [13:12] Launchpad bug 188925 in upstart "Upgrade of glibc causes root filesystem not to be mounted ro on shutdown" [Wishlist,Fix released] https://launchpad.net/bugs/188925 [13:12] 23 Sep 2008 [13:12] try the 2008-09-29 logs [13:12] ohh [13:12] Keybuk: What's the kill good for? it picks up a new libc or a new ld-linux or a new init; is there any other reason for it? [13:12] now that title explains everything doesn't it ;) [13:13] including why we can't just put a warning there instead [13:14] hah, neat [13:14] ahh [13:14] and then the day after we had that discussion about the scary assertion when upgrading libc6 [13:14] because restarting upstart caused it to drop the connection to initctl/telinit [13:15] and it went WAAAH [13:15] * Keybuk remembers now [13:15] lool: so yeah [13:15] there's a rock, and a hard place [13:15] I am afraid one of you two will have to teach me why not re-execing upstart prevents remounting ro; is this because a fd is open on libc? [13:15] take your pick ;) [13:15] Was this only for a particular version of libc6? [13:16] lool: you can't remount a system if you have any "dirty" files open [13:16] dirty files include those files you have opened which have been unlinked [13:16] upgrading libc replaces the libc6 .so [13:16] init would have the old .so open if it wasn't restarted [13:16] so the filesystem is busy [13:17] Can't we re-exec upstart on shutdown only? [13:18] that'd kill the shutdown sequence ;) [13:19] I don't think this is a sky-is-falling bug, since there's a simple command to restart the terminal - and it's fine after a reboot [13:20] Well it happens on all libc6 upgrades, so on all dist upgrades [13:20] hmm, where is redboot-tools [13:20] lool: most of the time, these tend to require a reboot anyawy [13:20] ogra: I saw it in aptitude when updating earlier [13:20] i dont see it on the babbage [13:21] trying to install redboot-tools and redboot-imx here after a fresh atp-get update [13:21] *apt [13:22] ogra: weird, I could swear I saw it earlier, and I don't anymore [13:22] i see the source [13:23] lool, seems the binaries were not published or ports hangs once again [13:23] ogra: the binaries are in NEW [13:23] ah ! [13:23] I must have confused this with the other redboot package [13:24] well, i'll try without bootloader for now [13:24] Keybuk: So we should probably recommend a reboot when init-u-ing [13:24] lool: agree [13:25] wah, what happened to /dev/kvm [13:26] doesn't kvm load the modules it needs? [13:26] Keybuk: https://bugs.launchpad.net/ubuntu/+source/upstart/+bug/92177 looks like it could be closed with the current init u implementation [13:27] no, it cna't [13:27] Error: Could not parse data returned by Ubuntu: timed out (https://launchpad.net/bugs/92177/+text) [13:30] Keybuk: bug 340873, if you haven't seen it [13:30] Launchpad bug 340873 in acpi-support "[Jaunty] modprobe requires .conf filenames now" [Medium,Fix committed] https://launchpad.net/bugs/340873 [13:30] Keybuk: should that be targeted to jaunty? [13:34] ironically there doesn't seem to be a bug that upstart doesn't support reexec properly [13:35] cjwatson: err, I thought I got all those [13:35] Keybuk: You can make the respawn one that bug if you like [13:36] Keybuk: I'll take that as a yes, then [13:36] cjwatson: yeah [13:36] though where does your bluez modprobe come from? [13:36] bluez-utils [13:36] quest bluez-4.25% grep -r modprobe . [13:36] zsh: exit 1 grep -r modprobe . [13:36] isnt that in the initscript ? [13:36] quest bluez-4.32% grep -r modprobe . [13:36] zsh: exit 1 grep -r modprobe . [13:37] maybe some old version? dpkg -S still lists it, though [13:37] cjwatson: could be [13:37] cjwatson: bluez-utils only contains /usr/share/doc/bluez-utils for me [13:37] bad clean up of a transiational? [13:38] same here [13:38] but then dpkg -L would not list it ... [13:39] I mean, I can't find it in the source either [13:39] yes it would [13:39] hmm, indeed, it isn't in the .deb [13:39] dpkg -L gives me /usr/share/doc/bluez-utils and its contents [13:39] dpkg -L includes all files owned by the package [13:39] ok, so it's a stale conffile left around from a previous version [13:39] including any adopted from previous versions [13:39] something should clean it up, though [13:39] cjwatson: sure [13:40] if I upload, they'll queue for after-beta right? [13:44] ogra: can you do irda-utils [13:44] the maintainer scripts are insane, and I'm not going near them ;) [13:45] cjwatson: err, wtf is oss-compat? [13:45] it seems to be utterly irrelevant in ubuntu given our alsa packages [13:46] Keybuk, hrm for what ? i dont have irda HW to test and am massively busy getting babbage in shape [13:46] Keybuk: queue> yes [13:46] ogra: you touched it last [13:46] me ?? [13:47] Keybuk, cn that happen after beta, i really dont have a spare minute [13:47] Keybuk: oss-compat> say hello to Hurd compatibility ;-) [13:47] babbage enablement is my highest prio atm [13:47] cjwatson: but all it does is add lines which are in our own alsa-base file [13:47] several packages seem to depend on it [13:47] cjwatson: TBF, I suspect it's more for the benefit of BSD. [13:47] mm [13:48] Depends: module-init-tools | modutils | hurd [13:48] cjwatson: I'll let crimsun sort that one out [13:48] ogra: this is certainly post-beta material [13:49] cjwatson: sane-backends and bluez-utils queued [13:49] ok, then i can do it, if there is a bug, please assign it to me [13:49] ogra: done [13:49] and thanks [13:50] thanks as well, i wasnt even aware i ever touched it === allquixotic_ is now known as allquixotic [14:03] I installed libasound2-plugins from the source package to enable the JACK plugin, but apt keeps wanting to update it to the binary version. How do I edit the source so that the version number is higher so that apt won't update it? [14:04]