[12:32] <jdub> neuralis: pong
[12:41] <HiddenWolf> mjg59: ping
[12:45] <mjg59> HiddenWolf: Hi
[12:46] <HiddenWolf> mjg59: I'm unsure if my bug is valid, seems my usplash.conf was set to 1680x1680, upgrade issue. Wondering if I should close it.
[12:47] <mjg59> HiddenWolf: Which bug was that?
[12:47] <HiddenWolf> https://launchpad.net/distros/ubuntu/+source/usplash/+bug/59651
[12:47] <Ubugtu> Malone bug 59651 in usplash "usplash does not come up after dapper-edgy upgrade" [Untriaged,Unconfirmed]  
[12:48] <mjg59> HiddenWolf: Hm. The fact that you had that in usplash.conf is still a bug
[12:48] <mjg59> What resolution is your screen?
[12:48] <HiddenWolf> mjg59: 1920x1200 under X.
[12:49] <mjg59> HiddenWolf: And what do you have in usplash.conf now?
[12:50] <HiddenWolf> mjg59: manually edited to 1280x900. Will reboot in a sec to see, Seveas says it should fix things.
[12:52] <mjg59> HiddenWolf: It ought to be set to your X config
[12:53] <HiddenWolf> Name: xserver-xorg/config/display/modes
[12:53] <HiddenWolf> Template: xserver-xorg/config/display/modes
[12:53] <HiddenWolf> Value: 1680x1680, 1600x1200, 1280x1024, 1152x864, 1024x768, 800x600, 720x400, 640x480
[12:53] <HiddenWolf> I guess that's it
[12:53] <HiddenWolf> I've edited xorg.conf to only include 1920x1200 24bit.
[12:56] <Seveas> (HiddenWolf, I never said it would fix it, but it just might)
[12:57] <HiddenWolf> Seveas: call me an optimist.
[12:58] <HiddenWolf> I'll reboot, check, be right back
[01:01] <HiddenWolf> Right, that was not it.
[01:03] <HiddenWolf> I'd rather not have it end up being another vague bug for eternity. :)
[01:09] <buzzen> madduck: found a bug already on launchpad. added my comments. Would be nicer to ahve a newer mdadm for edgy too
[01:11] <Kamion> mjg59: we should be using /etc/X11/xorg.conf, not xserver-xorg/config/display/modes; I have a partial patch for that but had to shelve it due to being stymied by a kernel bug
[01:11] <Kamion> parsing xorg.conf from the postinst is pretty nasty but possible
[01:11] <mjg59> Kamion: Ok
[01:11] <Kamion> but relying on the debconf database there is wrong, IMHO
[01:18] <LaserJock> Kamion: do you think you'd have time to take a look at edubuntu-menus in NEW?
[01:18] <ogra> damn, the xorg via drive is broken in edgy :/
[01:18] <ogra> *driver
[01:19] <ogra> this thin client works with a dapper ltsp chroot ... but braks with edgy 
[01:19] <ogra> *breaks
[01:20] <buzzen> madduck: another serious problem I have is if I have /dev/md0 as root (raid 1 - /dev/hda1 /dev/hdb1) and i remove a /dev/hda1 and reboot. then plug the disk back in and reboot, i get errors within "initramfs" mdaadm: failed to add /dev/hdb1 to /dev/md0: Invalid argument. 
[01:20] <ogra> hmm, looks like its the same issue as bug 57329
[01:20] <Ubugtu> Malone bug 57329 in xorg-server "upgrade to latest xorg has stopped my CLE266 from working" [Medium,Fix released]  http://launchpad.net/bugs/57329
[01:20] <buzzen> madduck: this problem is caused from mdadm via mdrun 
[01:21] <Kamion> LaserJock: deleting the shipped groups on prerm upgrade seems wrong
[01:21] <Kamion> that'll cause problelms
[01:21] <Kamion> problems
[01:22] <LaserJock> Kamion: hmm, so would it be better to leave them? I wondered that myself
[01:22] <Kamion> LaserJock: on upgrade, I think you should leave them, although you'll have to work out what to do if you ever remove/rename groups
[01:22] <Kamion> LaserJock: speaking of which, I'm concerned that the group names are rather generic
[01:22] <Kamion> "basic" for instance"
[01:23] <LaserJock> mhm
[01:23] <Kamion> could those be namespaced maybe? edubuntu-basic?
[01:23] <LaserJock> could we use some sort of prefix?
[01:23] <LaserJock> yeah
[01:23] <ogra> sounds cool
[01:23] <LaserJock> because I would like to seperate them out because they have a specific purpose
[01:25] <Kamion> another thing I'm a little concerned about is chgrp/chmoding files that are shipped in the .deb
[01:25] <LaserJock> k
[01:25] <Kamion> dpkg-statoverride might be better for that, although it's really meant for administrator use so maybe not
[01:25] <Kamion> why mode 640?
[01:26] <LaserJock> because the menu works via group ownership of the .menu files
[01:26] <Kamion> oh, it tests readability?
[01:26] <LaserJock> yeah, so you only see .menu files that are readable by you
[01:27] <Kamion> oh, hmm, from the looks of things it can't be anything else
[01:27] <LaserJock> the first implementation I worked on was much more complicated
[01:27] <Kamion> well, you should probably ship them mode 640 and override the lintian warnings
[01:27] <LaserJock> ok
[01:28] <Kamion> dpkg-statoverride would at least mean that logins during an upgrade wouldn't get groups they weren't supposed to
[01:28] <Kamion> at present you have a window between unpack and configure where everything will be set back to world-readable
[01:28] <Kamion> or, if you ship them mode 640 in the .deb, where nobody will be able to read any of the groups
[01:29] <Kamion> since dpkg honours statoverrides internally, you can use that to override the menu file group without that window
[01:29] <Kamion> I'd like the group names and the prerm upgrade issue to be sorted out before I accept the package, since those have upgrade implications
[01:30] <Kamion> the rest can be handled more at your leisure, I think
[01:30] <Kamion> sorry for taking a while to look at this
[01:30] <LaserJock> yes, that makes sens
[01:30] <LaserJock> thanks for the review :-)
[01:31] <Kamion> oh, also:
[01:31] <Kamion> lp_archive@drescher:/tmp/cjwatson/queue/edubuntu-menus-0.1$ head -n2 debian/postinst | tail -n-1
[01:31] <Kamion> # postinst script for willowng
[01:31] <Kamion> lp_archive@drescher:/tmp/cjwatson/queue/edubuntu-menus-0.1$ head -n2 debian/prerm | tail -n-1
[01:31] <Kamion> # postrm script for willowng
[01:31] <LaserJock> ah darn ;-)
[01:32] <LaserJock> Kamion: ok, so do I need to bump the version or anything on the next upload? or does the reject clean the slate?
[01:34] <Kamion> LaserJock: the latter, although a version bump may be helpful for your own records
[01:34] <LaserJock> yeah, thanks so much
[01:34] <Kamion> if you do bump the version, please use dpkg-buildpackage's -v option to include all the changelog entries in the .changes file
[01:34] <LaserJock> ok, good idea
[02:01] <ogra> mdz, i stole the initramfs-tools code from debians 0.73 ... but i apparently missed the second (copy_exec) part of it i'll look into it tonight from the hotel or tmorrw (they are wrapping up here)
[02:26] <buzzen> i saw this on blue peter
[02:27] <jdong> hmm, guess it doesn't work for me :-(
[02:27] <jdong> BenC: ping
[02:27] <buzzen> don't forget to use the fairy liquid bottle
[02:27] <BenC> jdong: pong
[02:27] <buzzen> yeh, what's that pong!
[02:27] <jdong> BenC: hibernate has regressed on my laptop in edgy since the 2nd kernel
[02:27] <jdong> by that I mean 2.6.17-7
[02:27] <BenC> jdong: Please try the next kernel that I am upload this weekend, which should fix it
[02:28] <jdong> BenC: cool
[02:28] <BenC> *uploading
[02:28] <jdong> [17179755.084000]  suspend_device(): usb_generic_suspend+0x0/0x130 [usbcore] () returns -16
[02:28] <jdong> [17179755.084000]  Could not suspend device 5-8: error -16
[02:28] <jdong> [17179755.084000]  Some devices failed to suspend
[02:33] <jdong> http://www.linux-watch.com/news/NS8278035161.html
[02:33] <jdong> HA!
[02:33] <jdong> IT IS THE HANS REISER
[02:33] <jdong> and you guys thought I was nuts!
[02:34] <lifeless> of course it is
[02:34] <lifeless> the very first news report mentioned his job
[02:35] <jdong> lifeless: not the first one I found
[02:35] <jdong> from news.cbs5.com....
[02:35] <jdong> that one just said "software programmer"
[02:35] <lifeless> yeah that one, they updated it
[02:35] <jdong> oh, :)
[02:35] <lifeless> shortly after, added a big rebuttable from him
[02:35] <lifeless> about some guy drugging and doing BDSM to his wife
[02:35] <lifeless> anyhow, #offtopic
[02:36] <jdong> man, what would it be like married to hans reiser.....
[02:36] <jdong> hmm
[02:36] <buzzen> fabbione: i've installed the new mdadm etc but the system still will not boot with UUID in grub. if i change it to /dev/md0 the system will boot
[02:38] <lifeless> jdong: fwiw: http://cbs5.com/topstories/local_story_256204954.html
[02:39] <jdong> lifeless: thx, that article definitely got longer :P
[03:37] <bddebian> Howdy folks
[06:58] <micahcowan> Is there a reason why the automerge argument to apt-get isn't documented, either in --help or in the manpage? https://launchpad.net/distros/ubuntu/+source/bash/+bug/60666 is a request to add the option to autocomplete, but I don't want to confirm it if there's a /reason/ it's not documented...
[06:58] <Ubugtu> Malone bug 60666 in bash "New option in bash could use updated completion" [Untriaged,Unconfirmed]  
[06:59] <fabbione> buzzen: did you update your initramfs?
[08:10] <bod> elmo: about?
[08:12] <bod> my rsync login to syncproxy seems to be broken
[09:08] <imbrandon> moins all
[09:43] <Burgundavia> bugger, no keybuk
[09:43] <Burgundavia> mdz: are you still awake?
[10:45] <gardengnome> hi there :) i hope this is the right channel. i'd like to build a mythtv distro based on ubuntu. it would be cool if i could create my own seeds to make sure i only get the packages i need. i've alreasy found germinate and i'm wondering if it will also download all needed packages or if i'll have to have a local ubuntu mirror in order to create a CD image.
[10:46] <Mithrandir> gardengnome: you need to have a local mirror.
[10:46] <Mithrandir> (and you want it too, you're going to rebuild images quite a few times)
[10:48] <gardengnome> ok, looks like debmirror will get to use some bandwidth then. :) i'm also wondering how i'd make the Cd image itself. i've found references to a version of debian-cd patched by the ubuntu team. should i use that or is there some nifty tool i haven't found yet?
[10:51] <Mithrandir> we're using debian-cd
[10:52] <gardengnome> thanks a lot! this is going to be fun :)
[10:52] <Mithrandir> while some of the CD people might be around during weekends, weekdays are usually better.
[10:52] <Mithrandir> jfyi. :-)
[10:53] <gardengnome> Mithrandir: thanks. but i don't want to annoy you guys too much so i'll try to find out as much as possible on my own
[10:54] <Mithrandir> gardengnome: as long as the person asking questions have tried to research on his own first and asks sensible questions, they're not annoying.
[11:03] <UbuntuFan> Will Ubuntu take over Microsoft Windows
[11:03] <UbuntuFan> ?
[11:06] <UbuntuFan> hi
[11:11] <imbrandon> UbuntuFan, this is the development channel, not for that type of disscussion, i'm sure someone would be more than happy to talk with you about it in #ubuntu
[11:12] <imbrandon> or even #ubuntu-offtopic
[11:13] <UbuntuFan> Rock on =)
[11:15] <UbuntuFan> I hate a development question
[11:15] <UbuntuFan> have*
[11:15] <UbuntuFan> may I.
[11:16] <UbuntuFan> Q-FUNK, Sup brutha?
[11:16] <UbuntuFan> it's Mark. Am rounding up the Art team to bring out the bling bling!
[11:17] <Q-FUNK> oh :)
[11:17] <UbuntuFan> How are you man?
[11:17] <Q-FUNK> hm... not much.  still walking circles around 3 different countries' immigrations just to get around starting a company.
[11:18] <Q-FUNK> citizenship (or lack of) prevents everything.
[11:18] <UbuntuFan> oh ok. Good luck mate.
[11:18] <UbuntuFan> Very true...let me know if I can donate and help!!
[11:18] <UbuntuFan> thats what I'm about, giving back.
[11:18] <UbuntuFan> =)
[11:19] <Q-FUNK> plenty of brilliant business ideas, some of which have been in the planning stage for several months. all blocked becuase EU countries discourage outsiders.
[11:19] <UbuntuFan> EU grrrr...
[11:19] <UbuntuFan> I feel for you man.
[11:19] <Q-FUNK> ...althoguh it has to be said that their definition of outsider is... silly.  I've been here for nearly 9 yeas, dammit
[11:19] <UbuntuFan> Anything I can do to help
[11:19] <UbuntuFan> let me knwo
[11:19] <UbuntuFan> know even.
[11:21] <Q-FUNK> anyhow... I was just wonderng, who is responsible for packaging the firefox language packs?  the firefox 2.0b2 upgrade breaks because language packs don't match.
[11:22] <UbuntuFan> imbrandon is ....
[11:22] <UbuntuFan> hes here i think
[11:22] <Q-FUNK> erm.  probably not much.  it's all political and all in finland's hands.  I jsut need one country somewhere to acknoeledge how long I've been here and grant me citizenship.
[11:22] <UbuntuFan> giftnudel, welcome it's mark here just slipped in from outta space..to see that sad look upon ure face.
[11:23] <imbrandon> UbuntuFan, no i'm not responisable for firefox, and can you please take non development disscussion to #ubuntu-offtopic 
[11:23] <imbrandon> Q-FUNK, whats the problem?
[11:24] <Q-FUNK> imbrandon: parsing errors in chrome://browser/content/browser.xul for non-C locales
[11:24] <Q-FUNK> afaik caused by slight changes in the UI between beta1 and beta2
[11:24] <UbuntuFan> imbrandon, I am sorry. but you gotta admit that was pretty funny.
[11:26] <Q-FUNK> imbrandon: or well, is this generally a good channel to report bugs in edgy, since we are so close to releease?
[11:26] <imbrandon> Q-FUNK, normaly this is ok or #ubuntu+1 or LP but right this very second i'm trying to take care of another issue, give me just a few minutes
[11:27] <Q-FUNK> sure.  np :)
[11:27] <buzzen> fabbione: yes
[11:31] <buzzen> fabbione: ok... i thought i had. but maybe not ? :/
[11:32] <buzzen> fabbione: just redid it and now its working :-) shouldnt the mdadm install script run it though ?
[11:32] <fabbione> buzzen: it should.. i will check why it didn't
[11:35] <buzzen> this sort of solves this bug then https://launchpad.net/distros/ubuntu/+source/mdadm/+bug/60623 since thats based on wrong ordering of mdx devices. although mdrun still has some problems.
[11:35] <Ubugtu> Malone bug 60623 in mdadm "Upgrading mdadm package is impossible - can't upgrade while raid arrays active" [Untriaged,Confirmed]  
[11:35] <buzzen> see this bug: https://launchpad.net/bugs/38438
[11:35] <Ubugtu> Malone bug 38438 in mdadm "boot confused after stopping array" [Medium,Confirmed]  
[11:35] <buzzen> oops. wrong one.
[11:36] <buzzen> i mean this one: https://launchpad.net/bugs/60646
[11:36] <Ubugtu> Malone bug 60646 in initramfs-tools "Unable to boot with degraded array" [Untriaged,Unconfirmed]  
[11:38] <buzzen> fabbione: it's also not possible to upgrade to madm normally: https://launchpad.net/distros/ubuntu/+source/mdadm/+bug/60623
[11:38] <Ubugtu> Malone bug 60623 in mdadm "Upgrading mdadm package is impossible - can't upgrade while raid arrays active" [Untriaged,Confirmed]  
[11:39] <fabbione> buzzen: yes i am reading.. give me a break.. it's the same bug you pasted 10 lines above
[11:40] <buzzen> fabbione: yes sorry that was an accident. 
[11:41] <buzzen> fabbione: I pasted the wrong bug and didn't realise it was also a related one.
[11:42] <fabbione> i will look into that on monday
[11:42] <buzzen> sure
[11:42] <buzzen> thanks
[11:42] <fabbione> it needs a bit too much work for me to trash my weekend
[11:42] <buzzen> there is a fix in debian according to madduck 
[11:42] <fabbione> yes i read in the bug
[11:42] <fabbione> but jumping to 2.5 is not an option
[11:42] <buzzen> aah ok.. i wrote it. (i just got up)
[11:43] <fabbione> we need to backport the fix
[11:43] <buzzen> shame :/
[11:43] <buzzen> 2.5 would be nice
[11:43] <fabbione> buzzen: we are at about 1 month from release. i don't want extra bug coming in with 2.5
[11:43] <fabbione> it will be in edgy+1
[11:45] <fabbione> buzzen: also.. the bug is not in mdadm userland itself.. it's a bit more complicated compared to what you write in the bugs
[11:46] <fabbione> the kernel should be sending a udev event on raid creation and apparently it doesn't
[11:46] <fabbione> that result in udev requiring a manual kick
[11:46] <fabbione> and that can only happen from mdadm in userland
[11:48] <buzzen> ok
[12:10] <fabbione> does anybody remember what's the canonical way to enable compiz?`
[12:11] <fabbione> iirc there was something in the menus, but i can't find it
[12:11] <Treenaks> fabbione: compiz --strict-binding --indirect-rendering --replace & gnome-window-decorator --replace&
[12:11] <Treenaks> works for me
[12:11] <fabbione> Treenaks: let's give it a shot
[12:14] <fabbione> apparently it doesn't like nvidia
[12:15] <Treenaks> it doesn't.. yet
[12:15] <Treenaks> nvidia doesn't have some GL extension yet
[12:15] <fabbione> hmmm
[12:16] <giftnudel> GL_texture_from_pixmap I guess ;)
[12:16] <fabbione> compiz is a wrapper
[12:16] <Treenaks> giftnudel: something like that :)
[12:16] <fabbione> yeah that one
[12:16] <giftnudel> fabbione: this is a driver problem, rumors say it will be fixed in the next driver release
[12:16] <fabbione> ahhh
[12:16] <fabbione> no
[12:17] <fabbione> it's the wrapper that is wrong
[12:17] <fabbione> or better
[12:17] <Hobbsee> hey all
[12:17] <fabbione> nvidia-glx does something wrong with divert
[12:17] <Treenaks> it LD_PRELOADs crap
[12:17] <Treenaks> EEK
[12:17] <fabbione> and it points to the wrong lib
[12:17] <giftnudel> still, the extensions is probably still missing
[12:17] <fabbione> no actually no
[12:19] <fabbione> the wrapper is correct
[12:19] <fabbione> so what driver do you use for that to work?
[12:19] <fabbione> nv ?
[12:20] <Treenaks> afaik only ati and intel work atm
[12:20] <Treenaks> and maybe bits of via
[12:20] <Treenaks> (as nv doesn't do dri..)
[12:22] <fabbione> humpf
[12:25] <fabbione> ok this just can't work
[12:27] <giftnudel> fabbione: do you have a laptop with an intel chipset?
[12:27] <giftnudel> it works quite well on those
[12:28] <fabbione> giftnudel: no i don't
[12:37] <Kamion> Mithrandir: I'm surprised Xubuntu worked well enough for knot-3 - its seeds were still pointing at the old kernel version
[12:37] <Kamion> I've merged the seeds now ...
[12:53] <Kamion> raphink: Why does ichthux-artwork-usplash conflict with kubuntu-artwork-usplash? Why not just give the usplash a different file name and register the alternative as usual?
[12:53] <raphink> Kamion: yes, I agree
[12:53] <raphink> Kamion: I yet have to find out how to give it another name
[12:54] <raphink> this is something I planned to look at this week-end since it was already reported to me
[12:54] <raphink> :)=
[12:54] <raphink> thanks for pointint it though :)
[12:54] <raphink> s/pointint/poinging
[12:54] <raphink> pointing
[12:54] <raphink> raah 
[12:54] <raphink> ;)
[12:54] <Kamion> is that hard? just install it as ichthux-splash.so rather than kubuntu-splash.so and edit the maintainer scripts
[12:54] <raphink> Kamion: yes I guess it's just changing the name in the makefile
[12:54] <raphink> I have to test
[12:54] <Kamion> I'd rather not accept it until that's done since mistakes in alternatives often have complicated upgrade implications
[12:55] <Kamion> sorry for the delay in reviewing
[12:55] <raphink> alright Kamion :)
[12:55] <raphink> no problem
[12:55] <raphink> are you ok with ichthux-meta ?
[12:55] <Kamion> the conflict with kubuntu-default-settings is also a bit nasty
[12:55] <raphink> well no there's no choice for this one
[12:55] <Kamion> if that can be avoided, it would be good, although I don't think so many alternatives are involved there
[12:55] <Kamion> oh, how come?
[12:55] <raphink> becaue of the way kubuntu patches KDE
[12:56] <raphink> unless we patch kdelibs to add /usr/share/ichthux-default-settings in addition to /usr/share/kubuntu-default-settings
[12:56] <raphink> but that would mean patching  a main package for ichthux so I don't think this is a great idea
[12:56] <Kamion> ichthux-meta should be updated to the current way *-meta is done
[12:56] <raphink> Kamion: ok I'll have a look at the new way :)
[12:56] <Kamion> with an update that just uses germinate-update-metapackage, and an update.cfg pointing to your seeds
[12:56] <raphink> alright :)
[12:56] <Kamion> it would also be a good idea to update the seed dist to edgy :-)
[12:56] <Fujitsu> Thankyou Kamion :)
[12:56] <raphink> I had just used the Dapper way so far
[12:57] <raphink> hehe
[12:57] <Kamion> unless it's not used I guess
[12:57] <raphink> Kamion: for ichthux-default-settings, I see two options as I said:
[12:57] <raphink> 1) conflict with kubuntu-default-settings
[12:57] <raphink> 2) patch kdebase
[12:57] <raphink> or maybe there could be a third
[12:58] <raphink> 3) make it possible for derivatives to add their path as a setting in kde
[12:58] <Kamion> are you doing all the *-meta bits in your seeds now, or are you still manually patching stuff?
[12:58] <Kamion> raphink: ok, never mind for now then
[12:58] <Kamion> it looks like you were manually patching dependencies at one point, which is a bit suboptimal
[12:58] <raphink> Kamion: in Ichthux 6.09 I had some manual patches because there were packages not in Ubuntu
[12:58] <raphink> but for Edgy we want to put all the packages in Ubuntu and thus only use edgy seeds
[12:59] <Kamion> you could probably solve that by grabbing all the Packages and Sources files and catting them together for germinate
[12:59] <Kamion> even without them all in Ubuntu
[12:59] <raphink> hmmm 
[12:59] <raphink> well I wanted to use the existing code in ubuntu-meta and not patch it too much
[01:00] <Kamion> nod
[01:00] <raphink> so it was rather hard to add support for multiple repositories as it was
[01:00] <raphink> to me at least ;)
[01:00] <Kamion> anyway, not much to be actually unhappy with in ichthux-meta, just comments about how to improve it
[01:00] <Kamion> I'd prefer to wait until ichthux-default-settings is ready though
[01:00] <raphink> thank you Kamion I appreciate it
[01:01] <raphink> alright I'll be working on this asap then :)
[01:01] <Kamion> Fujitsu: np, I don't have enough time this weekend to clear out the whole queue but I thought I'd do a bit of it while I was doing a sync for myself anyway
[01:01] <raphink> as for superkaramba-theme-losungen there's an issue with it Kamion
[01:01] <Fujitsu> Yeah, thanks :)
[01:01] <raphink> so please ignore it if you come over it
[01:01] <raphink> :s
[01:01] <raphink> we discovered this issue a few hours ago
[01:01] <Kamion> raphink: do you want it rejected?
[01:02] <raphink> Kamion: for now, yes :(
[01:02] <raphink> I'd love to have it but the texts it uses are not free
[01:02] <raphink> :(
[01:02] <raphink> we're trying to see if we can port it to use libsword instead
[01:02] <raphink> but it might not be easy
[01:02] <raphink> so for now, just reject it
[01:03] <Kamion> ok, rejected, thanks for the note
[01:03] <Kamion> do try to have debian/copyright match the actual licence ;-)
[01:03] <raphink> Kamion: since we plan to release ichthux 6.10 within Edgy 6.10 (i.e. same release schedule from now on) do you think I could add our specs to ubuntu's somehow?
[01:04] <Kamion> raphink: you'd probably have to ask #launchpad about technical details; that said, I think it might be easier from a scheduling point of view if they were separate
[01:05] <Kamion> so that you can target specs to milestones freely without having to get Ubuntu drivers to do it
[01:05] <raphink> oh yes I see
[01:05] <raphink> ok
[01:05] <raphink> good point :)
[01:06] <zyga> hey guys :)
[01:06] <Fujitsu> Hi zyga.
[01:20] <Fujitsu> Kamion, sorry about that dodgy geda-gschem shouldn't-have-been-a-sync... I must have missed that went I went through all the *geda*... :(
[01:36] <Hobbsee> Fujitsu: you test built the geda-gschem package?
[01:36] <Fujitsu> Hobbsee, yes.
[01:38] <Hobbsee> Fujitsu: ahh...it's deps are waiting to be built
[01:38] <Fujitsu> Hobbsee, yes.
[01:38] <Hobbsee> that's a pity
[01:39] <Hobbsee> it looks sane
[01:40] <Fujitsu> I hope it is..
[01:40] <Mithrandir> Kamion: oh well, I just did as janimo asked me to do..
[01:48] <giftnudel> on the http://ubuntu.com/testing/knot3 page, there is still the message about knot3 not being released (which according to the topic seems wrong)
[01:49] <Fujitsu> And there are no announcements on lists yet...
[01:50] <giftnudel> oh, funny, I thought this was done yesterday
[01:52] <Fujitsu> Thankyou Hobbsee :)
[01:52] <Hobbsee> Fujitsu: :)
[02:06] <giftnudel> pitti: you changed bug 32343 to fix committed in dapper, does that mean the packages are already in dapper and need time to sync to the mirrors?
[02:06] <Ubugtu> Malone bug 32343 in gutenprint "printer Epson Stylus DX4850 does not work properly" [High,Fix released]  http://launchpad.net/bugs/32343
[02:08] <Hobbsee> giftnudel: it's likely fixed in edgy
[02:08] <Hobbsee> giftnudel: but check launchpad
[02:08] <giftnudel> well, this is a serious bug for users of that printer, it should be fixed in dapper too
[02:09] <Hobbsee> which then has the potential to break other things.  see !releases
[02:10] <giftnudel> Hobbsee: well, I just don't like the "it's fixed in edgy, please upgrade" mentality, since dapper is supported, but I still get your point ;)
[02:11] <Hobbsee> giftnudel: supported, ie, security fixes, yes.  new features which bring in new bugs?  no.  that's what the development release is for
[02:11] <Fujitsu> Hobbsee, look at the bug report. Pitti created a task specifically for Dapper, and marked it as committed...
[02:12] <Hobbsee> ah okay.  i didnt check that sorry
[02:12] <Fujitsu> Yeah, it's a little odd..
[02:12] <jsgotangco> Happy SFD!
[02:12] <Fujitsu> Just, jsgotangco :)
[02:13] <giftnudel> my new printer works with this update completely with open drivers, so this is really a good SFD day!
[02:13] <tseng> Mithrandir: do you have a list of known issues for knot3 yet? its acting completely flakey on 64-bit
[02:14] <Mithrandir> tseng: what part of it is?
[02:14] <tseng> Mithrandir: i originally installed a 32-bit dapper cd
[02:14] <tseng> Mithrandir: gnome, ubiquity
[02:14] <Hobbsee> Fujitsu: can you add the debian --> ubuntu debdiff of kvdr please?  (and in all future merges) - it's useful to have both.
[02:14] <Mithrandir> tseng: hmm.
[02:14] <Fujitsu> Hobbsee, OK, shall do.
[02:14] <Mithrandir> tseng: I don't know of any "known issues page", but maybe there's something under EdgyEft/Knot3/?
[02:14] <tseng> Mithrandir: also if i plug/unplug power the entire thing hangs
[02:14] <tseng> i looked at the wiki page
[02:16] <Fujitsu> Hobbsee, done.
[02:16] <tseng> ill try a dapper cd and see what happens
[02:17] <Hobbsee> Fujitsu: thanks
[02:39] <pitti> Hobbsee: committed != released
[02:40] <Hobbsee> pitti: true. my error for not checking the bug report first.  
[03:03] <Hobbsee> fabbione: do you own ubuntulog?
[03:17] <bluefoxicy> Another day, another fucking annoyance.  I have to get my room sprayed, get a shower, get coated in this weird goo, then leave it on for hours while I feel all icky.
[03:17] <bluefoxicy> Plus I had to clean my room yesterday
[03:19] <neuralis> mdz: ping
[03:27] <tseng> bluefoxicy: hey dude, off topic.
[03:33] <jsgotangco> watch language too
[03:53] <robertj> has anyone here created an Ubuntu image for s3 ECC?
[03:55] <sladen> s3 eec?
[03:57] <robertj> sladen: amazon's clustering system
[03:59] <robertj> sladen: they have default images for core 3 & 4, but that be it
[04:00] <robertj> (it's the same cluster that hosts s3)
[04:01] <robertj> (btw, s3fs is shaping up to be great stuff)
[04:22] <tseng> mjg59: is there a reason for 915resolution not to be on the livecd?
[05:04] <zyga> re
[06:55] <BenC> pitti: ping
[06:56] <pitti> BenC: pong (but about to leave)
[06:56] <BenC> pitti: dapper upload is done
[06:56] <pitti> BenC: ah, great
[06:56] <BenC> kernels should be built, and I just uploaded lrm and linux-meta
[06:56] <zul> and the breezy/hoary kernels are done as well yesterday
[06:56] <pitti> BenC: breezy and hoary are built
[06:57] <pitti> BenC: I assume lrm can only start building once I publish the kernel to the archive
[06:57] <pitti> BenC: I'll release it properly on Monday
[06:57] <BenC> pitti: probably
[06:57] <pitti> BenC, zul: thanks for the fast update
[06:57] <zul> no probs just doing my thing
[06:58] <zul> thank my wife as well for being tolerant ;)
[07:00] <zul> wohoo
[07:16] <alex-weej> can anyone explain why i am getting bombarded with ancient email on ubuntu-devel@lists?
[07:16] <alex-weej> stuff as far back as 02 July 2006 is being delivered to me NOW
[07:22] <Treenaks> alex-weej: someone did some moderator work
[07:23] <Treenaks> alex-weej: which hadn't been done for some time
[07:30] <alex-weej> Treenaks: fair play
[10:18] <desrt> wow.  awesome.  updated initramfs-tools, udev, usplash -> fun to watch my initramfs be regenerated 3 times
[10:19] <crimsun> better to err on the side of inefficiency than to have your initramfs not be properly regenerated, eh?
[10:19] <desrt> better to have apt exit hooks
[10:19] <crimsun> (similar issue applies for various ttf packages0
[10:19] <desrt> similar issues for any package that needs to update scrollkeeper/gtkiconcache/etc/etc
[10:25] <_ion> dpkg 2 will have that AFAIK. :-)
[10:43] <desrt> anyone know where i could get a linux-source-2.6.17-6.18 tarball?
[10:45] <desrt> sleep on my laptop has regressed -- just noticed
[10:45] <desrt> and it's gone from the archive already :(
[10:46] <zul> launchpad
[10:46] <desrt> how does that work?
[10:47] <zul> you download the source from launchpad and build it from there
[10:48] <zul> what regression btw?
[10:48] <crimsun> except if the release has been removed, you get a 404 when you attempt to navigate to said release
[10:48] <desrt> ya... so it's been removed.
[10:48] <desrt> which is why i ask :)
[10:48] <crimsun> I think what you might have to do is pull git tag a64b7fbd1d977443d45ad8726f00fdfcbfb77ba9
[10:49] <desrt> where should i clone from?
[10:49] <crimsun> ubuntu-2.6.git (kernel.org)
[10:50] <desrt> yup.  definitely a kernel problem.  even happens in singleusermode
[10:50] <Arador> while you're at it you could do a bisection search in that git tree to find out what change broke your box, and report it ;)
[10:51] <desrt> Arador; uhm.. that's sort of the plan
[10:51] <Arador> oh
[10:55] <Will> http://www.ubuntu.com/testing/knot3
[10:55] <Will> This pages shows knot3 as not ready
[10:56] <desrt> crap.
[10:56] <desrt> the git archive is mucked up
[10:57] <desrt> someone has 'www.kernel.or' in there somewhere as a source
[11:07] <shining> is anyone aware of any troubles with last mdadm update ?
[11:09] <shining> I get something like "md : md* is in use" in dmesg, for my 3 raid devices, md0, md1 and md2. if nobody knows about mdadm, I'll just report a bug
[11:10] <sbalneav> Hello all.
[11:11] <sbalneav> Who's an autoconf maven here?  ogra and I are merging some upstream ltsp stuff, working on the "muekow takes over the world" weekend, and I need some help with bin_SCRIPTS
[11:11] <crimsun> ogra: pong
[11:11] <sbalneav> crimsun: he's afk at the moment.
[11:11] <ogra> crimsun, did you see that i reopened the via driver bug yesterday ? 
[11:12] <sbalneav> lol
[11:12] <sbalneav> ok, he's not.
[11:12] <crimsun> ogra: no (not familiar w/ bug)
[11:12] <ogra> you uploaded the fix :)
[11:12] <ogra> looking up the bug #
[11:12] <crimsun> ogra: are we talking via (graphics) or via (sound)?
[11:13] <ogra> graphics
[11:13] <ogra> you disabled a patch in the 1.0.2 package 
[11:13] <ogra> it seems to have regressed again in 1.1.1
[11:15] <ogra> hrm, why did malone not send any mail about it ...
[11:15] <desrt> crimsun; ok.  i have the git.
[11:15] <ogra> crimsun, bug 57329
[11:15] <Ubugtu> Malone bug 57329 in xorg-server "upgrade to latest xorg has stopped my CLE266 from working" [Medium,Confirmed]  http://launchpad.net/bugs/57329
[11:16] <crimsun> ogra: err, no wonder I have no idea what you're talking about. I didn't have anything to do with xorg-server.
[11:16] <desrt> oh man.  300000 lines of changes
[11:16] <desrt> i love that
[11:18] <ogra> crimsun, hmm, right, i didnt look at the changelog, only at the malone entry :)
[11:18] <ogra> sorry then 
[11:18] <crimsun> np
[11:18] <ogra> i'll talk to rodarvus
[11:21] <crimsun> desrt: that's the changelog tag, so it very well could be slighter older than the actual 6.18 release. What are you running into?
[11:21] <desrt> 2.6.15 era changes
[11:21] <crimsun> err, I meant compilation issues
[11:22] <desrt> no compile issues
[11:22] <desrt> the old kernel would wake up from sleep.  the new one will not.
[11:22] <desrt> that's all
[11:23] <crimsun> you mentioned 6.18, so I pointed you toward it. Did I miss something?
[11:23] <desrt> i think i'm just very confused on how y'all use git :)
[11:24] <desrt> these old changes i'm seeing are probably merges from dapper or something...
[11:24] <desrt> i want to bisect between the versions that were released as the last -6 and the first -7