[00:22] Say I was a lowly CS student who knew Python, (lol)Java and a little bit of C, what would be my best approach for getting involved? [00:23] start with http://wiki.ubuntu.com/ContributeToUbuntu and http://wiki.ubuntu.com/UbuntuDevelopment [00:23] find things that interest you personally [00:24] I'm assuming Java will be next to useless for just about everything? :P [00:24] I generally recommend against making assumptions before investigating :) [00:25] it's probably not the first language I'd recommend that Ubuntu developers learn, but it is used in some areas. Honestly, the ability to pick up new things is much more important than happening to know some languages up-front. [00:26] decent CS courses ought to teach the ability to learn, as well as just languages [00:26] and after you've learnt three languages, the fourth is easier, etc. [00:26] those still sound like CE courses to me, but that's a minor nitpick :) [00:26] Yeah, thats half the reason I chose Glasgow for CS was their emphasis on being able to pick op different languages fast [00:26] naming varies :) [00:26] And their haskell compiler, presumably :) [00:26] Just happen to be stuck in the year where we do all Java at the moment :P [00:27] Java's used in (e.g.) the cloud computing bits we're using for the Ubuntu Enterprise Cloud [00:27] I expect that on average Python and C will be more useful though [00:27] We use Haskell for some of next year, I'm looking forward to it [00:27] and general knowledge of UNIX shell scripting and the likes [00:28] Makefile syntax! [00:28] but yeah, most important is picking up new things quickly [00:28] Yeah, I'm quite happy working in Python, not so much Java [00:28] C sorry [00:29] if you find something that interests you, that's probably the single most effective way to learn new languages if necessary anyway [00:30] O_O ok maybe my globber is a bit too inductive... [00:30] I did a C under Linux course this semester although it was run in the Physics department so they shoved plenty at us but none if it very in depth [00:30] /** krwlmix is not what I had in mind for dmesg's auto profile... [00:30] I pretty much taught myself Unix and Perl during college because it was useful for some things I wanted to build for myself [00:33] we had a first-year module on "unix systems administration" [00:33] first year?? my school it's "must be senior or grad student or already know unix & c" [00:34] turns out that last "or" means the grad students don't know what they're doing at all and hold up the undergrads who do [00:34] heh we didn't have any IT-related courses at all [00:34] we had enough-Unix-to-get-you-by in first year, which I think probably covered more than usual for a course with that kind of remit [00:35] our comsci labs were 50-50 windows and unix, and most of us learnt in first year which were the better systems [00:35] which kinda forced some learning [00:35] our acm chapter has started teaching enough-unix-to-get-you-by workshops each semester for first years [00:36] because they're not going to learn it anywhere else in the curriculum and will be rather confused in OS class when they have to unpack tarballs and copy files and all sorts of terribly hard things like that ;) [00:36] I think I was still before anyone but a fairly small percentage of geeks had their own Linux systems. Nowadays I'm sure it's different [00:36] i'm trying to push one of the first years at my school in the motu direction [00:37] the purpose of enough-Unix-to-get-you-by used to be "how to use the faculty-provided Unix teaching systems" [00:37] * directhex considers FOSDEM [00:37] We do Python in 1st Year under Windows, 2nd Year Java (Windows) then 3rd & 4th year we do a host of languages on Linux machines [00:38] the workshop i teach for acm is a bit off the unix thing. i do LaTeX. someone else handles bash and another does vim. there's demand for eclipse now [00:39] ah our whole time, all code is required to work on Solaris. i think they finally upgraded the machine from sol 8 to sol 10 [00:39] the first Debian package I ever built came out of being fed up with the way Java classes were run; I never actually did get around to distributing that although a project that grew out of it is now used by various bits of Debian [00:40] but I've been fortunate enough never to really have had to use Java in anger since university, so other priorities took over [00:41] uni taught me to hate java ^_^ [00:41] java is why i cant do python [00:43] Java doesn't seem as bad as I was expecting with all the hate it gets, I'm not a fan of it but I think for teaching OO its quite a good language [00:44] I although the more I work worth it the more I get fed up of it === bob is now known as Guest862 === Sarvatt_ is now known as Sarvatt === Sarvatt_ is now known as Sarvatt === dendro-afk is now known as dendrobates === bob__ is now known as Guest53633 [05:10] what's the deal with the intel video driver? The performance is horrible compared to fedora 12 === nxvl_ is now known as nxvl === asac_ is now known as asac === Guest53633 is now known as robert_ancell === RAOF_ is now known as RAOF [07:21] Good morning [07:22] micahg: just ask :) [07:22] hi pitti, about the case sensitive package names in apport [07:22] slangasek: pm-utils-powersave-policy is in source NEW right now (it's trivial, but I didn't ping anyone about it yet) [07:22] I figure that might be an easy thing and help new users [07:23] I know in ubuntu/debian all package names are lowercase, but regular users might not get this [07:23] Hello, sorry to ask here , but, who should we go to if someone is flooding #ubuntu ? [07:24] nevermind, someone solved it [07:24] slangasek: right now it only enables sata link power on >= 1 GB RAM, and only sets "min_power", perhaps it should set medium_power on low-mem systems [07:24] fta: doko_ fixed it in lucid now, still on the radar [07:24] Morning pitti [07:25] pitti: I've uploaded a NEW netbook-meta, which is effectively a copy of unr-meta, shall I just wave it through and into main? [07:25] StevenK: ah, for the renaming? sure [07:26] pitti: It's a rename, and a few bits of fluff, since platform.lucid changed [07:37] good morning [07:37] pitti: ? [07:39] micahg: hm, so you think there are users who don't know about our packaging structure, then manage to find the package name of the problem that affects them, but then somehow manage to miscapitalize it? [07:40] pitti: if someone uses software center to install a package, they might not notice the capitalization as it'll display with the proper name, not the pacakge name [07:40] like the example of gtk-recordMyDesktop [07:41] another one might be Abiword [07:41] "we" know the package name is the lower case version, but a windows user coming over to Ubuntu might not get this [07:44] I figured running the python equivalent of strtolower on the package name would be easy enough and possible help new users [07:45] pitti: ^^^ [07:45] * nixternal hugs dholbach [07:46] * dholbach hugs nixternal back [07:48] hi, could someone give feedback on my requested sru in https://bugs.edge.launchpad.net/ubuntu/+source/bzr/+bug/437626 [07:48] Ubuntu bug 437626 in bzr "[sru] exceptions.AssertionError: second push failed to complete a fetch set" [Undecided,Confirmed] [07:48] is any more information needed to let it be reviewed? [07:55] poolie: ubuntu-motu would probably be a better place for SRU review [07:56] micahg: Not for bzr, which is in main. [07:56] ok, thanks (sorry if appropriate) [07:56] oh [07:56] my apologies poolie [07:56] this is the right place [07:56] wgrant: I though -motu was the place for package discussion in general [07:56] at this point i'd just appreciate a quick scan to say whether i should be providing any more information to allow an sru review to proceed [07:57] micahg: Packag*ing* discussion, perhaps. [07:57] micahg: -motu is the place for discussion about universe packages, which often includes packages not yet in universe, hence packaging. [07:58] persia: wgrant: from the channel info: #ubuntu-devel is: Lucid Alpha 1 released | Archive: open | MoM running (but use bzr!) | Development of Ubuntu (not support, not app development on Ubuntu) | [07:58] poolie: I usually see the bug description modified to include specific test cases to aid review that the bug is fixed by the update. [07:59] micahg: Indeed. And when upstream comes in with an update to a package in Ubuntu main, that's part of development of Ubuntu. [08:02] persia: maybe someone should modify it to say main package dev in the description then... [08:03] micahg: The topic has worked for us through now. I suppose someone could change it. [08:03] persia: ok...well, now I know at least :) [08:04] persia: so summarizing the reproduction recipe there would help? [08:04] * persia digs up the current set of docs for reference [08:06] poolie: Yeah. According to https://wiki.ubuntu.com/StableReleaseUpdates the description is supposed to be modified to include the impact, a description of the fix, pointer to the patch, a test case, and discussion of regression potential. But I suspect you're currently blocked on getting it sponsored rather than being blocked on the SRU team accepting it into proposed. [08:06] poolie: just went through the SRU bugmail, looking [08:08] poolie: are there other LP bugs which get fixed by this update? If so, they should be included into the changelog [08:08] (the upstream changelog mentions a few) [08:09] poolie: it doesn't hurt to add a short description of the changes in debian/changelog [08:09] we should mention all of them? [08:09] ok [08:09] poolie: right, so then we can ask their reporters for testing the update [08:12] ok [08:12] anything else? [08:20] poolie: the descriptions of all affected bugs should be clear and preferably be reproducible (haven't checked that) === saispo_ is now known as saispo [08:20] ok [08:36] pitti, thanks, new diff uploaded [08:36] i'll mention this in our process too [08:36] thanks [08:43] https://code.edge.launchpad.net/~mbp/bzr/doc/+merge/16117 in case you have any comments [08:48] superm1 - i just saw bug 496423. does GDM have an interface for shutting down / rebooting? gnome-session just uses consolekit... [08:48] Launchpad bug 496423 in xfce4-session "XFCE4-Session doesn't use the GDM interface to shutdown or reboot" [Undecided,New] https://launchpad.net/bugs/496423 [08:49] chrisccoulson, i thought I saw all this stuff about grabbing GDM cookies and what not in gnome-session code as I was walking around it trying to debug a different bug? [08:49] superm1 - it might do some GDM stuff as a fallback, but the primary method is the consolekit interface [08:50] chrisccoulson, I don't see any methods for halt or reboot on org.freedesktop.ConsoleKit? [08:50] unless that's the Restart() and Stop()? [08:51] superm1 - yeah, that's right [08:53] ah neat [08:53] so really, xfce4-session needs CK support [08:55] thanks chrisccoulson [08:55] superm1 - you're welcome [08:59] pitti: any final comments on what I proposed about ubuntu-bug? [09:00] micahg: well, I still think we shouldn't make it too easy to file bad bug reports :) [09:01] apport can digest an executable path if you don't want to bother figuring out the package name [09:01] but since the name already is overloaded about four times (package, executable, symptom, crash file), I don't want to make it even more fuzzy [09:02] pitti: ok, would it be possible to add to the error message if there is an upper case character that package names are lower case? [09:02] pitti, i forgot to ask you last week. do you have some spiffy apport method to find the package that owns a file other than dpkg -S? [09:03] superm1: please use apport.packaging.get_file_package(filename) [09:03] cool! that beats what i was doing: http://linux.dell.com/git/?p=dkms.git;a=blob;f=dkms_apport.py;h=69b639192eebc53183ec4920bb8150b41e3a6a6d;hb=1f4b4607b1456c18a9d10cde1823ecef71abcbd1 [09:03] it's not much better than dpkg -S, though, but no need to hardcode dpkg -S in hooks [09:04] superm1: right, please; get_file_package() is distro independent (there's an RPM implementation, too) [09:05] very good to know. is apport showing up on any rpm distros by default yet that i'd be able to test this on then too? [09:05] superm1: not sure, but OpenSUSE has a package [09:09] pitti, while you're there, is there anything else useful you think I should be capturing for these DKMS build failures that occur? the idea is that hook gets called when dkms build fails, and tries to file a bug on the package it was building for [09:10] superm1: you could call attach_hardware(), that might be interesting since these are usually drivers? [09:10] pitti, i thought about that, but pertaining to a build problem, probably wouldn't be much more than cruft [09:11] oh, right [09:11] i'm thinking the cases like where jockey installs a driver, and for some reason it doesnt build [09:11] superm1: another potentially useful thing might be attach_related_packages() to get version info for pacakges you don't depend on [09:11] superm1: upstream will still rely on hal for xfce 4.8 afaik, so if we want to switch to {console,policy,device,whatever}kit, we're probably on our own at the moment [09:11] like gcc, binutils, etc.; those are distro specific, of course [09:11] and in particular, gcc-4.x tends to change with every release [09:12] yes that would be very good to attach then [09:12] mr_pouit, oh that's a shame [09:12] superm1: but I think the build log ought to have anything that's really generally interesting [09:13] I doubt that many errors are due to a binutils bug [09:16] could a core-dev please give-back: indicator-applet indicator-messages indicator-session nautilus-sendto libpam-mount. Thanks [09:18] geser: doing [09:19] should I care if Intrepid mysql packages might have issue(s)? and if yes, who should I poke to make sure it's packages and not me? [09:20] ok, so am I supposed to ask for main SRU sponsorships in here? [09:23] persia: ^^ [09:30] mr_pouit, well coming up with a patch for adding CK support shouldn't be too rough I suppose. i can probably work something out this week [09:31] it's really just copying a bunch of those HAL methods, and changing a few things here and there it looks like [09:33] seb128: would you mind sponsoring a GTK SRU? [09:33] micahg, depends of the sru [09:33] bug 372103 [09:33] Launchpad bug 372103 in gtk+2.0 "click on bookmark crashes firefox with java content in clipboard" [Medium,Fix released] https://launchpad.net/bugs/372103 [09:33] micahg: You're not supposed to ask for main SRU sponsorships anywhere, really. But if you're stuck on the process, you can ask how that works. [09:34] persia: yeah, I thought about that after, that's why I asked seb as he maintains the package...I'm learning slowly... [09:35] I was about to read my bug email, usually no need to ping [09:35] it's just that I don't work much during weekends and it's monday morning there [09:35] seb128: ah, ok, sorry [09:35] anyway the change looks fine, could you give give an url to for the cgit commit? [09:36] I will sponsor that later [09:36] yeah, thanks [09:36] thank you for the work on it [09:36] Keybuk: Is this a known problem? [ 17.400075] plymouthd[414]: segfault at 10 ip 00007fe05f6db704 sp 00007fff904becb0 error 4 in libplybootsplash.so.2 (deleted)[7fe05f6cd000+14000] [09:36] seb128: in the description or a comment? [09:36] Keybuk: I don't get any boot splash or anything like that at all. [09:36] micahg, comment [09:37] seb128: done and thanks, now time for me to sleep [09:37] Keybuk: That's with 0.8.0~-5, by the way. [09:38] micahg, thanks [09:38] soren, use apport to report the crash? [09:38] ~- ?? [09:38] soren, hard to tell if a crash is known without seeing a stacktrace... [09:40] seb128: There are no bugs (except for the MIR "bug") filed against Plymouth. I just don't know if it's because it's not expected to work at all yet. If it isn't, there's little point in filing bugs about it. [09:41] soren, well, it's not complicated to let apport send the crash bug either [09:42] Fine. [09:42] Where do I enable apport? AIUI, it's not enabled in Lucid by default yet. [09:42] Ah, found it. [09:43] * soren sighs deeply and reboots for the 16th time today [09:43] Hang on, isn't plymouth started from initramfs? [09:44] meh [09:47] Keybuk: the point of starting-dm wasn't (mainly) to abstract away 'start' events - it was to arrange for the splash screen not to get an event if you boot with 'text' etc. which causes gdm.conf to 'exit 0' rather than actually starting gdm. I'm not sure that this has been adequately addressed? [09:48] Keybuk: and indeed the default-display-manager stuff as well [09:53] seb128: Alright, mr. "it's not complicated to let apport send the crash bug". apport doesn't start until runlevel 2, so there's no crash file. [09:53] soren, wait for Keybuk then, I was just suggesting that stacktraces are useful to know what happens on crashes, I don't care enough to argue [09:54] seb128: Well... You started it :D [09:54] right, now I stop it too ;-) [09:54] * soren hugs seb128 [09:54] * seb128 hugs soren [09:58] i didn't see a reply, and my scrollback is long gone. is the plan to put firefox 3.6 in lucid? [09:59] directhex: if it's released in time, sure [10:06] cjwatson: right, if you notice, plymouth doesn't have a "stop on startting gdm" [10:06] instead gdm itself talks to plymouth to tell it to deactivate the splash but hold the framebuffer [10:06] (so it can do the smooth X transition) [10:06] and once it's started X, tells plymouth to quit - or if it fails to start X, tells plymouth to reset the console, etc. [10:06] otherwise if X failed to start, the console would stick with the last plymouth frame [10:07] Keybuk: I agree that that's better, but I see no way to make it work with ubiquity [10:07] and you wouldn't be able to recover from that :) [10:07] cjwatson: what's ubiquity got to do with it? [10:07] you knew this on Friday [10:07] 11:05 if ubiquity was depending on it, then that was definitely a bug ;) [10:07] except I disagree :) [10:07] ubiquity can just use "starting gdm" no? [10:07] oh, yeah, I thought ubiquity used starting-dm but apparently not [10:08] it didn't when I glanced at it [10:08] ubiquity does *emit* starting-dm though [10:08] and I notice that plymouth doesn't cope with ubiquity starting [10:08] right, ubiquity may need the same logic as gdm to make plymouth go away [10:09] depending on whether you want a flicker-free transition into ubiquity or not [10:09] ok, so the reason I came into this is because the gdm/usplash pair is uninstallable :) [10:09] can we switch usplash out from the seeds now? [10:09] usplash isn't seeded [10:09] I took it out last week [10:09] the livefs builds disagree :) [10:09] the 20091212 and 20091213 cd images built fine without it [10:10] yeah, I'm getting lots of mailspam about it though [10:10] "mailspam" ? [10:10] I guess because several flavours other than Ubuntu still use it [10:10] I get mail when livefs builds fail [10:10] xubuntu was certainly updated a couple of days ago [10:10] kubuntu still does maybe? [10:11] Package: usplash [10:11] Task: kubuntu-desktop, kubuntu-netbook, edubuntu-desktop-kde, xubuntu-desktop, mobile-mid, mythbuntu-backend-master, mythbuntu-backend-slave, mythbuntu-desktop, mythbuntu-frontend, ubuntu-netbook-remix [10:11] so I guess we need to fix all of those up [10:11] I guess the seed owners haven't caught up [10:12] where do the themes come from? [10:12] what themes? [10:12] does plymouth not display anything? [10:12] yes, there's a basic built-in theme that tseliot did [10:12] that's included in the plymouth package [10:12] oh, nobody's worked on external theme packages? [10:13] external theme packages "just work" [10:13] there just aren't any [10:13] it would be better to say that nobody's made any themes yet :p [10:13] Keybuk: have you included my theme already? [10:13] tseliot: yes [10:13] do you divert /lib/plymouth/ubuntu-logo.png or something? [10:13] cjwatson: new themes install their own artwork, and just call plymouth-set-default-theme in their postinst on install [10:14] ah [10:14] cjwatson: the logo can be set with a configuration flag in the debian/rules but you can ignore it in the theme [10:15] tseliot: that's not really relevant - we wouldn't want to rebuild plymouth for every new theme [10:15] as the theme is what tells plymouth to draw things [10:15] Keybuk: as I said, you can ignore that logo and use whatever png you have in the theme directory as a logo [10:16] tseliot: how come you ignore the background colours but not the logo btw? :p [10:16] so rather than editing flavours' seeds for them, I think I'd prefer to wait for them to convert their usplash theme packages [10:17] Keybuk: because that's on my TODO list? :-P [10:17] cjwatson: I tend to just leave flavours alone [10:17] At least in the case of mobile-mid, it's not worth changing the seed since it is fast losing relevance (and with luck, will not exist in lucid) [10:18] cjwatson: I've xubuntu-artwork 0.39 stuck in new, that's why usplash is still pulled in xubuntu [10:18] bah, bug #495868, apport should really prevent user to file a bug on each every package on a failing upgradfe [10:18] Launchpad bug 495868 in debconf "debconf: Unable to load Debconf::Element::Gnome::String. Failed because: Can't locate I18N/Langinfo.pm" [Undecided,New] https://launchpad.net/bugs/495868 [10:18] the guy opened a zillion bugs [10:19] Keybuk: does plymouth work reliably now? [10:19] on vt7, I mean [10:19] tseliot: it works for me [10:19] mvo, ^ isn't apt supposed to avoid those? [10:19] Keybuk: how did you fix it? [10:19] tseliot: which bug are you thinking of ? [10:20] seb128: it does basic dup detection, let me check [10:20] Keybuk: the one in which error messages overwrite whatever plymouth draws [10:20] Keybuk: that's fine, but I don't :-) [10:21] mr_pouit: ok [10:21] seb128: 8.10, I suspect it was not fully done back then [10:21] tseliot: I worked around it by scanning out the framebuffer back to the fbcon ;) [10:21] haven't worked out why it doesn't work without doing that yet [10:21] mvo, oh right, thanks [10:22] * seb128 delete some 70 bug email [10:22] Keybuk: oh, as long as it works it should be fine for Lucid ;) [10:22] some users a really motivated to open that number of bugs [10:22] mat_t: news from the design team? [10:24] Keybuk, i'm on vacation but will try to provide you a backtrace of the amrel gdm issue if i find a spare minute, i suspect that it could be caused by the fact that nobody included the new populatie_rootfs speedup patches in the armel kernels yet though [10:24] ogra: they're not included in the i386 kernel yet either [10:25] and either way, would be entirely orthogonal to gdm not starting [10:25] i though i saw a commit with the last upload [10:25] since gdm isn't *in* the initramfs [10:25] neither is gdm run from a kernel init function [10:25] oh, indeed [10:25] * ogra slaps forehead [10:26] tseliot: it'll look crap on multi-head [10:26] since plymouth maintains a separate framebuffer per head [10:26] each with the right resolution [10:26] but fbcon maintains a single framebuffer with the lowest common resolution cloned out to each head [10:27] Keybuk: oh, that's not ideal. My theme isn't exactly ready for multihead either (but this should be easier to fix) [10:27] tseliot: your theme works fine on multihead [10:28] themes generally don't notice the difference [10:28] soren: no, not a known problem - file a bug with a stack trace [10:29] Keybuk: I think Ray fixed that in plymouth therefore my theme works now. I haven't had the chance to try it yet but if you say it works well with screens which use different resolutions.. [10:30] i'm trying to help the intel-xrog-driver people with debugging a bug of mine, and I'm therefore going to try a patch which includes linux-2.6/drivers/gpu/drm/drm_edid.c [10:30] Keybuk: How do I get a stack trace? apport isn't running yet when it crashes. [10:30] do I have to recompile the whole kernel for this? [10:30] tseliot: hey [10:31] tseliot: I suggest pinging Iain [10:31] metellius: yes. You can discuss this in #ubuntu-x [10:31] mr_pouit: NEWed, though I'm not sure I see any plymouth integration there [10:31] tseliot: I'll poke him for you [10:31] mat_t: thanks [10:32] Keybuk: FWIW, I have an nvidia card in this laptop. No KSM, as far as I can see (console is plain 80x25). [10:32] cjwatson: thanks. and not yet, this one only demotes usplash-theme-xubuntu to suggests. [10:33] soren: tried "start plymouth" when X is not running? [10:36] Keybuk: Nope. I'll try that in a minute. [10:55] Keybuk: No crash :-/ [10:55] soren: check with pitti on that one [10:55] Keybuk: ..nor any splash screen or anything. [10:56] Keybuk: I mean.. It didn't crash. === ev1 is now known as ev [10:56] Keybuk: Not "no crash file". Literally no crash. [10:56] no idea then [10:56] Keybuk: Is plymouth known to work on any nvidia hardware? [10:56] no [10:57] though you should at least get a text mode variant [10:57] Keybuk: What would that look like? [10:57] black screen with something that looks like a progress bar along the bottom [10:58] Keybuk: Hm.. Nope, I don't see anything like that. [11:06] james_w,jdstrand,Riddell,kirkland,pitti,Keybuk,seb128,StevenK,slangasek: could you check ~lp_queue/sync-queue/{failed,rejected}/ on cocoplum and remove anything you don't need from there, please? I think practically everything in there is probably junk, but it isn't auto-purged at the moment and it's quite big [11:07] cjwatson: so that's where they go. all find to scrap with me [11:08] Riddell: done, thanks [11:08] cjwatson: wiped [11:09] soren, Keybuk: plymouth should work with nvidia (try the latest Mandriva and see). Maybe fbcon or whatever we use was not loaded? [11:10] tseliot: it so doesn't ;) [11:10] plymouth might work with the nouveau drm driver [11:10] but that's not in our kernel [11:11] cjwatson, cleaned [11:11] linus pulled it in .33 btw [11:11] nouveau, that is [11:11] Keybuk: I was referring to the proprietary driver. Maybe the module isn't loaded? [11:11] tjaalton: I thought it was just in -staging [11:12] Keybuk: correct [11:12] tseliot: the proprietary driver doesn't have a framebuffer [11:12] tjaalton: that's a vast difference from being pulled into .33 [11:12] -staging != linux-2.6 [11:12] -staging is "we like you, but aren't willing to go steady until you sort our your personal hygiene issues" [11:13] but it's still in the tarball, no? [11:13] tjaalton: no [11:13] cjwatson: If you have a few seconds, can you review https://code.edge.launchpad.net/~stevenk/launchpad/netbook-cron/+merge/16115 and http://paste.ubuntu.com/341081/ [11:13] completely different git tree [11:13] Keybuk: I think it should work as usplash does with nvidia in Karmic [11:13] but it _was_ pulled in linux-2.6.git [11:13] StevenK: I already did, for the former; merging the latter now [11:13] tseliot: why? plymouth doesn't have an svgalib renderer [11:13] cjwatson: I can merge the latter, I just want sign-off [11:14] tjaalton: that being said, you're quite right, it *is* in linux-2.6 - not staging [11:14] StevenK: signed off, but before you commit, run 'rm -rf ubuntu-tasks && make ubuntu-tasks && bzr add' and check the result [11:15] Keybuk: "Kconfig under staging for now", that confused me [11:15] tjaalton: I see where the confusion comes - it was set up to go into staging, but Linus pulled it himself [11:15] yeah [11:15] cjwatson: In a Lucid chroot, or it doesn't matter? [11:15] that's just confusing everyone clearly ;) [11:15] StevenK: it doesn't matter [11:15] yep :) [11:15] Keybuk: I'll check Mandriva again [11:15] tseliot: Mandriva probably has nouveau [11:15] Keybuk: fcrozat in #plymouth should know how it works. [11:16] anyway, it should be much easier to have something sensible for lucid, and not just some random branch from somewhere [11:16] tseliot: quick google sez that Mandriva ship nouveau in their kernels [11:16] Keybuk: and no, I installed the proprietary driver in Mandriva and got the plymouth splash [11:16] tseliot: no idea why that would work [11:16] I'll have to find out [11:17] it starts with nouveau KMS and the nvidia blob will then steal everything? [11:17] tjaalton: if you load nouveau, you can't load the nvidia blob [11:17] in fact, I think you literally can't load [11:17] ie. nouveau will claim the device through the usual agpgart stuff [11:17] noveau ready for take off now ? [11:17] which means the nvidia binary blob stolen agpgart code can't use it ever [11:17] Keybuk: ok. I've never tried it myself so.. === MacSlow is now known as MacSlow|lunch [11:18] it's why you have to reboot to switch drivers now [11:31] Keybuk: "it still works on VESA framebuffer. For chipsets not yet supporting KMS, we can still have graphical boot" [11:31] source: http://wiki.mandriva.com/en/2010.0_RC_1 [11:31] "it" being "plymouth [11:31] " [11:34] Riddell: re bug 494997, do you know if kdesudo still causes unexplained partitioning problems? ubiquity-wrapper says: [11:34] Launchpad bug 494997 in ubiquity "ubiquity fails to start in kubuntu" [High,Triaged] https://launchpad.net/bugs/494997 [11:34] #temporarily force sudo until we work out why kdesudo stops it passing partitioning stage [11:34] toexec = ['sudo', '-E'] [11:36] cjwatson: doesn't seem to no since we all used kdesudo while testing alpha 1 [11:36] so should be safe to go back to that [11:37] Riddell: ok, I'll remove that hack then, thanks [11:37] it's from intrepid [11:50] soren: does Plymouth work if you load uvesafb? [11:59] cjwatson: tasksel looks good, shall I commit, tag and upload, or would you prefer to eyeball it first? [12:06] StevenK: go ahead [12:11] tseliot: I'll make a note to check next time I have to reboot. [12:11] tseliot: Might be a few hours. [12:11] soren: ok, thanks [12:12] james_w: Would you mind syncing libcloud from unstable for me, please? [12:18] Or any other archive admin, I suppose ^^. (james_w is just listed as the "on duty" one today) [12:20] I was looking at the FTBFS of db4.7 (see also Debian bug #560641). It's because dh_nativejava (from libgcj-common) needs debhelper. Should libgcj-common depends on debhelper (doesn't look like the best idea based on the rdepends) or should db4.7 depend on debhelper (even if it doesn't use it directly)? [12:20] Debian bug 560641 in src:db4.7 "db4.7: FTBFS: Can't locate Debian/Debhelper/Dh_Lib.pm in @INC" [Serious,Open] http://bugs.debian.org/560641 [12:22] geser: I believe I ran across the same thing in the past and said the former [12:22] or maybe something even higher up the stack, given the rdepends [12:22] I definitely dealt with this at some point ... [12:22] ah, no, I went for the latter [12:22] - Build-depend on debhelper, needed by dh_nativejava. It doesn't seem [12:22] reasonable for libgcj-common to depend on debhelper since that's also [12:22] used by run-time libraries. [12:23] that's from the db changelog in Ubuntu [12:23] thanks, will do that too then [12:24] geser: in fact I'd recommend generally checking the db diff over for things that need to be applied to db4.7 [12:31] mvo: could you look at this patch Bug #494845 [12:31] Launchpad bug 494845 in software-center "[patch] String fix" [Undecided,New] https://launchpad.net/bugs/494845 [12:33] cjwatson: sync-queue> cleaned my stuff [12:37] cjwatson: I've cleaned up my sync-queue stuff too === dendrobates is now known as dendro-afk [12:43] is someone working on merging perl? there are several perl packages in DEPWAIT waiting on perl >= 5.10.1 === tkamppeter_ is now known as tkamppeter [13:09] hi, is there a tool that evaluates the fdi files? [13:13]