[00:00] yes, because everyone reads the manual [00:00] :p [00:02] directhex: Go formulate an ubuntu-devel-discuss message, then :) [00:03] "digg this if users suck" === pgraner is now known as pgraner-afk [00:41] who here can test a powerpc-specific SRU? (bug #220890) [00:41] Launchpad bug 220890 in python-apt "[hardy] software-properties-gtk doesn't recognize (nor know about) ports.ubuntu.com" [Undecided,In progress] https://launchpad.net/bugs/220890 [00:45] The langpacks in intrepid currently have a higher version than in jaunty, is that an issue, or a normal state of affairs at this point in the cycle? [00:46] I wouldn't get too worried, but obviously it needs to be fixed before release [00:46] slangasek: When I do powerpc related work this afternoon (i.e after work/canonical work), I'll take a peak [00:46] ArneGoetje: ^- plans for a jaunty langpack update? [00:47] we could copy the intrepid-updates ones to jaunty, in principle, but I don't want to do that because there's a Soyuz bug that means architecture-independent packages copied that way end up not showing up for armel [00:47] though that's 299448 which is fix-committed so it's possible it was fixed in the recent rollout [00:50] looks like it ought to be; I can give it a try tomorrow [00:50] but we'll need jaunty langpacks anyway so it'll just be to stop people being surprised :) === nhandler_ is now known as nhandler [01:41] seriously, what kind of boolean pervert came up with the idea of calling these things "killswitches" that turn your antenna off when they're on and on when they're off? [01:42] the same guy that named the xserver option "DontZap" [01:42] nah, pretty sure that guy died of old age already [01:42] slangasek: just use the phrase "killswitch engage". its 23 percent more brutal [01:43] halloo.. [01:44] hello [01:46] my killswitch is labelled 0 for wireless-off and 1 for wireless-on [01:46] so +1 for Dell's sanity, I guess [01:47] physically labelled? [01:49] i'm newbie from indonesia and i need the study kernel compilation process on ubuntu please guide me... [01:57] slangasek: yes [01:57] sakrasemangat: this isn't really the right channel for advising new developers; you might start by reading the kernel team's wiki, http://wiki.ubuntu.com/KernelTeam [01:58] sakrasemangat: also reading the various links from http://wiki.ubuntu.com/UbuntuDevelopment, since many of those general principles apply to the particular case of the kernel [02:07] cjwatson, ok thank's... [02:07] :) === freeflyi1g is now known as freeflying [03:04] hi [03:04] trying a third time :P [03:04] does anyone here work on the autofs/autofs5 packages? [03:05] junyer: Just ask your question. [03:07] the answer to the initial question is "no", no one from Ubuntu works on the autofs5 package, it's synced unmodified from Debian [03:09] (which is not to say that this is the wrong place to ask if you're wanting to discuss development issues in the package) [03:09] well, autofs v4 is essentially dead as far as upstream is concerned [03:09] The current Intrepid/Jaunty autofs package has an Ubuntu patch that was added in bug 111612. [03:09] Launchpad bug 111612 in autofs "The auto.net script that comes with autofs is broken" [Undecided,Fix released] https://launchpad.net/bugs/111612 [03:10] so i'm wondering if/when support (in the form of a maintained autofs package) will cease [03:11] support for the autofs package will probably cease when the Debian maintainer gets rid of it, or when an Ubuntu developer notices that it's bit-rotted to the point that we should prefer the autofs5 package instead [03:12] slangasek: I've got an odd problem here that I've no idea how to troubleshoot well enough to even file a useful bug. On intrepid I've got a hard drive that when I try to write to it as a user, I'm told the disk is full, but it's not. df -k shows more blocks existing that used, but 0 available. I can write to the disk as root and I can delete stuff as a user, but not write new stuff. Suggestions? [03:12] hmm [03:12] ScottK: ext3 reserved blocks? [03:12] okay, so i should probably ping the debian maintainer then [03:13] thanks [03:13] junyer: he's the one at the wheel on those packages, yes. :) [03:13] (although he didn't respond to my mail yet, so i might have to hunt him down on irc) [03:13] slangasek: How would I know? When I delete files the number 'used' goes down, but Available stays consistently 0. [03:13] ScottK: tune2fs /dev [03:14] See the tune2fs manpage, -m option. [03:14] Lookinmg [03:14] Looking even [03:15] ScottK: Deleting files but available staying at 0 certainly points to you being over the reserved blocks percentage [03:15] * slangasek nods [03:15] OK. [03:15] * ScottK wonders how he got there. [03:16] the default reserved blocks are ridiculously large on today's large disks, it really ought to be logarithmic [03:16] ScottK: you wrote a bunch of stuff as a user, then root pushed you over the limit :) [03:16] Right [03:16] For things like /home and /srv and such, I will run tune2fs -m 0 after mkfs'ing them [03:17] Actually, for things where I'm the only user, or I can trust everyone with an account. [03:17] Well let me go find something big to delete ... [03:17] StevenK: well, for /home there's not much reason for root to have reserved space, neh? [03:18] ScottK: reducing the reserved count is easier :) [03:18] Reduced it to 1 and it still says 0 available [03:18] slangasek: Not usually. :-) [03:18] (though if it's not obvious how root pushed you over the limit, maybe there are leaky logs) [03:19] ScottK: mm, if tune2fs -l confirms, then /that/ might be a sign of fs corruption... [03:20] assuming that when you deleted stuff, the used count went down and stayed down [03:20] I'm guessing "Couldn't find valid filesystem superblock" is bad. [03:21] yes [03:21] I'm also guessing I'm into it's not worth the trouble, just start over territory. [03:22] Is there anything useful for a bug I can do first? [03:22] if you're not going to cry over the data, yes, that's start-over territory [03:22] if you have kernel logs that show it getting corrupted somehow [03:22] Actually, it's recoverable [03:22] You can run mkfs with -n, which will tell you where the backup superblocks are stored [03:22] StevenK: I'm open to suggestions ... [03:23] And then point tune2fs at one of the backup superblocks [03:23] could've been a hardware failure, a kernel bug, someone trying to dial out on the hard drive by mistake, ... [03:23] And fsck *really* soon [03:23] so unless you know how it got corrupted, hard to get a useful bug report out of it [03:23] And it may not be a software bug [03:23] Well I can try to get the kernel logs off. [03:26] Now I guess I really need to find the CD drive for this laptop. [03:27] ScottK: One large partition, and it's /, I'm guessing? [03:28] ... does strace work for anyone in jaunty? [03:29] Of course [03:29] StevenK: ^^^ [03:32] ScottK: Bleh, this is the situation that having one large partition on / is bad :-) [03:32] Fortunately there's nothing critical on it. [03:32] There's a few things it'd be nice to save. [03:33] * LaserJock makes some backups just in case it's contagious [03:33] I have it up on the network now, so I'm going to see if I can sftp to it.... [03:33] I would sftp *from* it [03:33] Since that wouldn't try and write anything [03:35] Trying that. [03:35] * ScottK gets to practice his rusty command line sftp skills. [03:37] slangasek: apparently, that was a bad thing to try [03:37] charlie-tca: hmm? [03:37] I ran strace on a 64-bit jaunty. It locked everything up and I had to go to a tty and kill it [03:37] heh [03:37] Can anyone point me to a tutorial to build multi binary debs... I want to package and host kde 3.5x built against Ubuntu Current... [03:38] it hasn't been crashing anything for me, except for itself [03:38] I am not entirely ignorant of dpkg but need help and the Debian New maintaners guide doesn't go into multi package debs [03:38] Bsims: #ubuntu-motu is more appropriate for learning-how-to-package questions [03:38] * Bsims smiles thanks maxb [03:55] cjwatson: after all remaining buggy translations have been fixed by jtv (will happen these days), we will generate a full export for jaunty and updates for hardy and intrepid. I hope those to be ready on Monday, then I will do the updates on the sprint. [03:57] ScottK: How goes the recovery? [03:58] StevenK: sftp'ing my heart out. [03:58] cd /chest_cavity [03:58] scp heart donor: [03:58] Found some un-backed up photos I'd forgotten about ... [03:58] But they're transferring just fine, so no it's just a matter of doing it. [03:59] ScottK: Mmmm. Avoid writing to the disk, if you can [03:59] Just doing a lot of sftp put. [03:59] Going in the order of how much I care too. [04:00] Heh [04:03] slangasek: https://launchpad.net/bugs/220890 verified. [04:03] Launchpad bug 220890 in python-apt "[hardy] software-properties-gtk doesn't recognize (nor know about) ports.ubuntu.com" [Undecided,In progress] [04:04] TheMuso: thanks! You used the test case from the bug description? [04:04] slangasek: Yes. [04:04] great [04:22] bryce: I've confirmed that my touchpad issue is software (gpm works fine on console); where should I file the bug report? [04:24] maybe i can blow up the nightly cd later tonight >:-) [04:25] * calc is doing a rebuild with fresh chroot to make sure everything is working properly [04:26] slangasek and StevenK: Thanks for the help. I got everything I need. Now if I can find the CD drive ... [04:27] ScottK: We won't come over to help you look ... [04:27] ScottK: glad to hear :) [04:35] StevenK: that could be a long trip [04:35] True === calc_ is now known as calc [04:36] slangasek: most likely it's a bug in the xinput stuff so should be against xorg-server [04:36] slangasek: subscribe me to the bug and I'll try to follow up on it [04:36] ok [04:37] bryce: I noticed that synaptics thought my touchscreen on my Q1 was touchpad, is that known? [04:37] was a touchpad [04:44] This will be my first Intrepid fresh install.... [04:45] ScottK: really? I think I've done about 5-6 so far [04:45] It's all been upgrades from Hardy until now. [04:45] I generally reinstall about every 2-3 months [04:46] I think I've done 3 Jaunty reinstalls so far [04:46] * ScottK still has one Dapper desktop that was installed before Dapper's release. [04:46] that's why I don't like UUID too much [04:47] I gott fix things after each install [04:47] LaserJock: but why? I've gone dapper-edgy-feisty-gutsy-hardy-intrepid without a reinstall [04:47] I should just not UUIDs but I hate going against the grain [04:47] maxb: because stuff usually starts breaking [04:48] or I want to try something different [04:48] Would be all the way to jaunty, but I needed to change i386->amd64 [04:48] I should probably try to slow down though, I'm afraid of wearing out the hard drive in my laptop [04:49] it can't be good to keep installing and reinstalling on the same 6GB [04:50] bugger, I never can seem to get reportbug to send stuff [04:50] isn't it supposed to use a Debian SMTP host? [04:51] If you configure it too [04:52] well, it keeps timing out [04:53] I have: smtphost bugs.debian.org in .reportbugrc [04:54] maybe rather than worrying about reportbug I should make up a BTS cheat sheet and manually do the emails [04:55] I end up copy-n-pasting anyway [04:56] LaserJock: When you normally send mail, what mail server do you submit to? [04:56] ScottK: I just use gmail [04:56] I don't have any local client that I use [04:57] I guess I could dig up the Gmail SMTP server [04:57] You can probably convince reportbug to do that too or set up a local postfix to do it (there are decent how-tos) [04:57] I think I have exim4 install because of stupid sbuild [04:57] *installed [04:57] but I don't do anything with it I don't think [04:58] I really dislike having a MTA on my machine [05:11] 243 updates are available ... [05:33] kirkland: ping! === hyperair__ is now known as hyperair [05:40] hello [05:40] i do kernel work [05:40] is there a spot that the ubuntu kernel is discussed? [05:41] bbs: #ubuntu-kernel , appropriately enough [05:43] greg-g: figured it out [05:43] asked stupid question [05:43] sorry [05:52] asac: could bug #248705 be considered for SRU? it seems that 2.24.3-0ubuntu1 was uploaded to intrepid-updates, but not 2.24.3-0ubuntu2, and the changes between the two versions are only that which fixed the said bug. [05:52] Launchpad bug 248705 in evolution-data-server "Evolution Exchange does not authenticate to Exchange servers with a relative path in the form action, e.g. "owaauth.dll"" [Undecided,Fix released] https://launchpad.net/bugs/248705 [05:52] asac: in addition, you were the one who uploaded 2.24.3-0ubuntu2 [05:53] anyone know how to switch to a virtual terminal in a virtualbox instance? [05:53] Using ctrl+alt+# switches the host even if the guest is grabbing keys [05:57] mrooney: ssh [05:57] mrooney, http://forums.virtualbox.org/viewtopic.php?t=9615&sid=c79dce75d9b09436397acb59992a316f [05:57] "should be" right control F1 [05:58] that is if you actually meant ctrl-alt-F# , maybe you didn't though [05:58] http://www.virtualbox.org/ticket/41 this says it too [05:58] smoser: yeah, did :) [05:58] thanks! [06:45] TheMuso, this was verified with an intrepid disk, so unless they were missing in intrepid too N/A. I'll reverify with a jaunty daily tomorrow. I was going to add more stuff to the bug, but launchpad went into maintenance mode 5 or so minutes after I filed it. cjwatson i'll get that added from the jaunty daily as it will be more useful === tkamppeter_ is now known as tkamppeter === jcm is now known as jonmasters [07:06] good morning [07:33] heya dholbach [07:34] hiya bryce [07:35] hi thekorn, ara, Koon! :) [07:35] o/ [07:35] hey dholbach, morning :-) [07:36] StevenK: not sure, I've not been following synaptics too closely; check the bug tracker to see if it's known. If it is, probably needs forwarding to bugzilla.freedesktop.org next. [07:40] morning dholbach [07:43] Good morning [07:45] hi pitti [07:51] superm1, slangasek: so after those recent hal-info commits, what's actually left in hotkey-setup? just the module option for the thinkpad? (which should become a modprobe.d script) [07:51] hey dholbach *hug* [07:52] * dholbach hugs pitti back [07:52] pitti: the options that can't currently be set with modprobe..? [07:52] oh? [07:52] it twiddles bits in /sys [07:53] right, but modprobe install scripts can do that [07:53] hmm [07:53] well, either way, I was just curious whether there's anything else left [07:53] would still have to be a separate script because of the complexity, so I don't know that it's really advantageous to move it to modprobe [07:53] so far I'm just aware of that thinkpad module flipping [07:54] there's also the thinkpad daemon that's run on some hardware, yes [07:54] /usr/sbin/thinkpad-keys [07:54] slangasek: well, I'd like it to be moved to a modprobe.d script, because then we don't need to penalize every non-thinkpad-laptop user with a no-op init script [07:54] that can still be in the hotkey-setup package, if the rest gets stripped out [07:55] e. g. if all hotkey mappings are migrated now, we should throw them out [07:55] "throw them out" - I think superm1 already did that? [07:55] oh, so he did! [07:56] (didn't follow -changes in the week I was on holiday) [07:56] :-) [07:56] * pitti hugs superm1 [07:56] I actually started from the other end, so I have a diff here that reduces the ibm.hk to only the essentials, which we can then also get moved over to hal-info sometime soon [07:57] that leaves the /sys twiddling, the thinkpad_keys daemon (which as a daemon, I think should be managed by an init script...) and one last thing for /proc/acpi/video/*/DOS [07:58] slangasek: daemon init script> *nod* [08:04] slangasek: Keybuk might have a better idea about how to start the thinkpad daemon on thinkpad laptops only (i. e. module load triggered), though [08:05] pitti: we could not ship a start link for the init script, by default only calling it via modprobe? [08:06] slangasek: right [08:06] (or just put the start-stop-daemon call into the modprobe.d script itself) [08:06] yeah, I'd rather not do that because it means there's no good way to manage the process [08:06] invoke-rc.d on upgrades, etc [08:07] right [08:08] kees: was the hardy-security linux -23.48 based on -23.47 in hardy-proposed? or against -23.46 in hardy-updates? [08:08] doko_: bug #315770> hmm, but why is libio-socket-ssl-perl needed in main? checkrdepends shows nothing [08:08] Launchpad bug 315770 in libtree-dagnode-perl "MIR for libnet-ssleay-perl and dependencies" [Undecided,New] https://launchpad.net/bugs/315770 [08:08] kees: if the former, it wasn't verified yet, if the latter, it needs to be merged and reuploaded into -proposed [08:11] jdstrand: ^ or maybe you know [08:11] * slangasek wanders bedwards - night, folks [08:12] slangasek: sleep well! === kagou is now known as naingrincheux === naingrincheux is now known as kagou [08:36] I wish Launchpad would show which archive-admin ACCEPTed stuff, so that I could distribute hugs accordingly. [08:42] soren: if you are talking about NEW, look at the archive day mapping on wiki/ArchiveAdministration [08:45] pitti: Hm... Yes, I suppose that's a reasonable approximation. The fact that it seems to have happened in the middle of the night suggests that it's someone with different hemispherocity than myself. [08:45] ...so... [08:45] * soren hugs StevenK [08:46] soren: he deserves a hug either way :) [08:46] Quite so :) [08:51] soren: I am the official hug accepter here. [08:51] Dole them out as you see fit. [08:54] lool: rejecing your xine-lib intrepid-proposed upload; it's a merge without merged changelogs (forgot -v), and was perhaps aimed at jaunty? [08:55] lool: ah, perhaps not at jaunty; either way, changelog needs to explain the changes and link to LP bug #s [09:07] mrooney: pong [09:07] Can someone else with access to ubuntu-devel process the mailman queue? My login information is stored in a still-packed computer that's lacking a keyboard at the moment. [09:07] evand: lol [09:07] evand: you can always retrive it, no? [09:08] although mailman admin/mod login, aint that easy to get [09:09] I'd have to ask one of the other individuals with access for the password, or bug IS. [09:19] pitti: Uh? [09:19] lool: http://launchpadlibrarian.net/21679435/xine-lib_1.1.15-0ubuntu3.1intrepid1_source.changes [09:19] pitti: I merged the security update with the current -proposed upload [09:19] pitti: Ok; so you want a clean .changes? [09:19] lool: ah, can you then please reupload with using -v? [09:20] pitti: Should I include the original -proposed upload as well? [09:20] lool: yes, please do [09:20] Actually I'm not sure I have it anymore [09:21] pitti: Hold on before you reject please [09:21] Too late [09:21] lool: I rejected it already, but I can fish it out of the rejected queue [09:21] pitti: If it's not too long, that would be good [09:21] lool: https://edge.launchpad.net/ubuntu/intrepid/+queue?queue_state=4&queue_text=xine-lib [09:22] pitti: Will you also process hardy's unapproved today? [09:22] lool: yes, I'm at it [09:22] Great [09:25] lool: can you access that page? [09:25] I'm not sure whether it's restricted to ~ubuntu-archive [09:25] if so, I'll fish it out for you [09:25] pitti: Pushing xine-lib_1.1.15-0ubuntu3.1intrepid1.changes again with the initial -proposed upload, the security merge, and the new -proposed upload in the changes [09:25] pitti: it's fine I can access it alright [09:26] Just finished the new upload [09:28] pitti: why do we have yet another daemon for it at all? [09:29] Keybuk: I don't know at all what this is doing; but launching it through a modprobe.d script isntead of rc2.d seems like a good move [09:29] why does it exist? [09:30] it sounds like the kind of thing that should be a hal add-on [09:39] pitti: Thanks for approving xine-lib already [09:39] lool: thanks for doing it === hyper195 is now known as hyperair [10:18] slangasek: spamassassin libwww-perl libnet-server-perl libnet-ldap-perl suggest it, but maybe these are more recent changes [10:19] doko_: only suggest? [10:19] we don't have a closure over suggests in main [10:19] nor do we want one [10:19] slangasek: but it doesn't show up in component mismatches [10:22] doko_: OTOH, it also doesn't show up in germinate output AFAICS [10:23] doko_: so either that's a bug in component-mismatches, or the package is only needed on lpia or something? [10:24] doko_: nope, not needed on any arch - so I think that's a bug in component-mismatches. Shall I demote it and see? [10:25] doko_: oh! found it - libnet-ldap-perl has a Build-Depends-Indep on it, that didn't get reported by checkrdepends [10:25] slangasek: yes, the demotion sound sounds nicer :) [10:25] but maybe we can fix libnet-ldap-perl to not need it... [10:26] slangasek: I fixed checkrdepends a while ago to also display B-D-I, weird [10:26] pitti: checkrdepends gave me a bunch of errors, e.g., grep-dctrl: /tmp/tmp.ZcOkhX1927/jaunty_restricted_Sources: No such file or directory [10:27] and I was used to getting errors from it the past few times I've used it, so I didn't dig deep enough [10:27] hm, indeed [10:27] will look at that later [10:28] anyway, libnet-ldap-perl b-d-i seems like a silly reason to pull all those packages into main [10:28] /tmp is probably from gunzip -c [10:30] well, libio-socket-ssl-perl has been in main since dapper or earlier; but why does it suddenly need all this other junk [10:31] slangasek: seems that there's a newline after 'jaunty', so the command gets split; weird [10:32] huh, ok [10:33] doko_, pitti: libnet-ldap-perl only uses libio-socket-ssl-perl for an optional part of its test suite; what do you think about dropping the b-d-i and kicking it (and its deps) to universe? [10:34] slangasek: if that pulls in a whole lot of further libs, fine for me; if it's just that one, I'd rather promote it [10:34] fine for me === asac_ is now known as asac [10:35] pitti: there's an MIR right now for the four other perl libs it pulls in [10:36] slangasek: hm, $T/*_Sources expands to jaunty [10:36] _main_Sources [10:36] WTF? [10:36] aaah, found it [10:37] slangasek: apparently a cut&paste error from yesterday's rescue operation [10:37] fixed [10:38] pitti: Me and some other people are looking for a better user management tool. We saw your evaluation of system-config-users: http://www.mail-archive.com/ubuntu-desktop@lists.ubuntu.com/msg01544.html [10:38] pitti: cheers [10:38] have to run out for two or three hours [10:38] TheMuso, about? [10:38] alkisg: need to run now, please mail pitti@ubuntu.com [10:38] pitti: ok, ty [10:39] pitti, doko_: interestingly, the only reason libnet-ldap-perl is in main either is because it's explicitly seeded in supported-development ? [10:40] hmm, maybe ask the server team? [10:41] hum... where's http://people.ubuntu.com/~ubuntu-archive/removals.txt ? [10:43] dholbach: bdmurray was asking after it the other day; I don't know whether he found an answer, but I don't know where that's supposed to come from [10:43] apw: Yes. [10:43] slangasek: it always was there :) [10:43] TheMuso, i won't ask what time it is there [10:43] it's even linked from https://wiki.ubuntu.com/UbuntuDevelopment/PackageArchive#Removing%20Packages :) [10:43] dholbach: right, but something has to create it. :) [10:44] apw: 21:43. [10:44] and I don't know what that something is [10:44] TheMuso, you sync'd alsa-drivers recently with debian [10:44] slangasek: https://wiki.ubuntu.com/ArchiveAdministration#Removals maybe? [10:44] apw: Yes but they have a newer revision I need to get to. [10:44] dholbach: no [10:44] TheMuso, that brought a change to /etc/modprobe.d/alsa-base, which commented out the load of oss [10:44] and that is breaking espeak [10:45] dholbach: we weren't populating it manually - it must have been created by some script, but I don't know what script [10:45] apw: Oh right, will fix that when I do the merge. Thanks. [10:45] its already uploaded? [10:45] apw: No, I need to prepare a merge of 1.0.17a with debian [10:45] affecting the jaunty releases, bug #319505 [10:45] Launchpad bug 319505 in linux "In Jaunty Alpha3 release 32 bit and 64 bit versions the sound is not work." [Medium,In progress] https://launchpad.net/bugs/319505 [10:45] so I'll fix it in that. [10:45] apw: and I am following that bug. [10:46] apw: thanks for the heads up. [10:47] doko_: well, we can check with the server team, but they didn't add it; it traces back to the original bzr import of the seeds, so there's no specific rationale :) [10:47] TheMuso, the change occured cuase of a threat (literally) from the debian kernel team about alsa sharing not working if they were loaded, so i need to work out if that is also true fo rus [10:47] apw: ok [10:48] anyway I'm off for the evenin. [10:48] evening [10:48] apw: You got me just in time. :p [10:48] TheMuso, have a good one, will update the bug with my findings === cjwatson_ is now known as cjwatson [10:49] cjwatson: you don't remember a rationale for the set of perl packages listed in supported-development, do you? :) [10:54] ArneGoetje: cool, thanks [10:56] dholbach: removals.txt is no longer relevant because all its data was migrated into Launchpad [10:56] slangasek: ^- [10:57] ok [10:57] dholbach: so if you look at https://launchpad.net/ubuntu/+source/ and follow links, you should see the removal reason etc. [10:58] dholbach: we have a backup copy in case somebody does need the old file, but it shouldn't be necessary any more [10:59] cjwatson: THANKS muchly [11:00] cjwatson: I'll update the docs referring to it [11:01] <__doc__> hi, anybody of you has got a device from 3dconnexion (space ball, navigator etc.?) [11:02] dholbach: thanks [11:06] cjwatson, fyi, versatile netboot installer seems to work well in qemu [11:13] ogra: superb [11:13] though ports seems down [11:13] ah, not anymore [11:14] ogra: http://cdimage.ubuntu.com/ports/daily/current/jaunty-alternate-armel.iso managed to spit something out at least [11:14] no kernel or initrd on that though [11:14] yep, i'm just trying that with the netboot installer [11:14] though i wanted to try a normal netinstall first [11:15] base-installer might not get kernel selection right [11:15] yeah, doesn't look like it uses the metapackages [11:15] but it should offer me to go on without kernel, no ? [11:15] maybe [11:15] first i have a different prob though, seems qemu cant resolve [11:16] hmm, or route ... weird, i can ping the gateway but it doesnt get forwarded [11:17] * apw has a blank moment, what was the command which let you edit the src directly and made a patch out of it when you exit'd [11:17] ogra: it would be useful if you could send me /proc/cpuinfo from that emulated machine [11:17] dpatch-edit? [11:18] apw: run what-patch first to find out which patch system the package already uses [11:18] cjwatson, well, it works with my homebrewed kernel usually, i guess its a kernel issue ... i'll try the netinstaller with that one [11:18] apw: you generally need to run a command appropriate to the package [11:18] ogra: no, I want /proc/cpuinfo because base-installer's kernel test suite needs a copy of it :P [11:18] quilt [11:19] cjwatson, ah, k, you'll get it :) [11:19] apw: 'export QUILT_PATCHES=debian/patches' and then use quilt normally [11:19] apw: that package won't be suitable for the tools that produce a complete copy of the source for you to edit [11:19] ahhh, now that is why people moved to quilt [11:20] if one is modifying the debian part of a package sync'd from debian (a file in debian which is copied in wholesale) should you be adding that as a patch in the patches directory or just modifying it directly? [11:21] just modify it directly [11:21] makes life easy :) [11:22] cjwatson, http://paste.ubuntu.com/111192/ [11:23] ogra: thanks, pastebin tends to mash tabs though. Could you put it on people? [11:24] sure [11:24] Keybuk: udevadm trigger --action=change isn't documented in the --help output, and only --action=add is documented in the manpage... [11:25] cjwatson, http://people.ubuntu.com/~ogra/arm/qemu/cpuinfo [11:41] ogra: thanks, grabbed [11:41] cjwatson, any idea why i cant get over the NAT gw from the VM ? [11:41] works if i just bootstrap a system ... [11:42] err, no idea [11:42] so it seems to be an issue with d-i [11:42] my approach to qemu networking is to hope it works [11:43] ARGH ! [11:44] * ogra slaps forehead intil it turns red [11:44] *until [11:44] * ogra makes note to next time read carefully what d-i asks him :P [11:44] don't stress, ogra [11:45] though it is fun to watch [11:45] http:// is not really liked by the mirror input [11:45] is there a way to get qemu to work with ia64 archs? [11:45] i'm looking for an ia64 buildd [11:45] its so long ago that i actually used d-i with all these questions :P [11:45] qemubuilder looks promising, but no ia64 support from qemu [12:05]