=== dendrobates is now known as dendro-afk [00:33] mdeslaur: bug #507148> is /usr/lib/xorg/modules/extensions/libglx.so missing from your system? [00:33] Launchpad bug 507148 in xorg "[lucid] xorg fails to start on Thinkpad T30" [Undecided,New] https://launchpad.net/bugs/507148 [00:38] slangasek: hold on, I'll check [00:40] slangasek: no, it's not missing [00:40] hmm [00:40] ok, thanks for checking [00:40] anytime [00:41] I'm not sure what would cause that to go black /after/ a gdm login screen, then [00:44] slangasek: it doesn't go black, it stays at the "flashlight" transition screen and hangs [00:44] ah [00:45] the currentdmesg log is revealing [00:46] oh, curious [00:49] may be a dupe of #478493 === dendro-afk is now known as dendrobates [00:50] hmm, maybe not [01:15] smoser: did you link the wrong bug # from the ec2 test reports? I don't think bug #506559 applies to EC2 :) [01:15] Launchpad bug 506559 in ubuntuone-client "Ubuntu1 just opens apport whenever I click on the applet" [Undecided,New] https://launchpad.net/bugs/506559 [02:31] screen-cleanup is not run, I have to manually do "sudo invoke-rc.d screen-cleanup start" every time I reboot. === dmb__ is now known as dmb === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [06:33] good morning [06:38] hello, I want to report bug but I want suggestions [06:38] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/451640 [06:39] Launchpad bug 451640 in linux "[Asus eeePc 1005HA] Suspend to RAM with wifi off deactivate the ethernet on next resume" [Undecided,New] [06:39] I've the same bug but I want to make usefull report. what is the package name and how to append my report to this open bug [06:41] I found the bug channel thank you [07:37] Good morning [07:43] * slangasek waves to pitti [07:43] hey slangasek [09:14] hello [09:15] I'm probably not in the right place but I need help installing Uuntu 9.10 [09:15] UbuntuN00B: support is in #ubuntu [09:15] I know but they havn't really helped :/ [09:16] UbuntuN00B: you need to be patient, ask your question and give enough details, if somebody knows the answer, they will reply [09:17] I gave every detail possible and I think after 1hr waiting for an answer its time to try elseware [09:18] well, again, just be patient, it definitely doesn't belong here [09:25] darn, resuming from hibernation is broken completely now [09:26] pitti: what broke? [09:27] hyperair: apparently the initramfs now doesn't check at all for a swap signature any more? [09:27] oh hell, that sucks. [09:27] it just boots, and mountall/fsck notice that swap has a hibernate siguature and re-mkswaps it [09:27] and of course it keeps fscking /, since it wasn't unmounted cleanly [09:28] ha. [09:28] lol [09:28] * pitti files a bug [09:28] pitti: check if the resume script's around in /usr/share/initramfs-tools/scripts/local-premount/resume [09:34] hm, it's there [09:34] slangasek, i did use the wrong bug. fixed now. [09:34] smoser: cheers [09:34] /usr/share/initramfs-tools/scripts/local-premount/.resume.swp, too.. [09:35] sbalneav: hi! do you have a ETA for sabayon-2.29.5 final on GNOME FTP? [09:35] hyperair: perhaps it broke with Scott's initramfs scripts reorg [09:35] hmm perhaps. [09:35] hyperair: a lot of those scripts did assumptions which weren't documented/guaranteed [09:35] slangasek, i was going to go ahead and publish as alpha3 to ec2 unless you object [09:35] just so i have the ids when i wake up tomorrow [09:35] smoser: yes, please go ahead [09:35] ouch [09:38] ok. just started: vbcron publish-build --verbose --add-launch=none lucid server alpha2 /srv/ec2-images/lucid/20100113 [09:42] hyperair: bug 507390 FYI [09:42] Launchpad bug 507390 in initramfs-tools "resuming from hibernation broken in lucid" [High,New] https://launchpad.net/bugs/507390 [09:42] pitti: ah thanks. [09:45] slangasek, Which logs exactly did you like to have from cking and myself? [09:45] didrocks: is there an open bug for the UNE/gdm issue that we can link from the errata? [09:45] smb: /var/log/dpkg.log [09:45] slangasek, ok a sec [09:47] didrocks: (other than bug #507121, that is) [09:47] Launchpad bug 507121 in netbook-meta "Netbook Edition Lucid Alpha 2 - After first boot default GNOME desktop instead UNR Launcher" [Undecided,New] https://launchpad.net/bugs/507121 [09:48] slangasek, logs sent [09:50] cking: thanks - sent where? [09:50] to you [09:50] via email [09:50] ok [09:51] slangasek, sendemail too. on its way out [10:05] slangasek: not yet, opening it in a minute [10:05] didrocks: well, perhaps you can claim bug #507121 then :) [10:05] Launchpad bug 507121 in netbook-meta "Netbook Edition Lucid Alpha 2 - After first boot default GNOME desktop instead UNR Launcher" [Undecided,New] https://launchpad.net/bugs/507121 [10:05] slangasek: yes, it should be ok :) === tkamppeter_ is now known as tkamppeter [11:12] cjwatson: if you have a minute, about persitency on an USB key: can you confirm that when I reboot, I retrieved persistent data mounted on /root/ in casper phases? (seems I don't get previous file, just an empty one) [11:27] didrocks, cjwatson: we'll debug this after didrocks is back from lunch, with break=casper-bottom [11:32] didrocks: persistent mounts should be set up while casper is putting the unionfs together, so yes [11:37] A Debian developer doesn't want to move upstream source changes out of the diff.gz into a patchset, because "it's tracked in git anyway". [11:41] LucidFox: I sympathise [11:41] LucidFox: actually I'd like to have patches be some kind of automatically exported format, and I believe somebody was working on doing that in git though I haven't seen it done in bzr yet [11:42] but I think saying "I'd like to use the features of my revision control system to deal with merging" is a perfectly reasonable and unsurprising position [11:42] It will make merging into ubuntu a pain, though. :/ [11:43] that depends on how merging is handled. ultimately we should be making use of their revision control in some way. [12:05] cjwatson: do an ubuntu git branch? [12:05] sorry [12:05] LucidFox: do an ubuntu git branch? [12:06] LucidFox: also, there's nothing wrong with keeping the ubuntu changes in debian/patches onl [12:06] y [12:06] Hmm. Keeping Ubuntu changes in debian/patches and leaving Debian changes in the diff.gz? [12:07] sure [12:08] or just applying the Ubuntu changes in the same way as the Debian ones [12:08] that would be the "ubuntu git branch" style, yes === MacSlow is now known as MacSlow|lunch [12:09] pitti: is it the lack of explicit verification of the other two bugs that holds up the cryptsetup SRU currently? [12:10] Um, keeping Ubuntu patches in debian/patches and Debian patches unmanaged tends to lead to significant complexity in debian/README,source or stark confusion on the part of those not familiar with the specific package history. [12:10] agreed. [12:11] any particular reason we have so many Ubuntu patches in this case that it's an issue? [12:11] slangasek: I think it's fine, three weeks and tested by several people [12:12] pitti: ok, great :) [12:12] speaking about SRU; smb, did you get testing for the armel kernels? [12:13] slangasek: ah, it was the last comment in bug 454898; that's not a regression, though, right? [12:13] Launchpad bug 454898 in cryptsetup "cryptsetup starts too early" [High,Fix committed] https://launchpad.net/bugs/454898 [12:14] slangasek: so it seems we can move to -updates, but keep this bug open? [12:14] pitti: right, not a regression [12:15] pitti: actually, that last comment from me may have been a description of what the SRU /fixes/, rather than an outstanding problem [12:15] viz: "the old upstart job" [12:15] ok; released, thus the bugs are closed now [12:15] \o/ [12:15] thanks :) [12:16] thanks to you, you did all the work :) === highvolt1ge is now known as highvoltage === MacSlow|lunch is now known as MacSlow [13:17] cjwatson: thanks, very weird, when we debug this, seems something is ruining it before 15autologin (right file when we break at casper-bottom and wrong when 15autologin is starting). Still investigating on it. Thanks for the answer :) [13:39] lool: hey, thanks for the ufw fixes :) [13:40] jdstrand: I'm ashamed to say it's the first time I play with it, but let me tell you: it's awesome [13:40] hehe [13:40] lool: glad you like it :) [13:40] I was the guy writing the 7th version of his iptables shell script [13:41] * jdstrand nods [13:41] been there [13:41] Ultimately generating dumps for iptables-load, and now I can just type that in some ufw config if I feel like it but can also use the standard config most of the time [13:41] jdstrand: One thing I wonder about is whether you have any integration with vms -- e.g. libvirt networking awareness [13:42] lool: they are unaware of each other, but also should not get in each other's way because of how I did the chains [13:43] lool: I've been kicking around ideas for that integration, but ultimately ufw needs more FORWARD support [13:43] lool: that is planned, but not this cycle [13:43] jdstrand: Ack [13:43] jdstrand: Anyway, great job! [13:43] lool: thanks! :) === gnomefreak is now known as thunderstrck === thunderstrck is now known as gnomefreak [13:54] cjwatson: so you just pushed lp:~ubuntu-installer/ubiquity/trunk into lp:ubuntu/ubiquity? Did that cause any confusion for the auto-importer? (I'd like to do that for apport and jockey, since people keep doing wrong merge proposals based on the useless auto-imported branch) === gnomefreak is now known as gnomefreak76 [13:55] pitti: I did? I didn't intend to? [13:55] pitti: ubiquity is not yet in a form where it's suitable for lp:ubuntu/... IMO [13:56] ah, must have mixed that up [13:56] in particular if you check it out from bzr you need to fiddle with it a bit before you can upload a source package [13:56] ah, it was casper, not ubiuqity, sorry [13:56] Scott did that push [13:56] ok, thanks [13:56] I don't believe the auto-importer minds as long as there are suitable tags [13:56] last time I discussed that with james_w he said that it could cause some extra work for him === gnomefreak76 is now known as gnomefreak [13:56] I could be wrong, I'm going from design not implementation [13:57] AIUI it does require him to manually fix up things on his side after a push has been done, but that this is acceptable [13:57] (per james_w himself) [13:57] james_w: so, I'd like to push the jockey/apport branches into lp:ubuntu/{jockey,apport}; would that be ok for you? [13:58] (they have proper tags for the uploaded releases, etc.) [13:58] cjwatson, slangasek: thanks === gnomefreak is now known as gnomefreak76 === gnomefreak76 is now known as gnomefreak [14:04] slangasek: as regards alternatives, do you think the use of --force be better? This would ensure that the slaves are set even if this means overwriting real files [14:04] s/be/would be/ [14:05] asac: Am with seb128 here and he wondered whether I could look at the libiphone related MIRs -- did you start review of any of libiphone / libplist / usbmuxd? [14:05] tseliot: mm, that sounds unpleasant to me :) [14:07] slangasek: usually (i.e. if we deal with alternatives correctly) we shouldn't need that. I was asking as in Mandriva they use a fork of update-alternatives which sets --force by default [14:07] ick :) [14:07] note: I wasn't suggesting that we use it ;) [14:08] lool: i reviewed libplist [14:08] odd ... where did it go ;) [14:08] asac: Cool; I think the testsuite should be enabled, but we're in sync with Debian so would be nice to ping the Debian/Ubuntu maintainer (Julien Lavergne) when adding that [14:09] asac: I will stop reviewing it now, would be happy to get your comments on that one in the bug [14:09] what is the posting policy to ubuntu-devel mailing list ? I always get "awaiting approval" but I'm subscribed to the list. [14:10] smoser: https://wiki.ubuntu.com/UbuntuDevelModeration [14:11] lool: done [14:11] smoser: oh, never mind, that page no longer says what i thought it said [14:11] lool: the testsuite doesnt work. i noted it as a nice to have [14:11] lool: the type punning things i also noted and the fread not dealt return values [14:12] i asked for bugs for those, but didnt block MIR [14:12] asac: thanks [14:13] lool: i have my mir slot (set up since this week) in 20 minutes. so if you want me to look at something else let me know [14:14] asac: Actually if you could tend to usbmuxd and libiphone that'd be great [14:15] asac: I'll still do some quick review on them since I started, it should give a better coverage [14:15] ok post your findings [14:15] though i expect your quick review should be good enough ;) [14:26] libiphone done [14:35] asac: the 1.0 release of libiphone should be out Real Soon Now(tm) [14:36] kk [14:47] DktrKranz: I'm going to cook a new release today === robbiew_ is now known as robbiew [14:52] sbalneav: excellent! I'll prepare update for Debian, we're close to have it in unstable again :) [14:53] DktrKranz: Excellent! I've put in a lot of work to get Sabayon working again for Debian/Ubuntu, I'm glad! [14:53] sladen: is usbmuxd running as root? [14:54] I'm basically an upstream now for sabayon. [14:54] DktrKranz: if you or any other debian devs have problems with sabayon, just ping me here, or in #sabayon at irc.gnome.org [14:59] sbalneav: sure! you already fixed one of my blockers :) === dendro-afk is now known as dendrobates [15:09] asac: it immediately drops to user 'usbmuxd' [15:11] asac: it presents a FIFO in /var/run/usbmuxd (same place and talking the same protocol as on Mac OSX). [15:11] sladen: where in code is the parsing of input done? [15:11] i mean the input we get from device ;) [15:12] asac: multiple applications can then request proxy sessions to particular TCP ports on the device(s); these are wrapped up and encapsulated in Apple's usbmux [sic] wire protocol and bunged over the USB [15:12] where does drkonqui stores the crashes ? [15:15] asac: daemon/device.c [15:20] someone knows what it means if "mkdir -p" exits with status 2? [15:24] asac: device_data_input() -> device_tcp_input() -> connection_device_input() === aburch_ is now known as aburch [15:33] sladen: yeah. commented on bug [15:36] asac: oh which bug? [15:37] tkamppeter: not off the top of my head. Probably lack of permission, or lack of disk space [15:37] tkamppeter: the info documentation simply says "a nonzero value indicates failure". I would expect to see a more detailed error message to accompany the exit status [15:37] sladen: the MIR for usbmuxd [15:37] not your bug, but you seem to take care for that package :) [15:40] tkamppeter: from a quick glance through the source, I actually don't see any way it could exit 2, but I'm probably just missing something. I don't expect trying to decode the exit status will be very useful in practice [15:43] cjwatson, sladen: Thanks, I did not find anything on Googling, and thought that there are perhaps some standard exit codes or missing documentation. With what I found I am wondering how mkdir can exit 2. [15:44] tkamppeter: it's not really important [15:44] documented: zero => success, nonzero => failure. [15:45] I can even manually do this mkdir (it fails when executed by a web app) on the same server and as the user as which web apps get executed. [15:45] Could somebody request removal of the `anyevent' package? See #470560 for the rationale (/me does not use Ubuntu, so I cannot look for reverse dependencies). [15:52] asac: 'sent' upstream [15:53] asac: could you sanity check the privilege dropping too? (grep drop_privileges daemon/main.c [15:57] sladen: that looks good afaict [15:58] sladen: hmm. maybe drop_privileges should default to 1? [15:58] who is running that? [15:58] e.g. who is supposed to use -U? [15:59] asac: what about the locking and notifying of previously copies over the drop---there's more of it than I'd like [15:59] asac: A user /can/ it as themselves, if change the FIFO location away from the standard Apple location [15:59] asac: so -U is basically used from the udev rules === beuno is now known as beuno-lunch [16:01] sladen: the locking? [16:01] or loggin? [16:02] asac: grep for kill() [16:05] asac: main() { parse_opts(), set_signal_handlers(), lock file handling, drop_privs, usb_init() } ---so there shouldn't be any externally derived data until after the drop [16:07] the killing wont work if not run as root if the previous instance didnt rop privileges [16:07] otherwise i agree === dendrobates is now known as dendro-afk [16:13] tkamppeter: use strace or something to figure it out [16:17] cjwatson: Thanks, I have already found the cause of the problem, was not mkdir by itself. === dendro-afk is now known as dendrobates [16:56] How do I download a package from debian NEW? (specifically http://ftp-master.debian.org/new/google-gadgets_0.11.1-1.1.html) [16:56] mterry, you can't [16:58] seb128, oh. How do they get accepted then, if one can't see the changes? [16:58] mterry, who is one? [16:58] mterry, the archive admin can [16:58] the archive admins [16:58] seb128, ah, ok [16:59] ttx: the -server iso have been respun? [17:00] mathiaz: see -server [17:00] mathiaz: yes, another day, more ISo testing :) === beuno-lunch is now known as beuno [17:04] DktrKranz: FYI, sabayon-2.29.5.tar.gz just got released. It'll be working it's way through the usual GNOME mirrors [17:08] sbalneav: yeah, just got the mail, thanks! :) === dendrobates is now known as dendro-afk [17:15] luisbg: it appears UbuntuStudio install is broken right now because it wants usplash, which is conflicted by plymouth, which is now standard; do you guys want to try to fix this for alpha-2? === dendro-afk is now known as dendrobates [17:27] apw: hi [17:27] apw: is the i386 -virtual kernel flavour supposed to be -generic-pae? [17:28] apw: in the past releases it used to be -server === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [17:43] kenvandine: hi - are you sponsoring the ubuntuone-client packages usually? [17:44] kenvandine: there is bug 495676 about a karmic SRU [17:44] Launchpad bug 495676 in ubuntuone-client "Upgrade to 1.0.3 release" [Critical,Fix released] https://launchpad.net/bugs/495676 [17:49] Folks, can somebody update MD5/SHA1 hash for this little fella? [17:49] W: Failed to fetch http://gb.archive.ubuntu.com/ubuntu/pool/restricted/f/fglrx-installer/fglrx-amdcccle_8.660-0ubuntu4_i386.deb Hash Sum mismatch [17:50] matti: I'm pretty certain it's fine in the archive (it's extraordinarily rare for this to be actually an archive-side problem); it's almost certainly a problem on some web proxy between you and the archive, unfortunately [17:51] Hm. [17:51] It is not me actually. [17:51] I am talking on behalf of AlanBell ;] [17:52] cjwatson: And you were very right, indeed ;] [17:52] [18:51:40] < AlanBell> actually it worked now [17:52] [18:51:53] < AlanBell> mobile broadband ftl [17:52] cjwatson++ [18:15] jcastro: hi! [18:15] jcastro: is there a standard bug reply for "Forward this patch to Debian please?" [18:15] jcastro: this is for example in bug 229760 [18:15] Launchpad bug 229760 in devscripts "RFE: allow permanent setting of distribution for dch" [Wishlist,New] https://launchpad.net/bugs/229760 [18:17] mathiaz: you could just use submittodebian yourself :) [18:17] Daviey: the patch is not the ubuntu package yet [18:17] mathiaz: ah === fta_ is now known as fta === deryck is now known as deryck[lunch] [18:52] mathiaz: not as far as I know, you could just add one here: https://wiki.ubuntu.com/Bugs/Responses [18:52] mathiaz: an adaptation of this one perhaps: https://wiki.ubuntu.com/Bugs/Responses#A bug that should be handled upstream [18:53] jcastro: ah nice. Thanks! [18:57] jcastro: is https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Bugs%20fixing%20small%20details still valid? [18:57] jcastro: are there any other tags/process that should be used bugs that needs to be forwarded to upstream? [18:58] mathiaz: having the open task is all you need [18:59] mathiaz: however, if would be wise to have someone checking bugs with open upstream tasks and fixed in ubuntu on a regular basis [18:59] jcastro: I've opened an empty Debian task - so it's all good :) thanks === deryck[lunch] is now known as deryck [19:29] hi, what was the irc channel again for canonical sysops? [19:30] slacker_nl: #canonical-sysadmin [19:30] Pici: thnx === asac_ is now known as asac === Lutin_ is now known as Lutin [20:55] kees: Hi! - is export DEB_BUILD_HARDENING=1 [20:55] kees: hm- - is ^^ enough to enable-pie? [20:55] kees: in apache2, there is configure option for enabling pie [20:56] jdstrand: ^^ actually you did the last merge [20:56] jdstrand: in apache2 debian/rules enable-pie is no longer there [20:56] mathiaz: I didn't do the merge, I applied a security update [20:57] oh, wait, maybe I did [20:57] mathiaz: https://launchpad.net/ubuntu/+source/apache2 show zul as the last merger [20:58] mathiaz: you need two things: export DEB_BUILD_HARDENING=1 in rules, and hardening-wrapper in debian/control [20:58] jdstrand: right - the package branch is not up-to-date [20:58] mathiaz: upstream removed native pie? [20:58] mathiaz: actually, I didn't think apache2 had that, I thought it was only samba. [20:59] kees: hm well - debian/rules has --enable-pie [20:59] mathiaz: anyway, if you want, try building with hardening-includes instead of hardening-wrapper. I can find an example of that. [20:59] that branch may not be up to date [20:59] mathiaz: ah, okay. [21:00] kees: hardening is there i dont think the branch is up to date [21:03] kees: so apache2 build-depends on hardening-wrapper, export DEB_BUILD_HARDENING= [21:03] kees: and --enable-pie in configure [21:04] kees: should some of this be dropped? [21:04] kees: it export DEB_BUILD_HARDENING= [21:04] kees: it export DEB_BUILD_HARDENING=1 [21:04] mathiaz: that's probably correct as upstream probably only does the PIE part, but the wrapper also enables -Wl,-z,now which we do for our PIE builds [21:04] kees: ok - so it should be kept as it is now [21:05] mathiaz: in the off chance that --enable-pie does something additional to support PIE in apache, yeah, I would leave it all as-is. === asac_ is now known as asac === ubottu is now known as ubott2 [22:20] does anyone here understand what the --priority option for dh_gconf actually does? [22:20] I have read the man page but it leaves me clueless [22:22] It looks like it'll set the priority of the gconf defaults you install; so packages can override other defaults. [22:22] slangasek: I got tired of libicu20, so I've now uploaded all the rebuilds needed to see it go except boost1.38 and I'm closing in on just removing that. [22:24] RAOF: yeah, but does a higher number mean more important or less? [22:24] More. [22:24] I know, I can figure it out by testing but I'd rather not waste the time if anyone knows offhand ;) [22:26] tedg: are you available? [22:27] micahg: Sure. [22:27] micahg: What's up? [22:27] tedg: I think I sent an email a while back about updating a mozilla bug with some info about libindicate [22:28] tedg: would you be able to update mozilla 478463 [22:28] Mozilla bug 478463 in Backend "Add libnotify (+ libindicate) support to Thunderbird" [Enhancement,New] http://bugzilla.mozilla.org/show_bug.cgi?id=478463 === kenvandine_ is now known as kenvandine [22:28] please :) [22:29] micahg: I don't have a login there :-/ [22:29] tedg: it's free to create an account :) [22:30] tedg: or if you give me the info requested I can post it [22:31] micahg: About the desktop file? It seems that Thunderbird would have to have one it installs, right? [22:31] tedg: yes, but not from mozilla [22:32] micahg: you can link the bug [22:32] tedg: they were looking for API docs [22:32] then the launchpad users can communicate via launchpage [22:32] asac: already did [22:32] micahg: Seriously? They're bitching about us modifying how their apps are seen and they don't even provide the most basic interface for the app. Wow. [22:32] pad [22:32] tedg: you can use the launchpad bug to talk to them ;) [22:32] use reply to upstream bug [22:32] ok, right :) [22:32] forgot [22:33] bug 334344 [22:33] Launchpad bug 334344 in libnotify-mozilla "wishlist: integrate libnotify in Thunderbird notifications" [Undecided,Fix released] https://launchpad.net/bugs/334344 [22:36] tedg: the FF bug is worse ;) [22:39] duh, sometimes one should go to bed when one is tired instead of making an idiot of oneself [22:42] micahg: https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/334344/comments/43 [22:42] Ubuntu bug 334344 in libnotify-mozilla "wishlist: integrate libnotify in Thunderbird notifications" [Undecided,Fix released] [23:13] I've created a custom installer cd, but base-installer doesn't seem to be installing any kernels, even though they are available in the packages I've included on the CD. Any hints as to where to start looking? [23:14] In /tmp I see available_kernels.txt and available_kernels.txt.unfiltered, both empty [23:21] looks like apt was never configured, so no apt-cache, no lines in /etc/apt/sources.list nothing in sources.list.d [23:22] nevermind... I haven't preseeded my keyring used to sign the cd [23:23] tweakt_: ... you beat me to it, I was about to start making suggestions but you're ahead of me [23:23] tweakt_: you could just turn off authentication for now [23:23] tweakt_: debian-installer/allow_unauthenticated=true [23:24] whats the best method of getting our key into the system prior to apt-setup? customize ubuntu-keyring? [23:25] that's reasonable, although I've come to believe that signing CDs is a bit of a waste of effort [23:25] the user's booting from the thing - they trust it implicitly [23:25] signing the checksum for downloaders, that's a different matteer [23:25] -e [23:25] ahh true [23:25] so personally, I'd recommend just not signing the Release file on the CD at all [23:26] d-i should be OK with that [23:26] I see, cause if I wanted to inject something I would just replace the key and resign the whole thing [23:26] indeed [23:26] or just remove the key [23:26] or replace the entire CD with something else :) [23:27] We're still going to want a key on the system for custom packages [23:27] you want a key for authenticating network archives [23:27] yes [23:27] apt-setup has some special preseeding for that [23:28] look for things like apt-setup/local0/key in the installation guide [23:28] oh, right. cool. [23:28] btw, ended up using a combo of germinate + reprepro to build things [23:29] germinate output gets pulled into a selections list, used to filter what reprepro mirrors [23:29] works nicely === robbiew is now known as robbiew-afk === robbiew-afk is now known as robbiew_