[00:00] lol that can't be good [00:00] F*** [00:00] You want it critical, hmmm [00:00] its true [00:00] well, I have hal installed anyway since kubuntu-desktop and lxde depend on it [00:00] $ apt-cache policy hal hal: Installed: 0.5.14-0ubuntu2 [00:00] Can you add that to the bug [00:00] Hey, how stable is lucid so far? [00:00] $ aptitude why hal i xserver-xorg Depends hal (>= 0.5.12~git20090406) [00:01] DrHalan: today UTERLY BROKEN [00:01] DrHalan: seems to depend on whe ther or not you use a keyboard [00:01] kay no update for me :P [00:01] is somebody responsilbe for the openal package here? [00:01] DrHalan: too late [00:01] BUGabundo_, +why not axe in #ubuntu-x? [00:01] its from yesterday afternoon [00:02] there's lots of yammering about input issues in that channel [00:02] BUGabundo_: that's odd though, since Xorg wasn't updated since December 15th (according to aptitude changelog) [00:03] apporting log [00:04] BUGabundo_: mvo uploaded new NV driver versions though [00:05] dont see any NV today [00:05] but my probs start from yesterday upgrade [00:06] hm, well, my Thinkpad still works (rebooted an hour ago) and my eeePC has been running for 2 days now [00:07] Okay, marked triaged and critical. [00:09] apport over SSH sucks :( [00:09] still uploading [00:09] but no progrss indicator [00:10] logs added to the bug [00:10] thanks [00:10] any X hackers awaked at this time? [00:11] i *really* need a workariund [00:11] i bough a new LCD TV and *really* want to test it [00:11] without laptop, i cant reach my movies :( [00:12] $ pastebinit /var/log/apt/history.log http://paste.ubuntu.com/353205/ [00:12] incase its useful to dibug [00:14] $ pastebinit /var/log/aptitude http://paste.ubuntu.com/353208/ [00:15] should i nuke my xorg.conf and try again ?= === dereks_ is now known as dereks [00:18] might be worth a try === agrajag` is now known as agrajag [00:20] charlie-tca: X broken [00:20] wont even start with startx on recovery [00:21] bad to worse [00:21] mine is a virtualbox right now. I just reinstall if needed [00:22] well [00:22] i'm going to bed [00:22] lets hope someone pick this and fix it tomorrow [00:22] in the meantime [00:22] guys take care with gdm logouts or reboots [00:23] I see new libgnome files in latest updates [00:23] Maybe that got involved too? [00:26] charlie-tca: could be, I have an nvidia card too but use KDE and I'm fine [00:27] shut down problem .. goes through what appears normal shutdown process, but then leave me a a dark screen with only a cursor. i can type here, but doesn't seem any shell function. ctrl-alt-del finishes shutdown after flashing briefly "init: alsa-mixer-save main process (19xx) terminated with status 1" the 19xx has been variously 1911, 1921, 1926 .. any ideas what this is or how to fix? i am not a sound user really, normal setup. t [00:27] hx [00:27] I guess mine are older systems. They still use ps2 ports === ryanakca_ is now known as ryanakca [00:50] Hi! [00:50] !hi | Umeaboy [00:50] Umeaboy: Hi! Welcome to #ubuntu+1! Feel free to ask questions and help people out. The channel guidelines are at https://wiki.ubuntu.com/IrcGuidelines . Enjoy your stay! [00:51] I need some help. I know that Lucid is unstable, but X crashed when I rebooted after upgrade. [00:51] Shouldn't Lucid have a xorg.conf file in /etc/x11/? [00:53] Umeaboy: lucid (and karmic) don't have a xorg.conf by default [00:53] so you have to create one [00:53] Umeaboy: does it say anything useful in /var/log/Xorg.0.log? [00:54] yofel: Look at theese files: http://launchpadlibrarian.net/37599888/failsafeX-backup-100108011324.tar === Sarvatt_ is now known as Sarvatt [00:55] This is the content of debug: http://paste.ubuntu.com/353215/ [00:55] This is the content of messages: http://paste.ubuntu.com/353218/ [00:56] Umeaboy: more interesting should be the /var/log/Xorg.0.log [00:56] hggdh: Look in the tar-file. [00:58] This is Xorg.0.log if you're lazy: http://paste.ubuntu.com/353225/ [00:58] :) [00:58] Umeaboy: are you using gdm or kdm, K/X/Ubuntu? [00:59] GDM & Ubuntu. [01:01] hum. Even Intel is failing now? [01:02] Umeaboy: I have no idea, but if you are willing you can try to run with just the VESA driver [01:02] Umeaboy: how does it crash? black screen or...? [01:05] yofel: Well, after I've choosen what kernel I want to load/use the preparing stage before gdm login-window appears doesn't happen. [01:06] uhh... the splash is black but gdm appears? or gdm doesn't appear too? [01:10] It doesn't appear. [01:11] I can reboot & copy the error-messages & get back. [01:13] hm, there are 2 bug reports about black screens in lucid with 82835 intel cards [01:14] bug 496551 and bug 499102 [01:14] Launchpad bug 496551 in xserver-xorg-video-intel "[i845] 2.6.32-7 xorg boots to black screen with i845 graphics" [Undecided,Confirmed] https://launchpad.net/bugs/496551 [01:14] Launchpad bug 499102 in xserver-xorg-video-intel "[i845g] kernel 2-6-32-9 xorg black screen intel video" [Undecided,New] https://launchpad.net/bugs/499102 [01:14] s/82835/82845 [01:15] and I still wonder if VESA will work [01:15] good question, but shouldn't failsave-x (using VESA) come up when gdm fails? [01:16] well, trying it won't hurt [01:18] it should, under low resolution [01:18] but if she he has xspash, I do not know [01:19] Hmmmmmmmmmmmmmmm. Now it was okey to load the kernel. [01:19] Maybe it was just temporary. [01:19] I'm in Lucid now. [01:20] No error-message of any kind. [01:23] heh [01:25] ^^ [01:56] Where's the function that gathers information about your system to sen it in? [01:56] send [01:56] ubuntu-bug? [02:01] Umeaboy: System>Admin>System Testing [02:02] I think [02:07] Okey. === DanaG1 is now known as DanaG [02:11] shut down problem .. goes through what appears normal shutdown process, but then leave me a a dark screen with only a cursor. i can type here, but doesn't seem any shell function. ctrl-alt-del finishes shutdown after flashing briefly "init: alsa-mixer-save main process (19xx) terminated with status 1" the 19xx has been variously 1911, 1921, 1926 .. any ideas what this is or how to fix? i am not a sound user really, normal setup. [02:18] no? no hints? [02:20] anyone here ever use puppet? === Fluffy94 is now known as Awesome3000 === jMyles_ is now known as jMyles [02:25] I made a bug about my issue now: https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/504548 [02:25] Launchpad bug 504548 in xorg "X crashes after upgrading to Lucid." [Undecided,New] [02:54] https://bugs.launchpad.net/ubuntu/+source/plymouth/+bug/504052 [02:54] Launchpad bug 504052 in plymouth "[lucid] No plymouth at boot time and mountall error" [Undecided,New] [03:40] Hi, I installed ubuntu 10.04, but it won't recognize my drivers at all, does anybody know what could be the problem? [03:51] DanaG, i mentioned your full-throttle issue with the radeon driver in -x and alberto says he's going to look at it soon. [03:51] apparently the nouveau driver has the same issue [03:52] http://people.freedesktop.org/~agd5f/pm/ [03:59] There's been some discussion on the mailing lists about PM stuff. [04:09] well, clearly a working foss driver has to manager power conservatively. it cannot constantly be at full throttle [04:15] Hi guys. I'm getting random restarts a few times a day, and I think I may have tracked down a line in the log that might be causing it: [04:15] init: mountall-shell main process (1957) terminated with status 127 [04:15] Does anyone know how I can investigate this further? [04:24] That power devour-ment (not a word) is my big blocker that keeps me needing fglrx. [04:27] alberto says rudimentary pm features do exist in the radeon driver already but may not be properly implemented [04:30] I'm building a kernel with those patches right now. [04:37] a .33 kernel or .32? [04:37] drm-radeon-testing, more specifically. [04:46] Not sure, actually... I'll check again once it's built. [05:30] linux-image-2.6.32_2.6.32-10.00.Custom_amd64.deb -- ah, that's what my kernel is calling itself. === lifedevil_ is now known as LifeDevil [10:42] Okay, nautilus is constantly crashing on me. It's receiving an illegal instruction hit_test_stretch_handle at nautilus-icon-canvas-item.c [10:42] :2663 [12:01] morning === petsounds_ is now known as petsounds === zniavre is now known as perceval === perceval is now known as zniavre [13:41] my umlauts are broken. has anybody similar problems? i can't see them in my terminal and i can't type them [13:41] a few days ago i had errormessages concerning locale-something [13:46] knittl: yes, here also [13:46] but I noticed it with accents (grave, acute, etc) [13:47] ? and umlauts, now ;-) [13:48] hum. Not everywhere. guake, gnome-terminal do not show composites, but Thunderbird does [13:49] firefox also shows them correctly [13:50] but firefox uses a separate compose as far as i know [13:50] but good, i just wanted to have it confirmed. it's good to know i'm not alone :D [13:54] now, to find out if this is already reported... [13:54] just tested with gnome-terminal, it works there also [13:54] *-* [13:55] hggdh: all my locales are set to "C", can you check? [13:56] might be related [13:56] on gnome-terminal, yes. I will force via LC_ALL, and see what happens [13:57] that's weird, there's no en_EN.utf8 ... [13:58] en_GB? [13:58] but why am I being set to C? [14:00] hggdh: thats a bug that was filed yesterday [14:00] it was also set as critical [14:01] * BUGabundo_work mumbles [14:01] BUGabundo_work: can you give me the ticket number? couldn't find it with google [14:01] zero feedback on my back :( i'll spend the entire weekend without access to my laptop :(((( [14:01] s/back/bug/g [14:01] knittl: nope. i'm on webchat. no log [14:01] ok, i see [14:01] i have backlog [14:02] give me some keywords to grep for ;) [14:02] BUGabundo_work: bug #, please [14:02] knittl: locale ? [14:02] bug 504149 [14:02] Launchpad bug 504149 in xorg "[lucid] after update keyboard and mouse do not work in X" [Critical,Invalid] https://launchpad.net/bugs/504149 [14:03] k, thx [14:03] haven't tested my mouse, my touchpad works fine [14:04] so you have to create oneno, this is not the same. There BUGabundo_work cannot use the kB/touchpad. Here it works, but we are thrown in LC_*=C [14:04] no, its not the same [14:04] i was stating *my* bug [14:05] not yours [14:05] wops, sry [14:05] BUGabundo_work: you can try install nvidia-glx-195 from the vdpau ppa [14:06] and will it help me in any way knittl ? [14:07] you can update your x-server [14:07] hggdh: from the backlog it seems sudo locale-gen helps with our issue [14:07] needs reboot though [14:09] knittl: will test, thanks [14:09] knittl: AFAIS my X11 works! i have all my GUI up [14:09] just no mouse or keyb [14:09] knittl: yes, thats it [14:10] knittl: DONT REBOOT [14:10] or u may get hit by my bug [14:10] howdy folks [14:10] BUGabundo_work: but in your bugreport (or the report related to your problem) it says, xserver is not updated due to conflicts with nvidia-glx-195 [14:10] no locale is better then NO keyb [14:10] lol [14:10] BUGabundo_work: ok, lol [14:10] hggdh: DON'T reboot! [14:10] knittl: yes, i've kept it back, due to conflits [14:10] it wants to remove kernel and nvdiai [14:10] BUGabundo_work: so, install nvidia-glx-195 from vdpau-ppa [14:11] and mess it even more ? eheh [14:11] the -195 version does not conflict with xserver [14:11] i'll try bjsnider ppa latter [14:11] why is it not in the Archive YET [14:11] is what makes me wonder [14:11] jup, vdpau is the one by bjsnider [14:12] i still have odd problems with it, which are easy to workaround [14:12] BUGabundo_work, knittl heh. I *need* to reboot, anyways, to fix another issue [14:12] * work around [14:13] this is going to be fun [14:13] hggdh: then you won't have kbd nor mouse [14:13] although there's an xserver-* update running this very minute here [14:14] yeeeh. Out of the fire, into the frying pan [14:17] if I don't reboot, I have to hibernate (so I can get to my customer). If I hibernate, the restart will barf, and I will need to reboot. [14:17] huh. Never tried suspend [14:17] OK. see you (or not) in the next 30 minutes [14:18] xD [14:18] cu [14:18] brrr windchill at -14C [14:18] quit [14:19] BUGabundo_work: is the keyboard issue related to X only? or won't the keyboard work in the console either? [14:21] ohh he is gone [14:21] and i didnt have a change to say goodbye [14:21] we wont see him so soon :D [14:21] lol xD [14:22] knittl: reconfiguring X11 , failed to start GDM [14:22] but keyb worked in TTY [14:22] so it's no problem for me. i can work in tty too :) [14:22] i cant change to TTYs from GUI, cause keyb doesnt work [14:22] so i cant test [14:22] but recovery mode will work [14:23] reconfiguring x? are you installing nvidia-drivers? or updating xorg? === lifedevil_ is now known as LifeDevil [14:24] neither [14:24] just testing [14:26] ok, ic [15:22] Shall I post a bug or something about my writer not being able to burn with any program in ubuntu 9.10/10.04 [15:23] * om26er- dont think that as a bug [15:24] well, whatever it is, my writer isnt supported at all in ubuntu. [15:24] just wanna know what I can do about it. [15:24] you get any errors? [15:25] http://swiss.ubuntuforums.org/showthread.php?p=8161339 [15:25] same trouble, similar writer [15:27] I can read fine. [15:27] Just burning is a no no [15:30] * vish looks at nautilus and *sigh* === zniavre is now known as Perceval [15:35] guess i`ll have to crawl back to win7 for burning :'( [15:38] yesterday i used windows xp and the windows explorer was so fast to open. nautilus takes much of a time to open.. [15:38] because theres a process for it loaded on boot.. and its pretty much part of windows dna [15:39] pcman is fast but lack too much feature [15:39] * om26er- add real fast [15:40] although the development version brings new features [15:40] gnome guys might need to rework on nautilus.. === om26er- is now known as om26er [15:42] starts in a nanosecond on my i7 core 4gig ram laptop [15:42] good for you [15:43] should start in that time on a c2d 1gb [15:43] yup [15:46] crap, still no working umlauts [15:47] and I could not resume from a suspend, and had to reboot. Got in X with no issues [15:48] hggdh: the bug report was/is invalid [15:48] xorg was at least a month old [15:48] i rebooted as well just now [15:48] knittl: at least you can type ae oe ue... I have nothing to replace a grave, acute, etc [15:49] ^a [15:49] `a [15:49] no undead-accent-acute [15:49] 'a maybe :D [15:49] you from france, hggdh? [15:50] (long story, so summarised a lot): no, born in Brasil, from european parents, living in the US [15:50] and to boot I married a german [15:51] that makes a great story to tell your grandchildren ;) [15:51] indeed [15:51] 11:11 < wzssyqa> ripps: no ,first, dpkg-reconfigure locales,then reboot, then sudo locale-gen,then reboot [15:51] hm, i only did locale-gen [15:52] so did I. Will get it this way now, and see if it works [15:52] i'm grepping the log now for all sorts of problems i have :D [15:54] but this does not seem to be correct. ' dpkg-reconf locales' just tries to regen the tables. Since they are all up-to-date, nothing is actually done [15:54] hggdh: i read the manpage. maybe you could try locale-gen --purge [15:54] hggdh: always funny [15:55] already did --purge. But dpkg-reconf does not force --purge [15:55] * hggdh bows to BUGabundo_work [15:55] i'll try with bjsnider PPA [15:55] and see how that goes for me [15:55] should i PURGE hal from my system ? [15:56] I think it is still used somewhere [15:58] yes, lots of rdepends on hal [15:58] BUGabundo_work, you'll do what exactly? [16:00] hggdh, what were your euro parents doing in brazil? [16:00] hggdh, BUGabundo_work according to some blog I have read sometime ago you can safely remove hal at this time [16:01] looks right, purging hal only removes hal* and leaves libcompress-bzip2-perl to be removed on autoremove [16:02] but removing tells me the user haldaemon is still logged in [16:17] hggdh: aptitude why hal showed only ONE [16:17] xorg [16:18] bjsnider: identica ping me your PPA or email it to me, please [16:18] i *MUST* upgrade today [16:19] and have someone back slap alberto [16:19] for his unfinished work [16:20] BUGabundo_work: https://launchpad.net/~nvidia-vdpau/+archive/ppa [16:20] no [16:20] where's nvidia-glx-195? [16:21] is xedgers even in working state? [16:21] Sarvatt: ping ^^^^^^ [16:23] knittl, BUGabundo_work i removed the lucid packages from the ppa. they would interfere and break the new driver under development quite severely [16:23] and the new driver package does not conflict with glx-195, so there is no upgrade routine for that [16:23] bjsnider: so what is the recommended way to go for me? [16:23] install 190 again? [16:24] alberto has ppa builds of the new driver package, probably not 100% finished yet [16:24] https://launchpad.net/~albertomilone/+archive/proprietary-video-improvements [16:25] i don't know how wel they work, but they're definitely close [16:25] there's only -96 and -173 [16:25] i think i'll just wait till they are finished and continue using 195 for no [16:25] * now [16:25] although standby is not working [16:26] knittl, not that this helps, but you *are* using an unstable distro here [16:27] i know [16:27] i'm not complaining [16:27] after all i'm using it to test it [16:28] the nvidia-graphics-rivers package in that ppa does have the 190 driver [16:29] hm ok, i was just wondering, because 173 and 96 are listed [16:29] oh. i understand now :D [16:30] well I'm COMPLAINING [16:30] leaving a system without phisical access to it for two days, is unaceptalbe [16:31] even on a testing release [16:32] BUGabundo_work, alberto is in #ubuntu-x right now if you want to chat with him about it (tseliot) [16:33] ubuntu-x? what's the x for? [16:33] * BUGabundo_work puts angry face on [16:34] btw i would stay away from using the nvidia-installer too [16:34] xis for xorg [16:34] k, thx:) [16:34] nvidia-installer? [16:34] i'm using jockey [16:35] yes in other words, the .run packages from nvidia [16:35] wow [16:35] they will be disabled in lucid and would probably... [16:35] feedback in there is almost as much as in #ubuntu-kernel [16:35] well, i hesistate to continue [16:36] this is going to be entertaining [16:36] lol [16:37] BUGabundo_work, vs. the ubuntu xorg devs [16:37] BUGabundo_work: apt-cache rdepends hal showed some 30 [16:38] ah, it is xfce that still depends heavily on HAL [16:39] s/heavily// [16:39] yes [16:39] i'm on gnome [16:41] although rdepends show a lot of gnome packages, I think it is only recommends [16:46] * BUGabundo_work gets an hammer [16:46] some ppl need it the HARD WAY === yofel_ is now known as yofel [16:54] wasn't that the tagline of some wretched movie? [17:00] Hi all. [17:00] I have problem with localepurge. I tried to google for some help, but no avail so far. [17:01] E: Problem executing scripts DPkg::Post-Invoke 'if [ -x /usr/sbin/localepurge ] && [ $(ps w -p $PPID | grep -c remove) != 1 ]; then /usr/sbin/localepurge; else exit 0; fi' [17:03] have you tried running "/usr/sbin/localepurge" from a terminal to see what it complains about? [17:04] `It has no output. So, I can't say whether it works or not. [17:05] I'm not the only one. http://ubuntuforums.org/showthread.php?p=8625711 [17:06] vita: what number does 'echo $?' give you on a terminal after running localepurge? [17:07] Ah. So locale exits with error 1 [17:08] does "locale" give you a warning about missing locales? [17:09] nope, I had such problem, but resolved it by "dpkg-reconfigure locale" [17:09] hmm [17:09] /usr/sbin/localepurge --debug also exits with 1 but no error output [17:09] ran as root [17:09] my keyboard layout always changes back to an old version :(--also my alt key seems to hang randomly [17:14] damn. Konversation crashed. Any ideas about localepurge when I was down? [17:21] dpkg-reconfigure localepurge doesn't help [17:25] dose Ubuntu Tweak work with 10.01 [17:27] pasjr: I assume you mean 10.04, and we don't know, as ubuntu-tweak is provided by a third party. [17:28] sorry yes 10.04 finger slip. Ok thanks I tried but keep having issues with graphics just wondered if any one had success yet === Perceval is now known as zniavre === zniavre is now known as perceval === malnilion_ is now known as malnilion [18:51] I'm trying to get #503548 exactly where it belongs, I'm pretty sure its a xorg/nv issue. How do I determine which is the problem === vish is now known as mac_v === mac_v is now known as vish [20:57] hello, I was looking through some documentation for testing Lucid, and I noticed that it seems like you guys still need some testing results on an EeePC 1000 [20:58] I currently use one, and I was wondering how I could help [20:58] (I am currently a member of the Bug Squad) [20:58] WeatherGod: welcome :P [20:58] hi yofel [20:59] Anyway, I got a week before the semester starts back up again, so I can do stuff now without interfering with my schoolwork [21:01] WeatherGod: I'm using Kubuntu lucid on an EeePC 1000H right now [21:02] works fine mostly [21:02] the only annoying thing is that the 2.6.32 kernel breaks the intel graphics driver on suspend [21:02] is UNR being folded into Kubuntu? [21:02] (to RAM) [21:02] I don't see a separate ISO for UNR [21:02] lovely [21:03] the screen flashes from time to time and after a while turns black [21:03] everything else still works, you just don't see anything [21:03] hmm, after fsck... what's the next thing to come in the boot process? [21:04] DanaG: since we now use upstart... no idea [21:04] was wondering the same yesterday [21:04] yofel: ah, so it is still ssh-able and such? [21:04] wah, still no umlauts [21:04] yeah, I gotta read up on upstart [21:04] WeatherGod: yes, you can even close windows with alt+f4 or witch to tty - login - and sudo shutdown [21:05] if you can do it blind ^^ [21:06] well, at least it is just a graphics driver issue, which should be easier to fix than some of the more complicated issues that ususally come from suspend [21:07] anybody know anything about UNR for Lucid? [21:09] WeatherGod: http://cdimages.ubuntu.com/ubuntu-netbook-remix/daily-live/current/ [21:09] evening [21:09] dist-upgrading [21:09] Hello, BUGabundo [21:09] hi BUGabundo [21:09] lets see what i can break or unbreak tonigh [21:09] they killed that bug today [21:09] they did ???? [21:09] yup [21:09] i was speaking to them all afternoon [21:09] and squat [21:09] invalid [21:09] bug id? [21:09] LOLOLOLOL [21:10] nasty nasty charles! [21:10] charlie-tca: thanks [21:10] bug 504149 [21:10] http://paste.ubuntu.com/353627/ [21:10] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/504149) [21:10] here goes nothing [21:10] bug 504149 [21:10] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/504149) [21:10] WeatherGod: no problem [21:11] yay, LP broken... [21:11] been bad in all the channels today [21:11] anyway, BUGabundo. that is the one [21:12] Removing all DKMS Modules [21:12] Removing linux-headers-2.6.32-8-generic ... [21:12] Removing nvidia-185-libvdpau ... [21:12] Current status: 1 update [-6]. [21:12] reboot [21:13] Sorry, there was a problem connecting to the Launchpad server. [21:13] Isn't that nvidia driver broken in lucid? [21:13] yep [21:13] yeah, I been fighting it all day [21:13] so i'm stuck with NOTHING [21:13] i'm sure it wont even boot [21:14] what about the nvidia 195 drivers [21:14] ahhh [21:14] low grafics [21:14] or is it 190? [21:14] at least mouse works /sacarms [21:14] 504149 Changed in: xorg (Ubuntu) Status: Incomplete => Won't Fix [21:15] Umm, I think it is 190, but you have to get it from nvidia's website [21:15] BUGabundo: you can work with vesa + forced horzsync/vertrefresh to get the resolution you want... [21:15] but, if it works, why don't we get it packaged and made available? [21:16] note, I don't know if it works, just that it has been out for a few months now [21:16] WeatherGod: pretty much all nvidia users here use the packages from the vdpau ppa [21:17] 190 is stable, 195 is beta (195 recommended for KDE) [21:17] i dont [21:17] ok, good to know for my other computer [21:17] some one said it was broken too [21:18] yofel: can i install the one in PPA? [21:18] if so, why isnt it in archive? [21:18] which one is gonna be targeted for Lucid release? [21:18] BUGabundo: the drivers from the ppa work, why the archive still has a broken one I don't know [21:19] ppa link please [21:19] got it [21:20] oh come on, just google for the nvidia vdpau ppa, but here: https://edge.launchpad.net/~nvidia-vdpau/+archive/ppa [21:20] and contact bjsnider if anything breaks [21:20] yofel: thats what i did [21:20] :) [21:20] yofel: he told me to use albertos ppa [21:21] since i'm at it [21:21] i might try NV [21:21] anyone know if it is working ? [21:22] i think gdm is broken atm xD [21:23] my boottime is very slow (slower than karmic) can i measure and analyse it somehow? bootchart comes into mind [21:24] knittl: py-bootchar [21:24] knittl: py-bootchart [21:24] !info py-bootchart [21:24] !info pybootchart [21:24] Package py-bootchart does not exist in lucid [21:24] Package pybootchart does not exist in lucid [21:24] xD [21:24] !info bootchart-java [21:24] Package bootchart-java does not exist in lucid [21:24] ggrrr [21:24] !search bootchart [21:24] Found: bootchart [21:25] i think booting itself isn't so slow, it's gdm after logging in [21:25] * BUGabundo slap the bot with two wet throuts [21:25] somethings wrong on my system somewhere [21:25] knittl: bootchart should help debug [21:25] !info pybootchartgui [21:25] pybootchartgui (source: pybootchartgui): boot sequence visualisation. In component main, is extra. Version 0+r139-2 (lucid), package size 20 kB, installed size 156 kB [21:26] rebooting [21:26] f*** [21:27] no gdm [21:27] $ startx [21:27] BUGabundo: does 'sudo service gdm start' work? [21:27] /usr/bin/X not found [21:27] sudo service gdm start [21:27] BUGabundo: uh, that sounds bad... [21:27] yofel: $ gdm start/running [21:28] i wish i new where [21:28] sudo start gdm is the new syntax for upstart [21:28] stop and restart dont work [21:28] sudo stop gdm [21:28] BUGabundo: then it's not running [21:29] sudo gdm stop works [21:29] warning: unable to fid user : no seat-id foind [21:29] BUGabundo: maybe the update removed xserver-xorg? [21:29] *upgrade [21:29] chenking [21:29] yofel: correct [21:29] none installed [21:29] BAD [21:30] bad [21:30] let me tell that to tX guys [21:31] now trying to install it [21:31] they should know it is bad, shouldn't they? [21:31] lets see what tries to remove now [21:31] LLOLOL [21:31] removes nvidia [21:31] FAIL [21:32] BUGabundo: yes, it will remove the nvidia glx from the archive [21:32] known issue [21:32] broken since before alpha1... [21:32] that's why we're all using ppa packages... [21:33] yofel: thats from PPA [21:34] let me give it another go [21:34] installin X 1:7.5 [21:34] be sure to refresh your package lists [21:34] duh [21:34] just sayin' [21:34] ok X is done [21:35] what 195 name ? [21:35] so i dont typo [21:35] hm... [21:36] knittl: when did he tell you to use the other ppa, and which one? [21:36] i dont see nvidia-glx-195 [21:36] yofel: [21:32] use tseliot's ppa [21:36] yofel: today, around 3 pm [21:37] so that's 12 hours ago [21:37] stupid timezones ... [21:37] btw, is there a solution for the ureadahead-other main process terminated with status 4 yet? and the mountall: could not connect to plymouth [21:38] knittl: got the ppa link? [21:38] yofel: yes, sec [21:38] tseliot ppa only has up to karmic [21:38] no lucid package [21:38] https://launchpad.net/~albertomilone/+archive/ppa [21:39] https://launchpad.net/~albertomilone/+archive/proprietary-video-improvements [21:39] wrong ppa .( [21:39] no, it's the one i was told about earlier today [21:40] https://bugs.launchpad.net/ubuntu/lucid/+source/mountall/+bug/503212 [21:40] Launchpad bug 503212 in mountall "mountall crashed with SIGSEGV in main() without initramfs" [High,Confirmed] [21:40] meh, no 195 :/ [21:41] ok. package list update . now what? install blob? === luis__lopez is now known as luis_lopez [21:45] that guy is NOT helping [21:45] i'm getting *really* tired with this [21:46] I am trying to install nvidia-glx-185 to get the nvidia graphics driver but apt wants to uninstall xorg and xorg-* when I do. help? [21:47] sparr: forget it [21:47] its ALL BROKEN [21:47] i'm currently without any X [21:47] as am I [21:48] after X devs _advise_ me to upgrade [21:48] FAIL [21:48] the updated nvidia drivers are going into lucid this afternoon. probably within the hour [21:48] BUGabundo: come on, just install xserver-xorg and things should be fine again [21:48] I have failsafeXserver running, but it wants to use 2048x1600, which my monitor doesn't support [21:48] bjsnider: which drivers? nv, nouveau or the proprietary? [21:49] i cant even see nvidia-graphics-drivers [21:49] you guys are putting beta nvidia drivers in but wouldnt put current stable into karmic? [21:49] prob didnt build for 64bits [21:49] :((((( [21:49] vivid: brokwn with X 17.5 and old HAL [21:49] vivid: recent decisions have driven home my decision to move back to debian for my next install, I just can't deal with the ubuntu package/release policies [21:50] ....i use the drivers from nvidia, though im sure ubuntu will tell you it will break your system o.O [21:51] sparr: dont use devel version [21:51] vivid: thats SOOO wrong [21:51] BUGabundo: then I am stuck with packages 1-9 months out of date, also unacceptable [21:51] use a rolling disto then [21:51] like debian. welcome to 3 minutes ago. [21:51] whats wrong about it? [21:51] well, I have encountered some situations where the NVidia drivers were breaking things once the users decided to turn on the proprietary stuff [21:52] i know for a fact theyve told me before it would break my system [21:52] and others where the proprietary stuff fixed their problems [21:52] sparr: and how is debian better? (unless you use sid) [21:53] alkisg, proprietary [21:53] bjsnider: ppa, I assume. Thank you. [21:53] http://paste.ubuntu.com/353644/ [21:53] http://paste.ubuntu.com/353645 [21:53] why isnt 190 series in lucid even ... [21:53] ridiculous, 185 still has crashes [21:53] alkisg, no, not ppa [21:53] Ah, the restricted? wow.. [21:54] Good news :) [21:54] yofel: debian packages tend to handle mixing distros more robustly. and i run sid. [21:54] targeted for alpha 2 releae [21:54] yofel: i typically run a mix of testing, unstable, and experimental on debian [21:54] bjsnider: good [21:54] i run unstable at work [21:54] but ati SUCKSSSS [21:55] yofel, i regret putting the lbobs into the ppa, and if i were you i would be rid of them and go with the new package that's coming in [21:55] I thought ATI was releasing an open source driver? [21:56] bjsnider: should i install the ppa one or wait for it to be uploaded to the archive? [21:56] wait for the updates this afternoon [21:56] uninstall the 195 completely first [21:58] bjsnider: ok, will do [21:59] why does installing nvidia-glx-185 cause xorg* to be uninstalled? [21:59] not compatible with 1.7.5 [21:59] told u that already [21:59] no, I think you didn't [21:59] no [21:59] ....185 is redundant anyway [21:59] it was binary-copied over from karmic [22:00] vivid: not until the new package acutally gets uploaded... [22:00] forget the ubuntu package [22:00] and why is my CPU set to performence?! [22:00] go to nvidia.com and download [22:00] so it is built against karmic's xserver-xorg version. it is not actually incompatible with 1.7.5 [22:00] vivid: DONT [22:00] i mean, youre on alpha, not like youre going to die if it doesnt work [22:00] vivid, that would pooch your system to the point where you would have to wipe/reload [22:01] vivid: please stop giving advice that WILL break your system [22:01] why? [22:01] bjsnider: so what is the exact/correct procedure now? purge nvidia-* and install nvidia-common? [22:01] lol [22:01] see, i said that earlier, my bad [22:01] the nividia installer does not use alternatives, so it isn't compatible with lucid [22:01] vivid: the point is going to nvidia.com resolves *your* problem, but not Ubuntu' s [22:02] sounds like systems are broken as is, but ill butt out of the conversation [22:03] vivid: you might want to help improving it then... [22:03] i have [22:03] quick question... what is it that Ubuntu need to do with the binary blob before packaging and releasing it? [22:03] ok then :) [22:03] well, notwithstanding BUGabundo' s despair, this is an *alpha*. Systems may catch fire [22:03] knittl, check the archive for nvidia-current, not nvidia-common [22:03] WeatherGod: test :)? [22:03] besides that... [22:03] when you see it there, purge the old one and install that [22:04] install it through jockey [22:04] jockey has to be used too [22:04] WeatherGod: there is a small source shim that needs to be build [22:04] i thought i need nvidia-common for jockey to work [22:04] acicula: ah, ok [22:04] and I take it that this shim is non-trivial? [22:05] WeatherGod: the point people here are trying to make is not that you can not use the unpackaged stuff, just that its is really likely to break your system [22:05] WeatherGod: your best bet is to ask tseliot. [22:05] WeatherGod: at least to a point where most users just need to reinstall [22:05] right... [22:05] knittl, yes that is true [22:05] I am wondering why 190 hasn't been packaged, that's all [22:05] WeatherGod: generally, it's either -ERESOURCE or lack of testing [22:05] i'm confused [22:05] ,you can not _not_ use, [22:05] heh [22:05] hggdh: well it should provice a *CLEAR* path of upgrade [22:05] and not of breakage [22:05] WeatherGod: 190 has been packaged; see ~xorg-edgers [22:06] the driver is activated through jockey. it is crucial to install it through there or the update-alternatives command will not be run [22:06] bjsnider: i removed all nvidia-related ppas. now i purged nvidia* [22:06] as preparation for the upcoming update [22:06] ok [22:06] why can't the update-alternatives command be run through the .deb install routines? [22:06] now we just have to wait for the new package to get uploaded to lucid [22:07] forget archive packages [22:07] not ready yet [22:07] tseliot PPA has whats need [22:07] BUGabundo: yes, I am not saying otherwise. But this is part of the risk associated with running alphas. [22:07] plus a archive mesa [22:07] I my case, I am running VESA for some weeks now (since the ATI drivers blew) === DanaG1 is now known as DanaG [22:10] wb DanaG [22:13] ok [22:13] i have metacity at full resolution [22:13] just no 3D [22:14] right because the necessary code is not in alberto's ppa [22:14] it will be in the archive later on [22:16] hmm, so what's all this new gtk alpha-channel support going to give as an end result? [22:16] It doesn't give me alpha-transparent desktop. [22:17] DanaG, even if you activate rgba on murrine theme ? [22:17] well [22:17] i'm good for now [22:17] goind to upgrade my new WDTV [22:18] I want to be able to set my nautilus desktop color with RGBA, not just RGB. [22:18] and try out my new LCD [22:18] bye [22:18] thanks everyone [22:19] DanaG, supposed you are with default theme try to modify the rgba option in it FALSE to TRUE [22:20] Yeah, that works. [22:20] can i hav a screenshot please? [22:20] :o) [22:22] eh, you can probably find stuff on google images. [22:22] ho [22:22] well [22:23] i think you are the first to try it... [22:23] i do not mind [22:25] nautilus is translucent too ? [22:28] hggdh: do umlauts work for you again? [22:31] should there be a newer nvidia driver available than 185? [22:31] in the repo? No. There are PPAs, however. [22:31] sparr, within a few hours [22:37] 173 is working ? [22:40] bjsnider: not to step above my place but... shouldn't there be a process in place that stops this sort of breakage from happening? that is, whoever "committed" (sorry, not sure about the term) the new xorg to the repository should have been stopped when it would result in this [22:42] anybody know another way to obtain the Lucid iso from the daily build [22:42] my download was corrupted [22:42] and I don't see a torrent available [22:47] would zsync work to correct the download? [22:55] * sparr curses whatever bug has left him with just one terminal [22:55] guess it's time to learn how to use screen [22:56] sparr, breakage in an alpha operating system? [22:57] the process that's in place is "use karmic" [22:58] forget that I am a user... other package developers are even more inconvenienced by this problem than I am. [22:58] nvidia-graphics-drivers (190.53) is in source NEW [22:58] it's awaiting archive admin ACCEPT, and then it will need to build then be accepted through binary NEW then be published [22:58] so, it's just a matter of time at this point [22:59] patience, virtue, etc., etc. [22:59] ok, better question... [22:59] the situation I am in right now. could it be reproduced in karmic simply by uninstalling the nvidia driver? [22:59] I don't mind the lack of the nvidia driver so much as I mind the complete lack of ability to use X [23:00] if you wiped out the blob the nv driver would be selected by default [23:00] I don't know the extent of nv's crippled nature. I just know that it kinda sucks. [23:00] maybe it would work, maybe not [23:01] crimsun: "kinda sucks" is not as bad as this [23:01] I would be happy if it fell back to vesa [23:01] vesa is being discussed as the default in lucid because of issues related to nv and nouveau [23:01] meh @ default. let's talk about fallback. [23:01] yeah, fallback [23:01] yes, the things-gone-wrong state I am in right now is my own fault. but that isn't always the case. the question is why it doesn't fail gracefully when one driver is missing/broken/bad [23:02] vesa might be the thing in lucid [23:03] is gdm suppose to remove usplash? [23:03] bcurtiswx: I noticed that too [23:03] gdm and usplash conflict with each other now [23:03] ok, thx [23:03] i don't know why or if it was intentional [23:04] knittl: no, no umlauts [23:04] knittl: but I have not restarted yet [23:04] if it were intentional it would be nice to know.. so i can let the change happen [23:08] it's intentional [23:08] usplash is going to be replaced by plymouth soon [23:10] cdE|Woozy: Thanks :D [23:11] hggdh: hm ok, i've rebooted several times now and still no umlauts. but now it's bedtime. goodnight everybody [23:14] hey [23:14] is just me or shutter is trying to save into /home/ ? [23:17] shutter? [23:18] hmm, so, the power savings / gpu mode-switching works... but doesn't clock down very far at all. [23:19] oh, I do see that glitching. [23:19] Interesting. [23:22] sparr, yes, the screenshot taking utility [23:29] Hi all, I'm running 10.04, and earlier today, the process "events/0" (or sometimes "events/1" -- I have a dual-core system) would spike my CPU very hard about every 0.4 seconds. (I timed the spikes to be almost exactly 5 every 2 seconds.) [23:29] The problem has since gone away (after a few reboots, oddly). However, were this to happen in the future, what can I do to help narrow down the cause of the problem? [23:30] My understanding is that these are kernel processes (user "root", PID 9 and 10), and that they cannot be killed. I tried a search online, and I only found references to people having problems with events/N if they're using Ralink wireless cards or ndiswrapper. I *believe* I use neither, and in fact, my problem persisted even after disabling my wireless (in hardware) and rebooting. [23:31] Thank you very much in advance for any insight. [23:41] slewly: yeah its a kernel process, you can check for ndiswrapper by doing lsmod | grep ndis ?