[01:24] hello, can anyone point me towards a good tutorial on how to build drivers for Linux [01:31] symptom: What kind of driver? [01:32] something really simple. Just trying to learn. === jdong_ is now known as jdong [01:37] symptom: Yes, but drivers for X, and drivers for sound cards for example, are done somewhat differently. [01:38] i.e X drivers are in userspace, and sound drivers are in kernelspace. [02:50] TheMuso: hotkey-setup was already gone from main, I've now purged it from the archive, I suggest you drop the recommends, yes :) [02:57] slangasek: Ok will do. I've also been asked by the otehr studio devs to remove empathy from the default install but ship pidgin on the disks, not being installed. That will also be included in the meta upload. If you feel its too late for such changes, it can be reverted. [03:47] TheMuso: I think it's really up to Ubuntu Studio to decide what it wants to do on that. [03:51] ScottK: Right, I was thinking more about how late things are to be changed etc, anyway I'll push the meta once its updated. [03:51] We haven't started working on final ISOs yet, so I think it's fine. [03:53] Right. [05:34] hi i need help with ubuntu, my wireless is not working [05:37] #ubuntu [05:39] plz help [05:42] ous335: This isn't a help channel. Ask in #ubuntu. [05:43] how do i go there [05:47] The same way you got here, but instead of joining #ubuntu-devel, join #ubuntu === wgrant_ is now known as wgrant [09:01] Should a bug report be marked as a duplicate if the two errors reported are very similar but not the same and the cause of the error is the same? [09:03] hrickards, if the bug causing the message is the same, they are duplicates :) [09:03] joapinto: Oh yeah. Nice way of putting it. :) [09:04] * hrickards feels like an idiot after the way joapinto put it. :( === mrpouit is now known as mr_pouit === Whoopie_ is now known as Whoopie [11:29] In Jaunty you could quicly switch user by selecting the other user's name in the drop-down menu in the top-right corner of the screen. In Karmic you have to choose Switch User... there instead and it brings you to the regular login dialog. This is so much slower; my girlfriend and I constantly switch back and forth between our accounts. Why was this change made? [11:32] gdm got rewritten [11:32] the facility to figure out what other users have sessions was broken by that, and has not yet been recreated. [11:32] there is a bug open on one of the indicator/messaging projects, and it should be fine in lucid [11:33] lifeless, Excellent, nice to know the feature wasn't removed intentionally [11:35] Looks like it's bug 425550 [11:35] Launchpad bug 425550 in indicator-applet "[Karmic Alpha 5] no fast user switching in indicator-applet-session (dup-of: 422052)" [Undecided,New] https://launchpad.net/bugs/425550 [11:35] Launchpad bug 422052 in indicator-session "Menu should list users if more than 1, fewer than 7 are on the system" [High,Fix released] https://launchpad.net/bugs/422052 [11:35] gizero: claims to be fixed, are you fully up to date? [11:39] Yeah, I installed the RC yesterday, and installed all updates in Update Manager 15 hours ago [11:39] lifeless: It was sort of reverted. [11:39] http://bazaar.launchpad.net/~indicator-applet-developers/indicator-session/trunk/revision/47 [11:43] wgrant, Shounds like the bug should be reopened then [11:44] gizero: Probably. [11:45] slangasek: Do you have any objection to dropping pt and es langpacks from powerpc Ubuntu CDs to ensure the alternate is not oversized? [12:05] TheMuso: dropping langpacks as necessary for size is usually fine [12:07] mighty cjwatson , some friend asked me about grub invaders. Should still be in grub2, right? Not seeing it though [12:08] cjwatson: ok [12:10] sebner: never heard of it [12:10] sebner: if it's some kind of grub extension, I expect that it would require a rewrite to work with grub2 [12:11] sebner: if it's something that you boot from grub, then it should be reasonably easy to get it to work wiith grub2 [12:13] cjwatson: space invaders in grub. I've found an old mail in debian archive about fixing it in grub2 .. from 2007 though [12:13] boot from grub iirc [12:14] sebner: afraid I don't know, don't really have time to focus on fixing up games :) [12:14] cjwatson: yeah, really np [12:16] cjwatson: there is a package grub-invaders. Wondering if this was installed default or included in grub some time in the past. Anyways, thx for you help [12:17] it was never installed by default [13:11] hi in karmic sd cards don't auto mount [13:12] anyone working on that? === maen_ is now known as maen [13:43] karmic kernel started oopsing continously now [13:44] CRDA: Error: command ['iw', 'reg', 'get'] failed with exit code 1: nl80211 not found. [15:16] cjwatson: why is iso-scan not working with ext4 partitions === _log-bjf is now known as bjf-afk === Hellow_ is now known as Hellow === Hellow_ is now known as Hellow [17:29] anyone else being told they're being removed from ubuntu-devel due to excessive bounces? [17:29] I can't believe gmail would be bouncing regular list mail but not the notice of removal... === Hellow_ is now known as Hellow [17:52] Amaranth: yes, at least two others (maco and me) [17:53] oh didnt know you got one too dtchen. why didnt you say so when i mentioned it this morning? [18:02] yeah everyone got one I think [18:02] it sounds like that anyway [18:17] jono: are you here? [18:17] jelkner: hi jeff! [18:17] maco: hi [18:18] jelkner, yeah [18:18] :) [18:18] i have a problem with an unassigned high priority bug that is destroying my life [18:19] (i exaggerate a little, but not much ;-) [18:19] haha [18:19] https://bugs.edge.launchpad.net/ubuntu/+source/libxcb/+bug/419501 [18:19] Launchpad bug 419501 in libxcb "apport-kde assert failure: python: ../../src/xcb_io.c:242: process_responses: Assertion `(((long) (dpy->last_request_read) - (long) (dpy->request)) <= 0)' failed." [High,Triaged] [18:19] i kills gasp [18:20] around which i've built all the python teaching materials i use [18:20] so i won't be able to run karmic [18:20] i didn't want to be a pest [18:21] so since it was a high priority bug i figured i'd just wait [18:21] but with release this week [18:21] it doesn't look good for me [18:21] jelkner, ahhh thats a shame [18:21] looking at the bug now [18:22] the bug is in debian squeeze also [18:22] i checked yesterday [18:23] i'm downloading fedora 12 now to see if it has the same problem [18:24] jelkner, what would like me to do to help? [18:26] jono: explain to me how the bugs get assigned [18:26] and if there is anyone i could talk to about this [18:27] jelkner, it gets assigned to whoever volunteers to fix it [18:27] ahh [18:27] unless a platform manager assigns it to a member of their team [18:28] can one talk to a platform manager? [18:28] and make an appeal [18:30] is there a bounty process or something? [18:31] i *really* would like to see this fixed [18:31] and i can't fix it [18:31] jelkner: there is no bounty process, but I guess you could always try offering people money and see if they accept. :-) [18:32] i don't even know who to ask [18:32] zooko: r u interested? [18:32] Your best bet is probably to generate specific, reproducible facts about it, such as whether it also happens in Debian and Fedora, what exact version first introduced it, etc. [18:32] jelkner: sorry, I am not. I am just trying to help. [18:32] it has to do with the new x library i believe [18:33] i've filed bug reports, but they came back as duplicate bugs === dyfet` is now known as dyfet [18:33] so i'm perfectly willing to do what you suggest, zooko, i just don't know how [18:33] Yes, filing a bug report is certainly the first step. [18:34] that's why i'm here [18:34] been there, done that [18:34] months ago [18:34] Well, do you know how to compile different versions of the X libs in question? [18:34] i guess i could [18:35] If, for example, you could identify that version X didn't have this problem and version X+1 did, that would help. [18:36] By the way, I'm not an Ubuntu dev, just a random person hanging out trying to help, but my guess is that it is too late to get this fixed for Karmic. [18:36] Fortunately Karmic isn't the end of the world. [18:37] might be SRU-able... [18:38] hmz, final grub2 came out ... [18:38] will it get into Karmic ? [18:39] jelkner: if you can play around and find out when in the libxcb version history the bug was introduced.... [18:39] dupondje: grub2 is in karmic... [18:40] beta4 :) [18:40] but the final 1.97 came out today [18:46] oh [18:47] what's a good format for documenting a project? I have often seen text files under a doc directory in the root of projects, but I'd rather stay away from pure text to allow for greater formatting. so, what is most common? docbook? straight html? latex? [18:49] dupondje: at this stage, probably not, unless the bugs it fixes are serious... [18:50] Would this be the right channel to make a suggestion to the dev team or should I go to #ubuntu-motu? [18:52] specifically for something to keep in mind/think about for lucid. [18:53] dupondje: but that is not in any way an official answer, (I'm no dev) [18:54] :) [18:54] trying to get grub2 working with dmraid :s [18:56] cr3: docbook is common [18:57] GodfatherofEire: say what it is and go from there? [18:57] GodfatherofEire: or try the ubuntu-devel-discuss mailing list [18:58] maco, it would be with regard to the empathy IM client replacing pidgin, add to that that libempathy is a requirement for the message notification applet. [18:58] if youre one of the people upset that pidgin was replaced, its been discussed to death [18:58] maco, its not just that, its not ready for full scale deployment === asac_ is now known as asac [18:59] i doubt theyre gonna switch back after one release with it. more likely, submit bugs to empathy upstream and try to get them looked at [19:00] If it had everything there, and if the notification applet didnt depend on libempathy (which takes up space, as its basically just the same as pidgin-data) [19:00] maco, they already know whats wrong with it (like, no /msg, /join, /quit etc, protocols for IRC) [19:01] as well as lack of password support, which pidgin already has [19:01] and im sure at least some of that'll be fixed by lucid anyway [19:01] like they say, "if it aint broke, dont fix it" [19:01] if you know C you could probably help...? [19:01] i assume empathy is C...most gnome is [19:02] not too familiar with C, although it probably wouldnt take very long to learn [19:04] and is it just me or does that also screw up the user switcher (the set status functionality)? [19:04] (its removal) [19:06] lastly, are you guys ever gonna fix the log out sound, or is it just gonna be one of ubuntu's quirks? [19:43] HI Everyone [19:46] Do someone know the release day of 9.10 ? [19:47] thursday [19:47] 29th ??? [19:48] Julien13012: https://wiki.ubuntu.com/KarmicReleaseSchedule [19:49] thanks [19:58] dupondje: I'm not planning on putting the final grub 1.97 into karmic. I'd hoped that it would be released a week ago, in which case I'd absolutely have tried, but it's really too late now and I don't think I can justify it [20:00] dupondje: it's not going to make any difference to dmraid over 1.97~beta4 [20:00] yea true :) [20:00] trying to get dmraid & grub2 working atm [20:00] seems its a no-go :( [20:01] that's why the installer defaults to grub legacy for dmraid right now [20:01] evand: thanks for the mailing list work! [20:02] dtchen: elmo did the hard work, but thanks [20:03] cjwatson: I know :) just like to try :) [20:03] btw, could you get https://bugs.launchpad.net/ubuntu/+source/aptitude/+bug/391035 into Karmic ? its quite annoying bug for me in aptitude [20:03] Launchpad bug 391035 in aptitude "aptitude stops displaying downloads" [Undecided,Confirmed] [20:04] but prolly not important enough to get in it anyway :) [20:05] that doesn't look release-critical, I'm afraid [20:06] and the patch is pretty suspicious, what if somebody has a >400-column terminal? [20:06] that should be allocated dynamically rather than statically [20:07] true [20:07] tho the bug should still get fixed ;) [20:08] I'm certainly not going to last-minute a patch that improperly fixes an issue affecting a small number of users in a way that can easily be worked around - sorry [20:08] I suggest looking into dynamic allocation, and getting that sorted out for lucid [20:09] true :) the patch could been better ;) [20:09] had Jaunty since Alpha 4 [20:09] Karmic since Alpha 2 [20:10] Lucid since Pre-Alpha ? ;) [20:32] droid [20:32] [that should've been, "/join #android". (this is not the droid I am looking for)] [20:50] dupondje: brave, alpha 1 tends to be "the first point at which we could get it to work at all" [21:31] cjwatson: I wouldn't even go that far [21:31] Alpha 1 (especially this time) is "something booted for someone, ship it!" === dmb__ is now known as dmb [21:36] ScottK: concerning the quickly crash, I'm waiting for pitti's feedback tomorrow on python-distutils-extra to know if he will revert his change [21:37] didrocks: python-distutils-extra is in Main, so unless this affects a lot of packages, I'd plan on fixing quickly. [21:38] ScottK: ok, I don't know how to avoid python-distutils-extra moving my .desktop.in file in data/ directory, but I'll try to find a workaround. [21:38] keybuk: Any thoughts about bug #458389 vs. bug #215666? :-) I still think usplash could simply disable the CLEAR command when in verbose mode. I don’t see leaving old status messages to the screen with a normal, quiet boot, as a good thing. [21:38] Launchpad bug 458389 in mountall "usplash receives repeated "CLEAR" commands while in verbose mode" [Low,Fix committed] https://launchpad.net/bugs/458389 [21:39] Launchpad bug 215666 in usplash "fsck messages are not cleared from usplash when check is finished" [Undecided,Confirmed] https://launchpad.net/bugs/215666 [21:40] ion: didn't you send me patches for those? [21:40] that's a good idea, if you haven't, send me a patch! :) [21:40] I'll do the pending usplash and mountall bits tomorrrow [21:40] (or when I get out of the bath in a bit :p) [21:41] didrocks: Universe has a later cutoff than Main, so even if pitti does change python-distutils-extra back, we'd have time to revert any quickly fix you might come up with, so I'd say please go ahead if you figure it out. [21:41] keybuk: Kees’ changes are kind of conflicting with my patches. My commits were made before those changes; they didn’t take the “stuff cleared from the screen when in verbose mode” issue into account at all. [21:41] ion: if you think your patches are better, I can review them and work out which to take :p [21:42] I like your idea that CLEAR just doesn't work on verbose - it makes an amount of sense [21:42] or maybe works more like the console? [21:42] where we don't clear, but we don't repeat either? [21:42] ScottK: ok. I'll try some stuff (just going to bed and think about it first ;)) and keep you in touch. [21:42] keybuk: In the bug comments, Kees disagrees with my idea that CLEAR could be disabled in verbose mode. [21:44] didrocks: OK Have a good night. [21:44] ion: Kees may not be right ;) [21:45] if you can give me a patch, I'll have a think [21:45] * Keybuk bbl [21:45] keybuk: I’ll do that. [22:06] dkms is unable to install bcmwl kernel module in 9.10 [22:09] EagleScreen: Not true. I did it on Tuesday. [22:09] it cannot do it now [22:09] i have installed Kubuntu right now with alternate CD [22:10] how can I find out why dkms cannot install the module? [22:10] I have installed the package directly, not using jockey [22:11] there is an error when dkms tries to install the module [22:11] wow [22:12] I'm glad we left the back door in karmic, so I can read your screen and see that error [22:12] it totally helps [22:12] otherwise we wouldn't have a clue what was wrong, and wouldn't be able to help [22:12] [22:12] by the time you wrote all this, you could've fixed it already! [22:13] azeem: we secretly have fixed it, we're just not realising the fix because we're mean :p [22:14] this is the error in terminal http://pastebin.ca/1643123 [22:14] EagleScreen: ok, I have to be fair; that is the world's most useless error [22:15] is there a /var/log/dkms or something similar? [22:15] yes this is /var/log/dkms_autoinstaller: http://pastebin.ca/1643124 [22:15] not much neither [22:15] EagleScreen: ok, now look in /var/log/dmesg [22:15] can you pastebin that too? [22:15] Also in fairness I didn't use jockey either. [22:16] dmesg: http://pastebin.ca/1643125 [22:16] (var7log/dmesg) [22:16] My swag is since he's using Kubuntu, there's no policykit integration and some piece of jockey lacks some permission it needs [22:17] ok, I think i have found the problem [22:17] buid-essential is not installed [22:18] shouldn't dkms or dkms packages depend on it? [22:18] yeah, that's arguably a bug [22:18] Depends: module-init-tools, gcc, make | build-essential | dpkg-dev [22:18] so if you had make or dpkg-dev already installed, it wouldn't drag in b-e [22:22] make and gcc are installed [22:23] yeah that'd be why then [22:23] I'd file a bug about that [22:23] *and* I'd file a bug that "fail" is the most it can manage for an error [22:25] thanks a lot [22:28] EagleScreen: I think that was an encouragement that *you* should file those bugs [22:30] yes [22:44] keybuk: Ok, pushed to https://code.launchpad.net/~ion/usplash/karmic and https://code.launchpad.net/~ion/ubuntu/karmic/mountall/karmic [22:45] keybuk: The mountall branch also contains the try_mounts fix. [22:45] ion: I see -r334 and -r145 [22:46] is that right [22:46] ? [22:46] keybuk: Yes, the latest commit messages should be ‘Undo recent CLEAR changes...’ for mountall and ‘Reverse the ignore logic...’ for usplash. [22:47] ok [22:49] hmm [22:49] *thinks about the usplash patch* [22:49] CLEAR should certainly work when !verbose [22:50] And when it’s verbose, multiple clients may be outputting text (say, sysvrc scripts and mountall), and either might accidentally CLEAR something the other one wanted to show. [22:50] yeah, but that's just a usplash design flaw [22:51] which can be worked around for karmic with a single ‘!’ removal. ;-) [22:52] yeah but it's wrong for the fsck case [22:52] you'd get scrolling progress text that's ugrly [22:53] I think kees's patch is part right, and yours is too [22:53] we should only display the bored text once, without a CLEAR, and not update it once a second (unless maybe things change?) [22:53] but usplash should always honour CLEAR [22:53] that way the only time it is used is when an fsck is happening, to keep it all at the same point on the screen [22:53] does that make sense? [22:55] Yeah, that should work. I was just a bit reluctant to change the progress display logic that much this near to release, thinking the usplash workaround would be good enough for now. [22:55] yeah, I just don't like *inverting* logic right before release ;) [22:55] invertion leads to surprises [22:55] at least enabling something doesn't so much [22:55] True [22:58] In the surprise case, that would still only lead to text being left on the screen.