[12:21] sivang: I didn't expect to be quoted on that, I thought you were throwing out the artistic licence as a random idea and said on general principles that the clarified artistic is better [12:21] sivang: my personal view is that the GPL's an excellent licence for documentation [12:29] kamion: I agree with that. But there are circumstances where I think an invariant section is apropriate and in that case the GFDL is the only choice. This leads to case-by-case decisions which I think is only fair. [12:30] (I agree that a copyleft license like the GPL is an excellent choice for documentation.) [12:30] I could even go further and say I think GPL should be the preferred choice. [12:32] (but this is a community decision... I'm just casting an opinion.) [12:32] so far I've just seen the GFDL's invariant sections abused far too much to be happy with them, really [12:33] most of the uses I've seen of them are actually not permitted under the terms of the GFDL, which leads me to believe that that provision is a shotgun loaded with rather too explosive bullets [12:34] I've seen documents full of technical content that was almost entirely designated as invariant [12:34] (which the GFDL explicitly disallows, but it makes documents an enormous amount of work to categorise) [12:34] kamion. it's impossible to permit (invariant) political speech without involving human judgement that it really is -- political speech -- [12:35] I'd rather not have a licence with the GNU stamp on it permitting it at all [12:35] invariance, that is [12:35] but the point is that nothing deserves protection more than political speech. If RMS can't include the GNU Manifesto in an emacs manual that just isn't freedom in any important sense. [12:35] I think political speech should be freely quotable and modifiable provided that you don't remove credit from it [12:36] that is, after all, what real politicians do. [12:36] RMS can include the GNU manifesto if he's willing to allow people to quote from it and modify it as long as they make it clear that they've made changes [12:37] the fact that he's unwilling to do this is his own problem, not a matter for freedom [12:37] and people should be allowed to remove the manifesto from the thing they're distributing if they don't like it [12:40] however, that doesn't fit RMS' political goals [12:40] which is all well and good, but "what RMS likes" isn't necessarily the same as free [12:40] anyway, I'm ranting, time to do other things :) [12:40] Kamion would you be willing to have the GNU Emacs manual in Ubuntu if it includes the GNU Manifesto as an invariant section? Would Ubuntu still be a project you could be proud of in that case? [12:40] what goes into Ubuntu is not entirely my decision :) [12:40] I'm not willing to speak for Ubuntu on this. [12:40] yes- but the goal in this community is consensus. [12:41] asw: hrm, let's not use arguments like that to make points - it is not productive [12:43] There are many things that I think should or should not happen; only a few of them get to significantly affect my pride in the project as a whole, whether the community as a whole agrees with me or not. [12:43] or, in other words, what jdub said :) [12:44] I can only speak for myself but I would personally be happier if manuals with invariant sections were included on a case by case basis. If that's the ubuntu policy then I'm happy. [12:44] Having said that I agree that it creates more work and should not be the default of any documentation we make. I already said I agree with kamion that the GPL is a fine license for that. [12:44] jdub? [12:45] I must note that, "in other words, what jdub said", sound cool [12:45] amu? [12:47] asw: the Ubuntu licensing policy is here: http://www.ubuntulinux.org/ubuntu/licensing - and it does say that we'll evaluate documentation on a case-by-case basis, so I think you're OK there. [12:47] hence why I'm trying to separate out my personal opinions, and maybe not doing a very good job of it :) [12:47] asw: thats something for my fortunes [12:48] kamion: thanks for the link. I suppose the point is that in practice that will mean reaching consensus on accepting/rejecting documents. Sicne I think everybody agrees that an algorithm wont do it for us -- actual humans will have to make that decision. Is there going to be a vote? I know who the ultimate decision maker will be but the point is that it should never have to reach that level... [wikipedia has this problem with enforcin [12:48] g neutral point of view.] [12:49] There is no point of having a "case-by-case" policy if everybody knows in practice the community will reject every case an invariant section is included in a document. === nasdaq4088 [sdfsd@tkp-ip-nas-1-p25.telkom-ipnet.co.za] has joined #ubuntu-devel [12:51] Kaimon : what would you say would be a good license to aid debian in using our works? [12:55] I thought GPL was already proposed. [12:55] that's my feeling, yes [12:55] but any simple GPL-style or BSD-style licence will get wide acceptance [12:57] sivang would you be satisfied with GPL as default? [12:58] kaimon: believe it or not I had this exact conversation with the maintainer of the REC.GAMES.COREWAR FAQ over email. I have offered to take over maintenance and re-license (from proprietary) to use GPL but he wants to use GFDL. I hope to change his mind. (I was only arguing for GFDL on case-by-case.) [01:00] [sigh] maybe this is enough on licensing for one day... [01:00] I had a rather extensive debate with the LDP guys a while back over licensing; kinda burned myself out on doc licensing back then :) [01:00] (having an entire story on slashdot dedicated to flaming you personally tends to burn you out on things) [01:01] [laughing] I'm curious I want to go find the story now. Where do I look? =^) [01:02] hm, it was back in 2001 or something [01:03] December 2001 [01:03] a friend of mine's response to it was: [01:03] "So, do you feel like a fascist? I shall expect to see a red flag flying [01:03] outside your house next time I drop by, assuming you're not out shooting [01:03] some Jews or something. [01:03] " [01:03] :-) [01:03] I will look it up when I ahve a chance. [laughing some more] [01:04] Kamion: are you the person to ask about 3D graphics support in upcoming releases. [01:04] http://slashdot.org/articles/01/12/06/133251.shtml [01:04] I've offered to work on "ubuntu for scientists" but a more narrow (and doable) project is documenting X3D/VRML on Ubuntu. [01:04] asw: no, fabbione/daniels might be better candidates [01:05] unfortunately the reference implementation of X3D relies on Java... [01:06] eek [01:06] is there a Java policy yet? anyone working on it? (I haven't even tried to get the java X3D viewer to work on my debian box but I might just do it on a clean ubuntu install.) [01:07] eek? [01:08] (believe it or not I haven't used windows for five+ years so I haven't got the java X3d viewer working anywhere.) [01:09] I don't recall exactly where we landed, but getting X3D in will be a much easier sell if it works with one of the free JVMs [01:10] x3d works without java [01:10] the ref impl, I mean [01:10] give it a try with jikes and kaffe [01:11] frankly I have little use for java when I can help it. It's just that 3d graphics is not what I want to spend my time doing and so using a standard like X3d seems the way to go (since I have a highly 3d application.) [01:11] I just wanted to know if there was a person thinking about "java" on ubuntu yet. [01:14] there is a very nice c++ toolkit http://artis.imag.fr/Software/X3D/ looking for a debian/ubuntu maintener. It compiles out of the box on debian (sid) so it really shouldn't be much work to get it into an upcoming release. === AndyFitz [~andy@203-173-20-190.dyn.iinet.net.au] has joined #ubuntu-devel [01:14] asw: you're welcome to put a package together for universe [01:15] frankly. I'm still a newbie when it comes to maintaining packages. but I will if I can't find anybody else. I'm just trying to get a feel for who is doing what. and how things are done around here. \ [01:18] generally the core team hasn't been putting any effort into anything that's not part of Ubuntu proper, short of occasionally poking it to make it build [01:19] kamion & sabdfl: I will also aproach the x3d guys and see if they will help with supporting a free jvm. [01:19] personally if I wanted to get a package into universe I think I'd get it into Debian and watch it automatically propagate into Ubuntu :) [01:19] or Ubuntu improper for that matter. *cough* [01:19] sabdfl: :-) [01:19] Kamion: we'll have a faster process for universe, i think [01:20] need to figure out what that process is, exactly, but since we don't provide support for those packages our threshold can be fairly low [01:20] just feels easier to work with the community that way in the case of new packages [01:20] but I expect some people to disagree with me :) [01:20] kamion: yeah, that was my plan. (I'll try and get the Inria X3D toolkit into Debian -- I already have the blessing of the upstream maintainer and as I said he already has it compile out of the box.) === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #ubuntu-devel [] [01:22] Kamion: totally agree, btw. having packages in our tree that are not in debian seems unwise (other than obviously ubuntu-specific things, like u-a) [01:23] this is a stupid question but what's a "core package" and how does it get there? Is it like "main" in debian? or no? [01:23] asw: it's the bits we selected to make up Ubuntu (minus universe) [01:23] asw: the word 'core' doesn't mean anything in ubuntu land [01:24] asw: you probably mean main (which is base + desktop + supported seeds) [01:24] (and other bits to make all of that work) [01:24] (main+restricted) [01:24] (it's kinda complicated) [01:25] it's accumulated an amusing amount of gargoyley bits in a mere six months [01:25] reminds me; must get round to making germinate public. === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel [01:26] you are going to do releases every six. It should get interesting. [01:26] oh, does anyone know how to mirror just part of an arch archive, or even if you can? [01:27] I realised that making germinate's history public means that I have to either do that or create some kind of a public branch [01:27] (the archive containing germinate contains a bunch of other stuff as well, not sure whether all of it should be public) === lamont returns [01:31] sabdfl: ping [01:32] lamont: hi [01:32] status on live cd [01:33] I think I have everything now to build bits at the house, which will shorten the turnaround on testing, although it's still 30+min/iteration [01:34] heh, strange reversal; for me it always worked out faster to build in the datacentre, but that's because rsync works for me :) [01:34] I still need to catch another hour's sleep before I'm really safe to be doing any serious hacking [01:34] and then I need to deal with the other 3 of 4 splash screens [01:35] grub says morphix, bootsplash is ubuntu, etc [01:35] then I need to apply some sanity filters to the packages and where they're coming from [01:36] all in all, I'm hoping to have something for the developer community tonight sometime, and more general release tomorrow night (US times) [01:37] sabdfl: actually, looking at people.ubuntu.com/~lamont/testing/warty-live-20041015-20.iso the grub splash is the only really unacceptable one. [01:38] ok, thanks for the update [01:38] lamont: how is it working? [01:38] branding aside? [01:39] seems OK on the vaio [01:39] great! [01:39] do you have alex's latest kernel, with all our drivers? [01:39] alex's latest stuff, our latest stuff [01:39] Kamion: do you know if we are blacklisting oss modules where we know we have alsa ones? [01:39] lamont: super [01:39] however, there may be some morphix/knoppix packages overriding warty packages. [01:39] that's the package sanity that needs to be applied [01:39] ok, would you know which ones? === lamont-live [~warty@rover3.mmjgroup.com] has joined #ubuntu-devel [01:40] moo even [01:41] shush, lamont-live, this channel covers the indian subcontinent too [01:41] moo back [01:41] regarding the topic of this thread, wait 6 new background images to see [01:41] the new xorg server in hoary ;) [01:41] ^ heh ;-) [01:41] like counting sleeps [01:41] of course, with 256 MB of RAM on the box, this is a bit sluggish... [01:41] sabdfl: not to my knowledge (although that's not the same as no) [01:42] fireing up oo.o [01:42] Kamion: oops [01:42] i wonder if that isn't the cause of a lot of the sound problems [01:42] sabdfl: does it cause a problem to have the oss equivalents? [01:42] I thought we were supporting both for warty and killing oss for hoary, but I might be out of touch [01:42] Kamion: certainly does in some cases, can't say definitively [01:43] d'oh [01:43] haha, dudes in the linuxtoday editorial: [01:43] "Did anybody notice the new bootsplash and login screens for Ubuntu Linux that came out in the latest release this week? Apparently, some people thought that the photos of less than fully clothed twenty-somethings were a bit too sexual. having been in theatre, I have seen a lot worse. The word from the Ubuntu folks was that these folks were supposed to represent humanity. That's cool by me. I had a question, though. How did they come up with the money fo === lamont configures a printer to print his oo.o document [01:43] Kamion: we were using the oss intereface that also provides [01:43] alsa, not also [01:43] mdz: need you to weigh in on something [01:44] anyhow, what do you guys think of me hosting am irc chat to discuss the artwork, to get a broader community view? [01:44] Kamion: can't really choose to kill oss compat for hoary unless we put in the time to make it work [01:44] sabdfl: might just be painful [01:45] discover seems to load a few oss modules (not all of them), I'm sure hotplug does too [01:45] could probably go through discover and change the listings, at least [01:46] for hotplug a blacklist would be possible [01:46] jdub: i've been asking on #ubuntu, and feedback has actually been quite positive [01:46] mdz: around? [01:46] discover.conf allows you to blacklist [01:46] "skip xxx" [01:46] yeah, though not sure people on a massive and busy irc channel are hugely representative ;) [01:47] jdub: got a better suggestion? [01:47] i really likr the bootsplash [01:47] sabdfl: yes, but much better to list the right drivers than to blacklist the wrong ones [01:47] slashdot poll? [01:47] night all [01:47] Kamion: listing the right one doesn't stop it from loading the wrong one, afaik [01:47] and if it loads the wrong one first, then the right one is blocked [01:48] uh, discover won't do that [01:48] something else might [01:48] sabdfl: not off the top of my head, if you're wanting wider response than the mailing list [01:48] alsa-base does the hotplug blacklist, I think [01:48] jdub: i'm trying to get a sense of what the average user thinks, not just the user that vents on a list about it [01:48] sabdfl: your best bet, scarily enough, is to go to a shopping centre and ask normal people :-) [01:49] anyway, if discover1-data/pci.lst doesn't list the OSS drivers then discover won't load them, so that's the cleanest solution if mdz's happy with the change at this date [01:49] sabdfl: (yeah, irc is less representative than a mailing list) [01:49] hmm... so would the question go something like: [01:49] "folks are you offended by all of these images you see in advertisements around you"? [01:49] that sounds like a leading question [01:49] i'd ask a few [01:49] "Do you like this image?" [01:50] anyhow, we've had our debate, and i'm close to a decision, but i would like to host the discussion in a more interactive form than the mailing list [01:50] "Would you like this on a billboard advertisement?" [01:50] "Would you like this on your computer?" [01:50] those kinds of things [01:51] perhaps go into specific use cases [01:51] since we clearly can't do that before release, i suggest we focus on the options we do have [01:52] heh: "And, more seriously, does anyone at Linspire ever do anything than come up with silly marketing schemes?" [01:52] sabdfl: it's saturday morning here ;) [01:52] (jesus, i can't believe i'm suggesting a survey and/or focus group) [01:54] ok, when would be the best time to host a discussion on irc on this? [01:54] over the w/e, or monday? [01:54] (my preference is in 12 hours time) [01:54] we are not trying to get everyone, just a sample [01:54] w/e is pretty good [01:55] sat, sunday? [01:55] 12 hours means sat night here [01:55] maybe more notice would be good === sabdfl wonders whether 9:00am sunday texas time wouldn't be ideal [01:56] hahaha [01:56] we could do it monday, but that leaves things very tight for the changes we are going to have to make, inevitably [01:57] the changes are not very scary [01:57] just one package [02:00] sabdfl: btw, stretched gdm doesn't look too bad. they just look chubby. ;) [02:03] sabdfl: oh, the plain and simple backgrounds - do we really want them? they're not really different enough from the default [02:16] actually, playing with -20, I think I would like it if more people would grab it and give me feedback. http://people.ubuntu.com/~lamont/testing/warty-live-20041015-20.iso [02:16] seems to work fine on my laptop. [02:17] meanwhile, creating the livecd build environment here to do testing. hope I don't have to run down the street to fetch more bits. [02:17] jdub: can do without the one which has the gradient and nothing else [02:17] the other one (simple?) is useful because it's monocolour [02:17] or, few colours [02:18] ok [02:18] mind if i call them 'Chocolate' and 'Chocolate Simple'? [02:19] same issue as calling things 'Ubuntu' and 'Default' [02:19] jdub: not at all, go ahead [02:19] "chocolate calender"? [02:20] calendar ones are better off with month names [02:20] i was checked into a hotel in jhb the other day [02:20] and the guy was telling me that several of my foundation employees had stayed there [02:21] then he said "last week we had miss january" [02:21] so i asked him why he couldn't have miss september there for me [02:21] he looked at me blankly [02:21] heh [02:21] then i remembered i actually have an employee called Miss January [02:21] hahaha [02:21] oops === Kamion falls over [02:21] i was a little embarrassed [02:21] badness ;) [02:38] thom: you around? [02:38] nm === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #ubuntu-devel [] [02:55] hrm [02:55] mmm? [02:55] recommended course of action when an upstream release is made in ... .zip format? [02:55] lamont, Kamion: ? [02:56] fall over laughing, point finger at upstream [02:56] unzip and repack as .tar.gz [02:56] (ok, more out of interest now than necessity) [02:56] Kamion: ahr [02:56] thanks [02:56] fear ;) [02:56] aye [02:57] Beagle is astoundingly lovely gorgeous [02:57] Except for it consuming far too much in the way of resources and being generally slow, but still === mjg59 needs to hack up his gnome session to launch it on login === jdub is just pulling together simias/ifolder packages [03:02] Oooh [03:02] jdub: You are my bestest friend in the whole world [03:04] i've been pimping culchie, too [03:04] friend followed up to a post about it [03:04] "is that guy irish, and knows what culchie means?" [03:04] "absolutely." [03:04] (he's fake irish) [03:05] Haha === mjg59 crashes totem without the aid of culchie [03:06] Feck [03:06] Kamion: I found what happened with 1123 [03:07] elmo about? === lamont starts to become convinced that his ubuntu upload script is uploading to the great bitbucket in the sky. [03:08] mdz/jdub: mind if I re-upload the fix to 1123? [03:08] and this time I'll babysit it through the entire process until it's IN THE (*^)%$%)&*_^*R^& ARCHIVE === mjg59 now has flashing LED during suspend to disk support [03:10] lamont: did mdz confirm it earlier? [03:10] I believe so [03:12] if it's approved and just needs upload babying, that should be okay, surely? [03:13] well, it was approved october 5 [03:13] which was, like, a different universe [03:13] heh [03:14] mjg59: culchie is an excellent name :-) [03:14] lamont: ok, reconfirmed [03:14] thanks. Uploading now === Kamion attempts to turn d-i's library handling upside down. oh dear [03:15] Successfully uploaded packages. [03:15] lets see... [03:18] oh my god, it BUILT [03:18] and I have a 13MB compressed initrd === Kamion does a little dance [03:19] Kamion: I'm not sure which scares me more... [03:19] this is gtk d-i [03:19] chances of it actually working are minimal :-) === theantix [~ryan@80.185.novustelecom.net] has joined #ubuntu-devel [03:35] source is in the archive. [03:36] #ubuntu has now seen it all. [03:39] are there still nfs/portmapper bugs? === nasdaq4088 [sdfsd@tkp-ip-nas-1-p25.telkom-ipnet.co.za] has joined #ubuntu-devel [03:43] whoa [03:43] IT BOOTS [03:43] :) [03:43] (albeit with init=/bin/sh and stepping through things by hand then fixing stuff up before starting d-i) [03:44] it's the ugliest graphical installer in all history ever, but IT BOOTS [03:45] Kamion: awesome. [03:53] Kamion: That's, uh, sick. [03:53] which? [03:54] The idea of a graphical installer like that :) [03:55] not intended to stay that way, of course [03:56] but the fact that gtk theme engines are linked against libgtk-x11 means it's an extra layer of pain and suffering to drop a nice theme in [03:56] I wonder if they actually use X calls [03:58] mmm, yum, conffiles in d-i === Kamion hacks the build system to move *.dpkg-new to * === mdz scratches his head at #2434 === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [04:05] mdz: it's an odd one, isn't it? [04:05] mdz: your answer is the only one I can think of, but he said he didn't have a network [04:06] Kamion: do we even have CD images old enough to not have that change? [04:06] no [04:06] well, unless he dug up Sounder $SMALLNUM [04:07] 5 or less I think [04:10] Kamion: oh, fun! === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === sabdfl [~mark@host217-37-231-28.in-addr.btopenworld.com] has left #ubuntu-devel [] [04:24] damnit, hate when my mirror decides to update (and desync) in the middle of doing work [04:29] Oh. [04:30] I have the Beagle/GTKFileChooser interaction working. [04:30] This is just stupendously cool. [04:30] stfu [04:30] jdub: Dude, I have packages [04:30] cool [04:31] thom was doing some stuff on those too [04:31] thom: pingeriner [04:31] jdub: Dude, it's 03:30 here [04:32] oh yeah [04:44] woohoo, and now it boots without post-boot hackery [05:32] morning guys [05:38] fabbione: wanna bang on a livecd? [05:39] lamont: why not... [05:39] well, it's certainly not the one we'll ship, for starters.. :-) [05:39] http://people.ubuntu.com/~lamont/testing/warty-live-20041015-20.iso [05:40] artwork is known to be in need of work [05:40] ok [05:40] but seems to work for me. [05:41] 40min ETA [05:42] gnomesword (universe) is ftbfs, btw. [05:42] so syncing it from debian didn't really do much. :-( [05:44] lamont: yeah, mentioned it to the requesters already [05:44] probably some fast-buildd race, since it built for them [05:44] but even the ones they built didn't work, so it's doubly fucked [05:45] heh [05:45] usually it's because *.am is patched after *.in in their diff.gz [05:46] jamesh: ping [05:51] lamont: flipdiff [05:55] when does apt say 'E: Broken packages'? [05:56] daniels: ping [05:56] pong [05:58] lamont: uninstallable packages [05:58] mdz: did you get the color code patch from daniels? [06:00] figures === pampa [~santiago@c68.112.163.226.dul.mn.charter.com] has joined #ubuntu-devel [06:04] fabbione: not yet, just woke up [06:04] working on it now [06:09] this message from the kernel is scary [06:09] i have never seen it before [06:10] fabbione: "I am your singing telegram"? [06:10] vorlon: no i am waiting the boot to ssh and copy&pastye [06:11] crap! [06:11] it doesn't show in dmesg [06:11] an no [06:11] here it is [06:11] PCI: Address space collision on region 7 of bridge 0000:00:1f.0 [f800:f87f] [06:11] PCI: Address space collision on region 8 of bridge 0000:00:1f.0 [fa00:fa3f] [06:11] PCI: Transparent bridge - 0000:00:1e.0 [06:11] PCI: Cannot allocate resource region 9 of bridge 0000:00:01.0 [06:14] yum. [06:15] I like the "Mr Potato Head" ones [06:15] fabbione: I get one of those on my machine... [06:16] ok, I've got it, just need to get the colour right now [06:16] (you need to allocate a scratch GC, change the fill style, then draw that into a 1x1 rectangle which you use as a template for a polyfill of the entire root window) === Keybuk gets one of these with the Ubuntu kernel [06:17] PCI: Cannot allocate resource region 4 of device 0000:00:02.1 [06:17] (not to mention allocating a colormap first to do the rgb->pixel translation; I forgot that the pixel values were different in X land, they're sort of packed unsigned longs) [06:17] I just assumed it was the PCI stuff feeling needy and wanting someone to notice it [06:17] s/X land/Xserver land/ [06:17] Oct 14 06:53:39 mix kernel: PCI: Cannot allocate resource region 4 of device 0000:00:02.1 [06:18] 0000:00:02.1 SMBus: Silicon Integrated Systems [SiS] : Unknown device 0016 [06:18] 0000:00:02.1 SMBus: Silicon Integrated Systems [SiS] : Unknown device 0016 [06:18] snap [06:18] lamont: i am not too scared about it. [06:18] windows works as much as all the hardware in linux [06:18] but sometimes it seems more slow than usual [06:18] probably it ware there before too and i did never notice [06:18] Oct 16 03:05:09 descent kernel: APIC error on CPU0: 02(40) [06:18] ^ I get a lot of those too [06:21] Keybuk: you are doomed :P [06:21] doesn't seem to do or mean anything, I just think it likes chatting [06:22] it means "plug in the CPU, silly mans!" [06:42] lamont: it boots fine here [06:42] (the live cd) === fabbione-live [~warty@port49.ds1-van.adsl.cybercity.dk] has joined #ubuntu-devel [06:44] there [06:44] cool. see anything besides the artwork, please send me email [06:45] ditto [06:46] i need to kill a user for stupidity first === lamont needs to get some sleep, and then fix the artwork and upload an RC. But not before sleep. [06:46] anyone who wants something to play with is welcome to play with -20, but understand that the artwork is not done yet [06:46] gotta get rid of that morphix grub message. :-) === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel === lamont finishes his check of package collisions, decides that sysvinit was the only one. handy [07:19] mdz: ok, I'm not sure this is doable, tbh [07:19] mdz: hardcoding the pixel values in works fine (but this is bogus, because that's only realistically going to work on my setup, unless I'm very much mistaken), but it looks like the colormap simply isn't installed when we call MakeRootTile() [07:19] mdz: all of my calls to colormap stuff just returns with a black pixel [07:23] seb128 around? [07:25] fabbione: ^^ [07:33] GAH [07:34] cdr drive is unhappy [07:47] bah [07:47] module-init-tools or kernel is broken [07:47] if you ban a module [07:47] it still gets loaded [07:48] like if you remove the ipv6 aliase [07:48] the first application that attempts to access ipv6 will trigger the module load [07:49] fabbione: as it sits, postfix requires ipv6 :-( [07:50] listens on ::1 and 127.0.0.1 [07:55] lamont: postfix is not the only one at fault [07:56] see 2443 [07:56] the funny thing is that if you trigger the failure once [07:56] and compare teh 2 ntpdate strace [07:57] you can see that at the first time it tries a modprobe [07:57] the second time it simply say: hey protocol not supported [07:57] hem to trigger the failure you need to do the workaround described there [08:00] likewise, postfix forces ipv4 [08:01] thom: would you be happy with uploading acpi-support to stop/start hal around suspend/resume to fix #1940? [08:01] mdz: ^^ [08:02] daniels: i read that stuff [08:03] fabbione: 1940? [08:03] no the color thingy [08:03] can't we just replace the MakeWhitePix with MakeUbuntuPix? [08:05] thing is, 0 is always going to be black, and 1 is always going to be white [08:05]