[01:28] <mako> jdub,jordi: i have a copy of that newspaper.. not scanned
[01:43] <jdub> mako: cool! someone scanned it tho, but don't remember where the image is
[01:48] <mako> jdub: if you want me to scan it, i can take it into my lab tomorrow and do it
[02:04] <jdub> mako: that'd be rad - thanks!
[02:08] <mako> jdub: cool
[03:23] <lifeless> BenC: ping re bug 71575
[03:23] <Ubugtu> Malone bug 71575 in linux-source-2.6.19 "/proc/sys/vm/drop_caches should be able to be configured to allow regular user writes" [Undecided,Rejected]  http://launchpad.net/bugs/71575
[03:26] <_ion> Hmm, is there a reason for linux-meta/feisty still depending on 2.6.17?
[03:26] <lifeless> it just hasn't been updated
[03:27] <infinity> Won't be until the world is in a sane(ish) state.
[03:27] <lifeless> theres an ABI break in drm anyhow, you need to upgrade to 2.6.19 
[03:27] <infinity> This week, I suspect.
[03:27] <lifeless> ... if you have a graphics card which X uses that for
[03:27] <lifeless> hi infinity 
[03:27] <infinity> Yo.  Just got home.
[03:27] <infinity> Considering a very long nap.
[03:27] <lifeless> infinity: likewise. *yawn*.
[03:28] <Hobbsee> hey infinity 
[03:28] <Hobbsee> hey lifeless 
[03:28] <zul> hey infinity 
[03:28] <lifeless> ~
[03:30] <lifeless> infinity: should I subscribe you to these bugs we discussed ?
[03:43] <infinity> lifeless: Yes, please subscribe me to them.
[03:43] <infinity> lifeless: I won't promise coherence (or even response) until tomorrow, but s'ok, I don't expect you to survive much longer today either. :)
[04:07] <lifeless> infinity: exactly :)
[05:03] <dsas> lifeless: In bug 72501 I'm guessing you've subscribed the wrong infinity
[05:03] <Ubugtu> Malone bug 72501 in Ubuntu "missing depends entries for X video drivers" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72501
[05:13] <lifeless> oh foo
[06:16] <Mez> hmm
[06:16] <Mez> lib -dev packages should depend on the lib right /
[06:16] <Mez> nvm
[06:21] <Lathiat> Mez: generally yeh
[06:23] <Mez> Lathiat, I pulled a lib-dev package and I thought it wasnt linked to a lib, but it was
[06:32] <fabbione> _ion: no, i am not maintaing lvm 
[07:52] <fabbione> _ion: btw.. that's not the only issue we are having with initramfs at the moment
[07:52] <fabbione> _ion: it looks like udev is not even executed before mdadm that has the correct dependency
[07:52] <fabbione> _ion: i will need to check with Keybuk once he is alive
[07:55] <Mithrandir> fabbione: all that will be solved once Scott makes udev call the initramfs scripts, etc.
[07:56] <_ion> fabbione: Hm, at least that patch made my system boot again.
[07:56] <_ion> I.e. at least on my system the udev stuff gets started before the lvm stuff.
[07:56] <fabbione> Mithrandir: yes i know. that's why i am not bothering about it at all
[07:57] <fabbione> _ion: on my system mdadm is still called before udev and i can't boot. I need to fiddle manually
[07:57] <fabbione> _ion: for some reasons on mine doesn't.
[07:57] <_ion> Ok, on this box i'm not using md.
[07:57] <fabbione> _ion: i am
[07:57] <fabbione> _ion: and don't bother too much
[07:57] <fabbione> Keybuk will fix all of this pretty soon
[07:57] <_ion> Ok. :-)
[08:24] <sivang> morning
[08:27] <mzli> afternoon.
[08:49] <glatzor> hi sivang
[08:51] <sivang> hey glatzor , how you doing?
[08:51] <glatzor> my first free day after two weeks :) so I am fine. and yourself?
[08:55] <sivang> glatzor: pretty good, thanks :)
[09:16] <zOrK> does anybody has a broadcom wireless card?, I've built a patch and I'd like to see if it works..
[10:10] <_ion> This is definitely impressive. Beryl actually works with a nvidia 8000-series driver.
[10:19] <Treenaks> _ion: but does it work with Via Unichrome chips?
[10:19] <_ion> I have no idea.
[10:33] <mnepton> dear God. please send me a pony. and deliver me from half-baked compositing. love, mnep.
[10:36] <niktaris> still looking for a way to add the keyboar indicator sto the gnome panel via the command line. Anyone has some idea ?
[11:39] <cjwatson> Burgundavia: re your question ages ago, see the installation-guide-$arch package (e.g. installation-guide-i386) for current Kickstart documentation
[11:51] <niktaris> after recompiling gfxboot with DEFAULT_LANG=el I only get Greek and English language selection with F2. What am I doing wrong ?
[11:52] <cjwatson> ogra: libasyncns binaries will be in the archive shortly
[11:52] <ogra> cjwatson, great ... thanks :)
[11:53] <cjwatson> niktaris: don't recompile it; just put 'el' in /isolinux/lang on the CD
[11:53] <cjwatson> (or that might have to be in the bootlogo cpio archive, I forget exactly)
[11:53] <niktaris> hey cjwatson. will that give me the gfxboot menu in Greek too ?
[11:53] <user__> I ghostimaged my ubuntu image to from a ata to s-ata hard disc, now i modified /etc/fstab and /boot/grub/menu.lst. However when I invoke update-grub it changes back to sda1 instead of hda1 as root= on the appendline in menu.lst in /boot/grub
[11:54] <Hobbsee> user__: please read the /topic
[11:54] <cjwatson> niktaris: should do
[11:55] <cjwatson> at least in edgy
[11:55] <niktaris> cjwatson, you wouldn't know how I can add  the keyboar indicator sto the gnome panel via the command line? Do you ?
[11:56] <cjwatson> niktaris: no
[11:56] <niktaris> cjwatson, :)
[11:56] <niktaris> cjwatson, did you get my email btw ? (just checking)
[11:57] <cjwatson> niktaris: I've got about a million e-mails in the last two weeks and I'm hopelessly behind. If it's important, resend
[11:58] <cjwatson> I don't see it in my inbox, but if it was sent in the last few days, my home server has been offline and is still catching up
[11:58] <niktaris> I'll ask you in a few days again. if not I;ll resend
[11:59] <cjwatson> consider whether a mailing list might be more appropriate
[12:00] <niktaris> I generally avoid mailing lists. 
[12:00] <StevenK> cjwatson: I was pondering bugging you to see if an upload is sitting in the queue. If you're too busy just say so, and I'll deal.
[12:03] <cjwatson> niktaris: I mention because you seem to be considering me as a person to ask about any possible problem (c.f. the keyboard/GNOME question) and that's not appropriate
[12:03] <Hobbsee> cjwatson: what, you *dont* know everything?
[12:03] <cjwatson> StevenK: there are nearly 1300 items in NEW; I'm working on it. I think you should be able to see https://launchpad.net/distros/ubuntu/edgy/+queue
[12:03] <StevenK> cjwatson: Even for -proposed?
[12:04] <niktaris> cjwatson, I had the impression that you know everything :)
[12:04] <cjwatson> StevenK: dunno
[12:04] <cjwatson> niktaris: well, I don't, and if I get asked about everything I'll just start ignoring the questioner, so ...
[12:04] <cjwatson> StevenK: that would be /dapper/+queue and select unapproved
[12:05] <cjwatson> or er /edgy/+queue
[12:05] <niktaris> cjwatson, I try to keep it to ubuquity and releated
[12:05] <StevenK> cjwatson: Unapproved doesn't appear in the drop down.
[12:05] <cjwatson> StevenK: unlucky, then :) ask me later
[12:05] <fernando> moin
[12:05] <cjwatson> niktaris: then mail is fine
[12:06] <StevenK> cjwatson: Sure. To be honest, I'm not even sure if it has been uploaded (since I have no rights for main), so I'll confirm that first. Sorry to bug you.
[12:06] <niktaris> cjwatson, the mail was about casper and ubuiquity only :)
[12:06] <cjwatson> "ubiquity"
[12:07] <niktaris> yes :)
[12:07] <niktaris> strange name :)
[12:07] <cjwatson> look it up in the dictionary
[12:08] <niktaris> there are several issues with casper and ubiquity regarding lang/keyboard support. I' ll try to at least bugreport some of them
[12:08] <Spads>      2. (Theol.) The doctrine, as formulated by Luther, that
[12:08] <Spads>         Christ's glorified body is omnipresent.
[12:08] <Spads>         [1913 Webster] 
[12:08] <gnomefreak> cjwatson: its not possible to run live cd in terminal is it? like stick disk in boot it up at the menu screen choose to run it in terminal. right?
[12:08] <cjwatson> gnomefreak: no
[12:08] <gnomefreak> ty 
[12:10] <realist> you could always use ctrl+alt+f1
[12:16] <fabbione> _ion: i tested that lvm fix, it's an interesting thing.. if prereq can't be satisfied, initramfs just goes banana
[12:16] <fabbione> _ion: anyway working on an upload now
[12:21] <fabbione> ajmitch: ping?
[12:22] <StevenK> fabbione: Keep in mind it's 12:22am in ajmitch's $TZ
[12:22] <fabbione> StevenK: yes i know but he is awake sometime at this time
[12:59] <ogra> giskard, ping ... if you have a new g-p-m ready, upload it somewhere and point me to it ... i'll push it to the archive then ... ;)
[01:01] <ogra> s/ping/pong/ (indeed)
[01:05] <spike> hi there
[01:06] <spike> I'm using preseeding to install dapper boxes. for most of the answer I've used the debian preseed example file, and it works nicely
[01:07] <spike> now I've got some problems with a couple Q/A's I'm not sure about, so the question is: how can I dump Q/A's for the whole installation process?
[01:07] <spike> :)
[01:08] <spike> obviously I cant run debconf-get-selections post install, because Q/A's about install process wouldnt be there
[01:09] <spike> and I'm failing to find a complete list of all possible Q/A's anywhere
[01:09] <spike> I could read the sources but I was hoping for something quickers
[01:09] <spike> quicker*
[01:10] <spike> and if I had to read the sources, what package should I look into?
[01:10] <spike> some udeb I 'spose
[01:33] <cjwatson> spike: see the installation-guide-i386 package
[01:33] <cjwatson> spike: use that in preference to the Debian preseed file
[01:33] <cjwatson> spike: furthermore, your "obviously" isn't
[01:34] <cjwatson> spike: 'debconf-get-selections --installer' looks at the saved debconf database from the installer
[01:38] <spike> cjwatson: oh, I'm sorry for that
[01:38] <spike> thanks
[01:38] <spike> I assumed questions from the installer werent left into the database after installation
[01:39] <cjwatson> it's a separate database
[01:40] <spike> cjwatson: but if I wanted to see the questions as they are asked during the install process which package shuold I look at? I've apt-got source debian-installer, assuming the install process, included Q/A's, were covered there
[01:41] <spike> because, for example, 2 mins ago there was some network glitch, and it failed to contact the security mirror, which popped a dialog about commenting it out etc, which was expecting me to hit enter
[01:41] <spike> that is something my preseed file wouldnt ever catched... but I'm still debugging so I had a monitor plugged in
[01:43] <spike> mmmh, and as far as I can see from the output of debconf-get-selections --installer that question isnt covered in there
[01:43] <spike> is that because that's never been asked for?
[01:50] <cjwatson> spike: it's spread through a very large number of packages
[01:52] <cjwatson> spike: the easiest approach is really to start with checking out the upstream source from svn://svn.debian.org/svn/d-i/trunk/ - there are changes in Ubuntu, of course, but that will get you the general structure and nearly all the packages
[01:53] <cjwatson> then you can use 'apt-get source' on individual packages of interest to get the Ubuntu source for comparison
[01:54] <spike> k, whill check it out, thanks
[01:56] <spike> bah, bizarre, been reinstalling for hours and since 5 mins I keep gettting "bad archive mirror"
[02:00] <cjwatson> it's not entirely unknown for mirrors to get out of sync for a bit - ISPs' "transparent" proxies often don't help matters either
[02:23] <cjwatson> Keybuk: FYI I've been churning through NEW all day - 700+ down, about 600 to go
[02:23] <Keybuk> cjwatson: sweet
[02:24] <cjwatson> it's a nice mindless task I can do when non-functionally tired
[02:24] <Keybuk> heh
[02:24] <Keybuk> I cheated, and booked today and tomorrow off as holiday
[02:25] <Keybuk> though I'm hestitant to use such words as "today" and "tomorrow", since I still think yesterday was Saturday
[02:30] <cjwatson> Keybuk: get off work IRC and go and relax, then :)
[02:30] <Keybuk> cjwatson: I'm bored of relaxing :)
[02:32] <mjg59> Keybuk: Had a chance to test that patch I sent?
[02:33] <Keybuk> mjg59: LLU has been down since last week (exchange fault), so the patch is almost certainly still on your SMTP server ;)
[02:33] <mjg59> Keybuk: Ha.
[02:33] <mjg59> Keybuk: If I stick it on the web, any chance you can give it a go?
[02:34] <Keybuk> mjg59: not today
[02:34] <mjg59> Ok, no problem
[02:35] <Keybuk> I haven't spoken to mdz yet, but the general plan wrt compiz/beryl is to have them both in universe, or even main, and make the decision as to which shall be the default at Feature Freeze based on how well they've been developed and supported until then, and how well they work
[02:35] <mjg59> Keybuk: It turned out to be slightly nastier than I thought - I effectively need to translate the keys back and forth
[02:35] <mjg59> But once I'd built the table, it just worked
[02:36] <mjg59> Keybuk: But yeah, that sounds sensible
[02:43] <spike> bah, I've googled for a while now but it doesnt seem I cant find an answer: what can I do to have PXE booting to fail and the box moving on and boot from the HD?
[02:43] <spike> because even removing the pxelinux.cfg/default|HEX wont make it fail
[02:44] <spike> it'll just sit there at a boot prompt
[02:44] <spike> the only ways I've found are either removeing pxelinux.0 or stuff in the dhcp entry
[02:44] <Treenaks> spike: remove the PXE parts from the DHCP server :)
[02:45] <spike> none of the two is really feasible for a production environment
[02:45] <spike> Treenaks: eh, see my last-1 statement :)
[02:45] <spike> not very nice to restart a dhcp server on a production env, and it's ugly anyway
[02:46] <mjg59> Can't you just tell pxelinux to boot off hard drive?
[02:46] <mjg59> Hm. Possibly not.
[02:46] <spike> eh, apparently I cant, but maybe I missed something
[02:46] <spike> that's why I was asking :)
[02:47] <spike> the best approach seems to be having hd -> PXE and wipe out the MBR when you want to PXE boot
[02:48] <spike> unfortunately that doesnt cope with an half/broken installation
[02:49] <spike> but it seems to be the best bet
[02:55] <Treenaks> goatse?
[02:56] <ogra> there is something in the edubuntu wiki about it ... but dont ask me for the exact name of the page ...
[03:00] <tkamppeter> How do I get a package removed from Main and either totally removed or moved to Universe?
[03:00] <cjwatson> tkamppeter: what's the package, and why?
[03:00] <cjwatson> in general, removing stuff from main requires (a) discussion (b) seed changees
[03:00] <cjwatson> changes
[03:00] <cjwatson> (c) archive administrator action (this bit is semi-automatic)
[03:04] <tkamppeter> It is foomatic-filters-ppds, it got obsolete with CUPS 1.2 being able to auto-generate PPDs. Unfortunately, I did not find a way to find out in which repository it is.
[03:05] <ogra> ogra@edubuntu:~$ apt-cache madison foomatic-filters-ppds
[03:06] <ogra> foomatic-filters-ppds | 20061104-1 | http://us.archive.ubuntu.com feisty/main Packages
[03:06] <ogra> foomatic-filters-ppds | 20061104-1 | http://archive.ubuntu.com feisty/main Sources
[03:06] <ogra> (oh i need to update my sources.list :) )
[03:08] <tkamppeter> Thanks, ogra, having foomatic-filters-ppds installed on current Edgy would lead to a mess: every printer/driver pair will be shown twice and the entry comimg from foomatic-filters-ppds can install an old PPD file, as foomatic-filters-ppds is most probably not as frequently updated as foomatic-db.
[03:09] <Keybuk> lp_archive@drescher:~$ checkrdepends foomatic-filters-ppds feisty
[03:09] <Keybuk> -- feisty/main hppa deps on foomatic-filters-ppds:
[03:09] <Keybuk> edubuntu-desktop
[03:09] <Keybuk> kubuntu-desktop
[03:09] <Keybuk> ubuntu-desktop
[03:09] <Keybuk> xubuntu-desktop
[03:09] <Keybuk> amusingly, the only reason it's in main is because of hppa
[03:09] <Keybuk> otherwise it would have been demoted
[03:09] <cjwatson> that's not the only reason; it's in server-ship as well
[03:09] <ogra> tkamppeter, i hope you mean feisty, not edgy there
[03:10] <tkamppeter> The dependency can be removed from hppa, as the PPDs are provided by foomatic-db in Edgy.
[03:10] <cjwatson> let me produce germinate output for feisty and then tkamppeter can learn how to look at that
[03:10] <cjwatson> tkamppeter: you're not up to speed with the hppa situation
[03:10] <cjwatson> in any case hppa does not block demotion
[03:11] <tkamppeter> So if I take the dependency out of hppa foomatic-filters-ppds will disappear automatically?
[03:11] <cjwatson> tkamppeter: how were you planning to do that? you need the hppa buildds to be operational first :P
[03:11] <cjwatson> tkamppeter: but hppa *does not block demotion*. It's a red herring. Ignore it.
[03:11] <cjwatson> tkamppeter: wait until I've got germinate output generated for feisty, and then you will be able to see clearly
[03:12] <ogra> tkamppeter, it will show up here: http://people.ubuntu.com/~cjwatson/anastacia.txt and then an archive admin needs to edit the override file to actually demote it ...
[03:13] <tkamppeter> So Keybuk was wrong and so foomatic-filters-ppds can be demoted? I suggest to remove it completely from the distro, to avoid having to keep two Foomatic databases in sync.
[03:13] <cjwatson> tkamppeter: STOP
[03:13] <cjwatson> tkamppeter: read all the things people are saying, and wait :-)
[03:14] <cjwatson> we have heard what you said; I am generating output that will allow you not to have to guess at reasons
[03:14] <cjwatson> repeating the point doesn't help
[03:15] <cjwatson> http://people.ubuntu.com/~cjwatson/germinate-output/feisty/rdepends/ALL/foomatic-filters-ppds says:
[03:15] <ogra> in any case you can only remove packages from feisty upwards ...
[03:15] <cjwatson> foomatic-filters-ppds
[03:15] <cjwatson> * Server-Ship seed
[03:18] <tkamppeter> Sorry, I meant the removal to by done in Feisty and not in Edgy.
[03:18] <tkamppeter> What does "* Server-Ship seed" mean?
[03:19] <cjwatson> it means that the only reason foomatic-filters-ppds is in main is that it is listed in the server-ship seed, which is the list of packages to be included on the server edition CD in addition to minimal and standard
[03:19] <cjwatson> I'll correct that seed now
[03:20] <cjwatson> the same applies to linuxprinting.org-ppds
[03:21] <cjwatson> ... actually no, linuxprinting.org-ppds is also explicitly listed in the supported seed. Should it be in main?
[03:24] <cjwatson> tkamppeter: fix committed to the seeds, so it'll show up in the demotions list soon and we'll deal with it shortly afterwards; thanks
[03:24] <cjwatson> tkamppeter: if you want a package removed altogether, file a bug on the package with an explanation and subscribe the ubuntu-archive team to the bug
[03:25] <tkamppeter> linuxprinting.org-ppds should be in main, as it contains all PPDs which are not generated by Foomatic. It should be shipped on both live/desktop CDs and server CDs, so it should be in appropriate seeds.
[03:26] <tkamppeter> Only foomatic-filters-ppds should go way.
[03:26] <tkamppeter> Thank you for your help, cjwatson.
[03:26] <tkamppeter> s/way/away/
[03:29] <cjwatson> As we extensively discussed during the edgy cycle, linuxprinting.org-ppds doesn't fit on the desktop CD
[03:30] <cjwatson> if it is to be included, it needs to be reduced in size somehow
[03:32] <cjwatson> I'll put linuxprinting.org-ppds back on the server CD, as it fits there
[03:34] <cjwatson> tkamppeter: what about hpijs-ppds on server? it was removed from desktop with the justification that those PPDs could be created on the fly, so I assume it can be removed from server too
[03:35] <tkamppeter> Yes, it can really be removed. These PPDs are also generated automatically.
[03:35] <cjwatson> good, my commit was correct then ;-)
[03:35] <cjwatson> thanks
[03:37] <tkamppeter> For the linuxprinting.org-ppds I had offered a split version to reduce the size during the Edgy development, but they told me that they have succeeded to get the full version onto the CDs. So the split version did not get uploaded.
[03:38] <cjwatson> (the seed changes I made also need to be merged to kubuntu, edubuntu, and xubuntu, so won't show up in the demotions list right away)
[03:38] <cjwatson> tkamppeter: that was not the case for the final edgy images, and I'm certain we had a conversation about that
[03:41] <cjwatson> we certainly talked about it on 2006-10-24, although it was too late for edgy by that time
[03:43] <cjwatson> tkamppeter: the conversation on 2006-09-25 ended with me saying that I'd promoted linuxprinting.org-ppds to main; I cannot find any record of anyone saying that we'd found space for it on the CDs
[03:46] <cjwatson> tkamppeter: it was accidentally reintroduced to desktop for nine days by Scott (misinterpreting what the Recommends in foomatic-db was for), but that wasn't really "finding space for it", because in the end that caused other things we needed to fall off. I'm sorry you were confused by the situation.
[03:54] <tkamppeter> So then I suggest to introduce the splitting with the next build of linuxprinting.org-ppds which I will do, so that the most important PPDs go onto the Feisty CDs.
[04:00] <cjwatson> tkamppeter: ok, please bring the seed change up again after that has been uploaded and built
[04:01] <cjwatson> we can then assess the new size increase
[04:01] <spike> base-config base-config/package-selection string ~tubuntu-standard
[04:02] <spike> can anybody tell me what the ~t is for?
[04:02] <spike> in the debian use it uses ~n, which sounds like regexp match on package name
[04:03] <cjwatson> spike: ~t => task, ~n => package name; see the aptitude documentation on patterns. Also, base-config/package-selection is obsolete as of dapper.
[04:03] <cjwatson> (it's pkgsel/install-pattern now)
[04:03] <cjwatson> you also want ~t^ubuntu-standard$ rather than ~tubuntu-standard; I think the dapper documentation may have been a little bit out of date there
[04:04] <spike> oh, thanks a lot
[04:04] <cjwatson> of course in edgy it changed again ;-)
[04:04] <spike> heh
[04:13] <Amaranth> crap there was a CC meeting yesterday?
[04:13] <cjwatson> that seems unlikely
[04:14] <cjwatson> Amaranth: doesn't appear to have been
[04:15] <ogra> Amaranth, i was wondering about that blog entry as well ..
[04:15] <Amaranth> heh
[04:15] <cjwatson> given that three of us were travelling back from the Canonical allhands meeting, it would have been an extremely odd date to pick
[04:15] <Amaranth> I dunno if I'm even supposed to go to one of those.
[04:15] <Amaranth> I was approved as a member a _long_ time ago but I just got my key signed and signed the CoC and such.
[04:16] <ogra> cjwatson, http://blog.matid.net/articles/tag/ubuntu
[04:16] <cjwatson> ogra: look at the blog itself: "Posted by Mateusz Drodyski 47 days ago"
[04:17] <ogra> heh, seems like a planet bug then :)
[04:17] <cjwatson> ogra: presumably the blog feed was broken in such a way that planet slurped it again
[04:37] <gnomefreak> fabbione: we just got the updates for madam and lvm-common im gonna look into it a bit more but they are not configuring properly
[04:40] <gnomefreak> fabbione: error output is at http://paste.ubuntu-nl.org/32942/ whenever you get a chance i have to run out for a bit but will be back in a couple hours
[05:23] <fabbione> gnomefreak: mdadm edgy -> feisty upgrade. I haven't nailed down that one yet
[05:47] <bddebian> Howdy
[05:52] <spike> eer, apparently preseeding doesnt support https to retrieve preseed files from :(
[05:52] <spike> can anybody confirm that?
[05:53] <spike> I've changed the url to https and sniffing the traffic I dont even see a request going out
[05:53] <spike> it fails immediately saying "Failed to retrieve the preconfiguration file"
[05:53] <spike> but in reality it doesnt even try
[05:53] <spike> probably 'cause it doesnt understand ssl
[05:55] <cjwatson> spike: correct; busybox wget only supports http:// and ftp:// URLs - if you look in syslog I expect you'll see an error message including "not an http or ftp url"
[05:56] <spike> so, what udeb shall I rebuild?
[05:56] <spike> 'cause I guess that's the only way out
[05:57] <cjwatson> er - it's not a matter of a simple rebuild. You'd have to write code
[05:57] <cjwatson> the source package is busybox
[05:57] <cjwatson> you would then have to rebuild the installer initrd as well (done by the debian-installer source package)
[05:58] <cjwatson> it might be easier to use initrd preseeding (/preseed.cfg file on the initrd) for anything you don't want going unencrypted over the network
[05:59] <cjwatson> consider whether you can actually effectively secure PXE in the first place, though ...
[06:00] <spike> it wasnt really because of sending important info, I'm just bringing up a basic box, the work is done then by cfengine/puppet
[06:00] <spike> but I had a nice layout with preseeding fetching stuff from an svn repo setup with webdav
[06:00] <spike> so it played all together
[06:00] <spike> without extra working copies laying around and the like
[06:08] <cjwatson> spike: you can use WebDAV over plain HTTP as well, without SSL
[06:09] <fdoving> is there a website where one can monitor the uploaded-packages-queue for edgy-proposed? 
[06:09] <cjwatson> fdoving: not a public one, I'm afraid
[06:10] <fdoving> cjwatson: ok, can you check on kopete for me please? 
[06:10] <cjwatson> fdoving: I haven't looked at that SRU yet - still tired from travellling
[06:10] <cjwatson> -l
[06:10] <cjwatson> it remains in my inbox queue
[06:10] <fdoving> cjwatson: mdz approved it, imbrandon uploaded yesterday.
[06:10] <fdoving> so you can remove that from your todo.
[06:12] <cjwatson> fdoving: ok, thanks. It's in edgy-proposed; I will look at it when I'm actually awake enough to do so safely, i.e. not today.
[06:13] <fdoving> cjwatson: ok, one more quick question before you go to sleep, should edgy-proposed packages be versioned ubuntuX.X? will edgy-proposed version and the feisty version conflict if they have the same version number? 
[06:14] <cjwatson> version numbers in different releases must be different
[06:14] <fdoving> cjwatson: so the updates should be versioned ubuntuX.X ? 
[06:14] <cjwatson> depends on what the current feisty version is
[06:14] <cjwatson> or what it's next going to be
[06:15] <cjwatson> as StableReleaseUpdates says, you should take care to avoid version number clashes. I'm not going to attempt to prescribe anything stricter than that
[06:15] <fdoving> well.. current feisty version is 4:3.5.5+kopete0.12.3-0ubuntu3, the -proposed version is the exact same. what happens now?
[06:15] <spike> cjwatson: sure but it's pointless, I'd still need another vhost:80
[06:15] <cjwatson> fdoving: I'm rejecting the upload in -proposed now.
[06:15] <spike> well, it would avoid the WC, indeed
[06:16] <cjwatson> fdoving: you'll have to get it reuploaded with a version number that doesn't clash
[06:16] <fdoving> cjwatson: will do, thanks :)
[06:16] <spike> yeah, sorry, it's a bit better as it would save me the hassle of the workingcopy
[06:19] <cjwatson> fdoving: (yes, -0ubuntu2.1 would be fine in this case)
[06:20] <fdoving> cjwatson: changing it now. thanks again.
[06:21] <keescook> fdoving: I've started making lists of the version numbering schemes we use for security updates; it's very similar.  Check out SecurityUpdateProcedures.
[06:22] <fdoving> keescook: ok, i'll have a look. 
[06:54] <polytan> hi
[07:13] <giskard> mjg59, do you know why we have 55-lid-state-tracking.patch
[07:13] <giskard> in gnome-power-manager
[07:18] <spike> cjwatson: I've researched a bit about busybox and debian preseeding just to be sure, but isnt the case that debian has got some patches that allow https?
[07:45] <cjwatson> spike: no, we're up to date with Debian's busybox
[07:45] <cjwatson> (see http://merges.ubuntu.com/main.html)
[07:48] <Burgwork> cjwatson: thanks for the info about the installation help
[07:48] <cjwatson> np
[07:49] <cjwatson> spread it around - people who have been around since <=breezy generally seem to have trouble finding where the manual moved to
[08:37] <sbalneav> Hmm, this seems serious:
[08:37] <sbalneav> root@oin:~# aptitude install xcb
[08:37] <sbalneav> The following packages are BROKEN:
[08:37] <sbalneav>   x11-common 
[08:37] <sbalneav> The following NEW packages will be installed:
[08:37] <sbalneav>   xcb 
[08:37] <sbalneav> 0 packages upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
[08:37] <sbalneav> Need to get 21.6kB of archives. After unpacking 127kB will be used.
[08:37] <sbalneav> The following packages have unmet dependencies:
[08:37] <sbalneav>   x11-common: Conflicts: xcb (<= 2.4-4) but 2.4-4 is to be installed.
[08:37] <sbalneav> Resolving dependencies...
[08:37] <sbalneav> Unable to resolve dependencies!  Giving up...
[08:37] <sbalneav> rodarvus: ping
[08:38] <rodarvus> sbalneav, pong
[08:39] <rodarvus> sbalneav, is this feisty already, or edgy?
[08:39] <sbalneav> Any ideas?
[08:39] <sbalneav> edgy
[08:39] <sbalneav> the BROKEN bit was what scared me :)
[08:39] <rodarvus> there is a library called xcb on X.Org, but this library is not supposed to be referenced on edgy
[08:41] <sbalneav> xcb's a cut buffer program, seems to be in universe, so I'd expect it'll be MOTU packaging problem, maybe.
[08:43] <rodarvus> let me confirm
[08:43] <rodarvus> I don't think its a problem in xcb, actually
[08:44] <rodarvus> hmm, no
[08:44] <rodarvus> actually, xorg (which contains x11-common) conflicts with xcb <= 2.4-4
[08:44] <rodarvus> and this is the version we have on the archives
[08:44] <rodarvus> xorg is partially inherited from Debian (including this bit)
[08:58] <bluefoxicy> no matter what I do to /etc/ld.so.conf or LD_LIBRARY_PATH I can't get gaim to load with the debug symbols for gtk+
[09:01] <alex-weej> can someone suggest a better package than "pkgsel" for this bug, please? https://launchpad.net/distros/ubuntu/+source/pkgsel/+bug/68867
[09:01] <Ubugtu> Malone bug 68867 in pkgsel "System freeze up during edgy installation" [Undecided,Unconfirmed]  
[09:02] <alex-weej> my friend is experiencing it, too and it's preventing him from receiving free software goodness
[09:03] <Treenaks> have you tried the alternate CD?
[09:09] <alex-weej> it was the first thing i suggested
[09:09] <alex-weej> awaiting a clear answer
[09:09] <alex-weej> no he didn't - he bottled it because the installer is confusing
[09:10] <alex-weej> quote unquote...
[09:16] <alex-weej> Treenaks: he actually just wants to run the LiveCD after-all.
[09:25] <ajmitch> morning
[09:26] <zch> hi
[09:43] <tormod> alex-weej, I would file it on the kernel in the first place, since it locks up.
[10:24] <bluefoxicy> Is there a kernel debug package that provides uncompressed vmlinux (not vmlinuz)?
[10:42] <MacSlow> Greetings everybody!
[10:43] <MacSlow> How can I check in Malone if a certain kernel bug (actually a sata-driver bug) was fixed or not?
[10:44] <LaserJock> MacSlow: you can use the advanced search
[10:44] <LaserJock> MacSlow: or do you know the bug number?
[10:44] <MacSlow> No I only know what issue I have here (dmesg reports to me)
[10:45] <MacSlow> I'm trying to install 6.10 on a sata-only system and partitioning/formating the hd fails or rather hangs due to some bug
[10:46] <LaserJock> MacSlow: you can try https://launchpad.net/distros/ubuntu/+bugs?advanced=1
[10:46] <LaserJock> MacSlow:  and add "Fix Released" under status and importance
[10:49] <MacSlow> hm... I've not found the issue I run into here to be filed in Malone (it seems)
[10:51] <LaserJock> MacSlow: go ahead and file one them
[10:54] <MacSlow> due to the report from dmesg I'm unsure what to call it... 
[10:55] <MacSlow> LaserJock, that's the stuff from dmesg -> http://macslow.thepimp.net/sata-bug.txt
[10:55] <MacSlow> so will it be sufficient to call it a sata-driver bug?
[10:56] <LaserJock> I guess, I don't know either
[11:02] <MacSlow> LaserJock, I'll try to be as verbose as possible in the bug-report
[11:05] <bluefoxicy> PISSING ME OFF
[11:05] <pygi> bluefoxicy: shhhh
[11:06] <bluefoxicy> Malone 72630
[11:06] <Ubugtu> Malone bug 72630 in xserver-xorg-video-via "Xorg Via driver DRI OOPS" [Undecided,Unconfirmed]  http://launchpad.net/bugs/72630
[11:07] <pygi> can't help ya =)
[11:13] <bluefoxicy> damnit
[11:13] <bluefoxicy> the debug packages are so friggin' broken.
[11:15] <troy_s> who would i speak to regarding freetype2 dev libraries on edgy?
[11:18] <LaserJock> troy_s: it probably depends on what you want to speak about
[11:18] <LaserJock> troy_s: find a bug?
[11:18] <troy_s> freetype/include/internal appears to be missing files
[11:18] <troy_s> from libfreetype2-dev
[11:21] <LaserJock> troy_s: I'm guessing https://launchpad.net/distros/ubuntu/+source/freetype/+filebug is what you want then
[11:22] <troy_s> thank yo
[11:30] <bluefoxicy> sweet, got it working.  I need cairo symbols
[11:34] <stewski> is anyone from canonical in?
[11:36] <stewski> please look this up
[11:36] <stewski> http://opensourceacademy.gov.uk/solutions/casestudies/birminham-city-council/
[11:36] <stewski> http://opensourceacademy.gov.uk/solutions/casestudies/birminham-city-council/file
[11:37] <stewski> there is detail on the recently reported (as failed) FLOSS roll out
[11:37] <HrdwrBoB> that doesn't sound like failed to me
[11:38] <stewski> its getting reported as such which is a real shame
[11:39] <stewski> as the document details some really positive result
[11:39] <stewski> especially around open office
[11:39] <stewski> but I thought feed back and comments might be useful for the development team and canonical
[11:41] <crimsun> how much of it is directly relevant to Ubuntu? It looks like SLES was used.
[11:41] <bluefoxicy> Any chance of libcairo getting a -dbg package backported to edgy
[11:42] <StevenK> bluefoxicy: Why not use pitti's ddebs?
[11:42] <bluefoxicy> StevenK:  link.
[11:42] <bluefoxicy> actually I must go to class
[11:42] <stewski> not much crimsun although I've read elsewhere that ubuntu was one of the preferred desktops from early user testing
[11:43] <stewski> but it was not carried forward
[11:43] <bluefoxicy> http://rafb.net/paste/results/SktUs157.html for the interested.
[11:43] <bluefoxicy> Line 20 has my attention.
[11:44] <stewski> the reason I'm posting it here is there are valuable lessons to be learnt about how the OSA and UK government are looking at linux desktops and maybe a lesson can be learnt for canonical pitches for support etc?
[11:52] <keescook> bluefoxicy: deb http://people.ubuntu.com/~pitti/ddebs edgy main
[11:55] <pygi> jdong: how can you doubt my packages? ^_^
[11:57] <jdong> sorry pygi , I don't know what I was thinking :)
[11:57] <pygi> jdong: ^_^
[11:57] <jdong> pygi: hmm...... maybe it was something along the lines of "...There will ofcourse be a lots of bugs, problems and such...."
[11:57] <jdong> :D
[11:58] <pygi> jdong: what's wrong with that? :)
[11:58] <pygi> jdong: you always have me to fix burning stuff
[11:58] <jdong> :)
[11:59] <jdong> pygi: ok, problem number one, oh great master, I keep on putting DVD-RAMs in my CD-ROM drive and mkfs.ext3 doesn't work on it
[11:59] <jdong> fix it :)
[11:59] <jdong> (my address is 4433 Mark st, ....)
[11:59] <pygi> jdong: heh :P
[11:59] <jdong> (fedex preferred)
[12:07] <pygi> very nice LOL
[12:07] <jdong> ooh what's this button do?