[00:50] <Sarvatt> Kangarooo: crashed with the PPA one yet? :)
[00:59] <Kangarooo> Sarvatt: no not jet. im tryng. i havent restarted pc jet. and had FF open with 100 gif tabs and i just came back and FF crashed but crash didnt had ram enough (that was the apport error). so if it crashes ill tell. also im tryng to make crash and not working crash.
[01:08] <KaNGaR> Sarvatt: just happened crash again :) so i make backtrace again? or just ubuntu-bug ? i also restarted pc maybe patch didnt made effect until restarted?
[01:17] <Kangarooo> Sarvatt: cant i in (gdb) make command with && ? like attach (pid) && cont ? so system doesnt freeze?
[01:20] <Kangarooo> no not && and not & working (gdb) attach 769 && cont Illegal process-id: 769 && cont. (gdb) attach 769 & cont Illegal process-id: 769 & cont.
[01:24] <RAOF> Kangarooo: You're not running gdb from a VT?  Your X will still stop, but you won't be trying to interact with it, so it should be ok.
[01:25] <Kangarooo> whats VT? im was running gdb from pc witch is not so close thrue ssh conecting to crashed comp. and so that i dont need to run to working comp im in VNC to working comp :)
[01:26] <Kangarooo> RAOF: ive just tryd running this in TTY and when freezing happens (where i need to continue running with command cont) then TTY still works. But then i Ctrl+alt+f7 and again all froze.
[01:27] <RAOF> There are a couple of signals you need to not stop on.  If you change the keyboard to raw mode (alt+sysrq+r) you should be able to switch back to your original TTY and continue.
[01:27] <Kangarooo> it would be very good if on (gdb) attach (pid) xorg doesnt stop
[01:28] <RAOF> Those signals should be on the X debugging wiki.
[01:28] <Kangarooo> whts sysrq? yesterday i was asking and nobody knew
[01:28] <maco> its a key on your keyboard
[01:28] <RAOF> The sysrq button; generally found on the same key as prtsc
[01:28] <Kangarooo> hehe no?
[01:28] <maco> usually on prtsc or ins or del
[01:29] <maco> mine's on the del key
[01:29] <Kangarooo> whata.. alt+del removed one of my workspaces
[01:30] <Kangarooo> that actually deleted a workspace
[01:30] <Kangarooo> wow. yes i have Sysrq on Prt Scr. wow never used so never noticed :)
[01:31] <Kangarooo> im only getting a screenshot. so when a freezing happens then (alt+sysrq+r) will work?
[01:32] <RAOF> To trigger sysrq you probably need to hit shift, too.
[01:32] <Kangarooo> ok and last buton is key "r" ?
[01:33] <RAOF> Yup.
[01:33] <Kangarooo> ok so that all will help me only to get to TTY ? but not to xmode ?
[01:34] <Kangarooo> couse it will still be frozen until in gdb continue
[01:40] <RAOF> Right
[01:41] <RAOF> That will allow you to switch terminals, because it makes the kernel handle the ctrl+alt+f keys itself without letting X trap them in its frozen jaws.
[01:42] <Kangarooo> ok so in TTY6 i made gdb and when made attach (pid) TTY6 still responding and keyb also. but then i changed to Xorg mode and keyb not responding and nothing moves. so i got in raw mode and that made only keyboard raw mode but not screen. keyboard responded to Numlock and to Scroll Lock but not caps lock.
[01:42] <Kangarooo> and ctrl+alt+f6 i could get back to tty6
[01:43] <Kangarooo> not to any tty1-6
[02:02] <Kangarooo> RAOF: so raw mode doesnt give me possibility for me to get back to TTY1-6
[02:10] <Kangarooo1> is gdb still running or it stopped? http://pastebin.com/8Scimr30 what command should i do now? again attach (pid) or cont ?
[02:14] <RAOF> That hasn't worked because X is already running.  gdb is running, but the X process you tried to start isn't.
[02:19] <RAOF> Ok.  Git question: how do I take uncommitted changes over to a different branch?
[02:21] <Kangarooo> no i cant get in TTY back. i even did whats in subsection of https://wiki.ubuntu.com/X/Backtracing#Backtrace%20with%20gdb section gdb problems. theres writen inside gdm, start up Xorg: (gdb) run -keeptty -dumbSched. so i did start with attach (pid) and then that run -blabla -bla and thats the log i got. couse after that command it asked to restart? on yes x restarted to login screen. on no it crashed when going to tty7 and still cant get bac
[02:22] <Kangarooo> also the link for gdb problems has nothing to do with the command posted in that section
[06:03] <Bernardo> good morning
[07:55] <RAOF> Hm.  DisplayLink doesn't really work.
[09:22] <Sarvatt> is it bad i'm starting to actually look forward to intel being broken in git? i swear i learn so much each time trying to figure it out :)
[09:22] <Sarvatt> RAOF: drivers in the archive?
[09:23] <RAOF> Sarvatt: Yeah.
[09:23] <Sarvatt> werent those really old?
[09:23] <RAOF> kernel fb module in the kernel, xserver-xorg-video-displaylink as the DDX.
[09:23] <RAOF> I'm not sure whether there's anything newer.
[09:24] <Sarvatt> dont think i've even seen any displaylink stuff since... xserver 1.6 just came out
[09:24] <Sarvatt> on the lists
[09:24] <Sarvatt> where's upstream?
[09:25] <RAOF> Well, bryceh gave me a displaylink box at UDS.  It's easy enough to get a framebuffer up, once you manage to switch it from USB mass storage mode.
[09:25] <Sarvatt> needs a udev rule?
[09:25] <RAOF> Upstream? http://libdlo.freedesktop.org/wiki/
[09:25] <RAOF> Yeah.  A udev rule would do it.
[09:26] <RAOF> At least for _this_ hardware.  No guarantees that other hardware isn't crazy in different ways :)
[09:34] <Sarvatt> nothing like spending 8 hours or so bisecting and having the fix already commited :D
[09:36] <Sarvatt> why is it called libdlo?
[09:36]  * Sarvatt is confused
[09:38] <Sarvatt> ah i see it talks to libusb, where's the X driver?
[09:39] <Sarvatt> oh you linked a wiki too! ugh, sorry, i've been going through xtrace logs all night and text is kind of blurring together
[09:41] <Sarvatt> oh so basically you just use fbdev?
[09:44] <Sarvatt> Now i will focus on patching the intel driver to add a virtual crtc for every displaylink device in the system. This will allow to use the GPU to draw (maybe accelerated) contents and send the output via the usb,and to use a single big screen (the old Xinerama/MergedFB way).
[09:44] <Sarvatt> (then releases stop a year ago) :)
[09:54] <RAOF> Right.
[09:55] <RAOF> It did seem to be fairly dead.
[09:55] <RAOF> I can get a screen with a movable cursor up, but there's not a lot of rendering happening.
[10:04] <Sarvatt> no real point signing up for things on blueprints if you're not canonical right?
[10:06] <RAOF> Hm.  Kinda.
[10:07] <Sarvatt> i haven't touched anything on them because i'd rather one of you guys get marks on your performance reviews :)
[10:07] <RAOF> I'm not entirely sure why you'd want to sign up for work items; I guess it's a nice tracker.
[10:10] <Sarvatt> because i'm doing or have done the work, i wasn't sure if they really were just canonical or ubuntu too
[10:13] <RAOF> Hm.  You might want to ask Rick.  I don't see any particular reason why you couldn't put work items on the list if you wanted to track things.  Or, rather, the only reason I can think of is that one of us needs to be ultimately responsible for ensuring it's delivered.
[10:43] <Sarvatt> you a core-dev yet? :)
[10:48] <RAOF> Not yet :)
[10:57] <Sarvatt> I'm not sure, seems like a lot of the problem is on the AGP side
[10:58] <apw> RAOF, got a link to the bug from which that attachment attaches?
[10:59] <RAOF> apw: http://bugs.freedesktop.org/show_bug.cgi?id=27187
[10:59] <ubot4> Freedesktop bug 27187 in Driver/intel "[i855GM] gtt chipset flush is not cache coherent" [Normal,New]
[11:00] <RAOF> Linked from this memorable launchpad bug: https://bugs.edge.launchpad.net/ubuntu/lucid/+source/xserver-xorg-video-intel/+bug/541511?comments=all
[11:01] <apw> bug #541511
[11:01]  * apw notes ubot4 is useless
[11:01] <RAOF> I'm off to the movies now; it's 8pm.
[11:01] <ubot4> RAOF: Error: Bug #541511 is private.
[11:01] <ubot4> Launchpad bug 541511 in xserver-xorg-video-intel (Ubuntu Lucid) (and 3 other projects) "MASTER: [i855] GPU lockup (apport-crash) (affects: 118) (dups: 29) (heat: 814)" [High,Triaged] https://launchpad.net/bugs/541511
[11:02] <RAOF> Hah.
[11:02] <Sarvatt> there's been a surprising amount of 8xx stuff done post 2.11 though and one person mentioned they were 100% stable on 855 earlier
[11:03] <RAOF> I wouldn't get my hopes up about _that_.  A subset of users have always reported they were 100% stable on 855.
[11:03] <Sarvatt> true!
[11:03]  * RAOF really off.
[11:10] <Sarvatt> apw: do you know if there are there any plans to enable DMAR?
[11:11] <apw> Sarvatt, DMAR ?
[11:11] <Sarvatt> just a heads up you can expect a large amount of bug reports about broken graphics if you do :)
[11:13] <Sarvatt> yeah some people want it on for virtualization but we've avoided all of the problems because we dont have it enabled :)
[13:00] <Kangarooo> hello Sarvatt did u read all i wrote after u asked Sarvatt: Kangarooo: crashed with the  PPA one yet? :)
[13:02] <Kangarooo> i was tryng to get somehow so Xdoesnt stops with attach (pid) handle all nostop handle all pass cont but still xorg was stopped when crash happened. ouh and yeah crash still happened. ill make a new dbg now thrue ssh again
[14:07] <mvo> superm1: hey! I merged xserver-xorg-video-nv in lp:ubuntu/maverick/xserver-xorg-video-nv but I ran into the issue that nv_list.csv seems to need updating. is there a automatic way of doing this?
[14:07] <mvo> superm1: all the other bits are in bzr, but that part is currently missing
[14:09] <Kangarooo> Sarvatt: i got again crash but crashed all comp not just screen. also ssh wasnt responding. but also i could quit ssh and also couldnt open new ssh
[14:11] <Sarvatt> Kangarooo: did you attach that backtrace you got to the bug? I looked last night but didnt see it
[14:11] <Sarvatt> mvo: can't merge X drivers from debian at the moment until xserver is updated..
[14:11] <Sarvatt> well  you can but they wont build :D
[14:11] <mvo> Sarvatt: can merge, just can't build :)
[14:12] <Kangarooo> no couse didnt get response is it needed. ill post it up now. and then im again tryng to make crash with backtrace with your ppa
[14:12] <mvo> Sarvatt: its just the depends generation that will not work, so it can be tested to a certain extend :)
[14:14] <Sarvatt> ohhh interesting, never saw superm1's patch before
[14:14] <lucazade> Bernardo: http://meego.gitorious.org/~xinyunliu/meego-os-base/xylius-kernel-source
[14:14] <lucazade> Initial PowerVR core gfx driver support for IVI based on build 1616
[14:14] <Sarvatt> it shouldn't really be needed anymore, should it?
[14:14] <mvo> Sarvatt: hints welcome (feel free to take over if you want, my stuff is in bzr)
[14:15] <mvo> Sarvatt: no? what did change that makes it no longer needed?
[14:15] <Sarvatt> nv no longer loads if KMS is in use so it'd never claim it, KMS is in use unless forced off for nouveau
[14:15] <Sarvatt> i think there was more, looking
[14:16] <Sarvatt> what i'm thinking of might not have made an official release yet
[14:17] <Sarvatt> yeah that csv generation would be a PITA to maintain lol
[14:17] <Sarvatt> well then again nv is abandoned
[14:17] <mvo> PITA> my feeling as well
[14:17] <Sarvatt> not like they're going to make GPU's that work with nv anymore to update it after this last one
[14:18] <Sarvatt> i'll fix it up
[14:18] <mvo> cool, thanks :)
[14:22] <lucazade> Sarvatt: hi! seems there is a new IVI driver with poulsbo support
[14:23] <lucazade> in meego git repo
[14:23] <Kangarooo> ok Sarvatt added. now with your ppa doing the same commands made system and ssh unresponsive.. :(
[14:23] <Kangarooo> *tryng backtracing with same commands.
[14:23] <Sarvatt> lucazade: found any images yet?
[14:24] <Sarvatt> i've got a meego chroot but theres still nothing as of this morning
[14:24] <lucazade> not yet
[14:24] <Kangarooo> Sarvatt: bug 587710
[14:24] <ubot4> Launchpad bug 587710 in nvidia-graphics-drivers (Ubuntu) "if FF wit lot Gif & overloading CPU then X-boom to login (affects: 1) (heat: 6)" [Undecided,Confirmed] https://launchpad.net/bugs/587710
[14:25] <lucazade> Sarvatt: found this repo reading meego forum http://forum.meego.com/showthread.php?t=38
[14:25] <Sarvatt> i'm in the middle of doing 3 things at once right now, will look in a bit
[14:26] <Kangarooo> Sarvatt: iim tryng to get system not lock up so i dont need to cont on other comp. (gdb) attach 787 -keeptty -dumbSched gives Illegal process-id: 787 -keeptty -dumbSched. also tryd just handle all nostop and handle all pass then cont (without handle 11 stop) and still system froze
[14:28] <Sarvatt> what the heck, superm1 made this -nv change last september? no clue how I didnt see it all this time
[14:28] <bjsnider> i can't make sense of that bug report subject line
[14:29] <Kangarooo> bjsnider: mine bug report?
[14:36] <Sarvatt> superm1: ah theres a little problem with this patch
[14:37] <Sarvatt> superm1: nvidia GPU's that are natively PCIE but have an AGP bridge are not in the list
[14:37] <Sarvatt> so you blocked out all of those users with this change
[14:38] <Sarvatt> the GPU has the pci id of the agp bridge and not the actual GPU
[14:38] <Sarvatt> and adding the agp bridge pci ids to the list would screw it up too, i went through this with aplattner a year ago
[14:39] <Sarvatt> it was a problem when we had the pci.id's files, that wasn't picking up those GPU's either
[14:40] <Sarvatt> dont tell me i dont have the patch i used to get around that anymore.. :( I added all of the bridge devices in an #if 0 block so they didn't do anything but they still got parsed
[14:56] <Sarvatt> there it is - http://launchpadlibrarian.net/27885379/101_agp_bridge_pci_id.patch
[15:04] <Sarvatt> almost done updating the csv with the new chips so the script can be run
[15:07] <superm1> mvo, there is a script in there yes to do it that came with the patch
[15:07] <superm1> Sarvatt, the patch was supposed to be something to get us by until upstream X got support to find the devices sooner
[15:07] <superm1> Sarvatt, er not find them sooner, i think it was so that it could fail earlier and not fail so hard
[15:08] <superm1> Sarvatt, since we're nouveau by default, i'd say the patch is pretty moot now though
[15:09] <Sarvatt> yeah but some devices relied on that broken behavior and the maintainer didnt want to have anything to do with changing it, we had a lot of bugs about non working AGP cards :(
[15:15] <superm1> if i remember right slangasek raised something like that
[15:16] <superm1> but since they were kicked to vesa (and were probably going to install -nvidia anyway) this patch made most sense
[15:17] <superm1> it certainly fixed a bunch of hardware I had that *didn't* work with nv, but worked with vesa (and thankfully works with nouveau now)
[15:31] <Sarvatt> I stopped messing with it mvo, I really agree dropping the 2 patches is the way to go :)
[15:38] <Sarvatt> Kangarooo: hmm your backtrace is completely different now
[15:39] <mvo> Sarvatt, superm1: so what is the best way forward? dropping -nv entirely ? or just dropping the patch and upload the merged -nv?
[15:43] <Sarvatt> dropping the 2 patches yeah, not sure that the panel fitting is worth merging over just syncing it either. we could just special case the ion board that had a problem, the problem superm1 was having with multiple gpu's where one wasnt supported by nv but the other was shouldnt be around anymore either
[15:44] <lucazade> Sarvatt: MeeGo 1.0 In-Vehicule Preview ntel eMenlow (US15W) http://vimeo.com/11779730
[15:44] <Sarvatt> lucazade: got an img? :)
[15:44] <Sarvatt> or a .ks?
[15:44] <lucazade> http://repo.meego.com/MeeGo/builds/0.9/<IP_ADDRESS>.20100512.1/ivi/images/meego-preview-ivi-noemgd-ia32/
[15:44] <lucazade> maybe..
[15:45] <lucazade> bingo?
[15:45] <lucazade> :)
[15:45] <Sarvatt> nope thats not it
[15:45] <Sarvatt> i have that one
[15:45] <lucazade> in the vimeo description says us15w
[15:46] <Sarvatt> This image will boot to XFCE utilizing the Linux VESA graphics driver and has been tested on Intel eMenlow (US15W) and Tunnel Creek platforms. A Beta release of the Intel EMGD 3D graphics driver for MeeGo on these platforms is expected in June 2010.
[15:48] <Sarvatt> there's nothing psb/img/mrst related in the repos either besides psb-kernel-headers, just checked
[15:49] <lucazade> ok thanks
[15:49] <Sarvatt> none of the kernel patches on there, no modules for it
[15:49] <Sarvatt> none of the stuff in the kernel-headers package either :(
[15:51] <lucazade> on #meego vgrade said: "no the its not the same patch as the moorsetown one, it looks quite similar to a traditional SGX driver."
[15:52] <Sarvatt> yeah they have a straight up powervr binary image, i've seem them talking about it in bug reports
[15:53] <lucazade> http://bugs.meego.com/show_bug.cgi?id=2205
[15:53] <ubot4> bugs.meego.com bug 2205 in Graphics subsystem "request integration of EMGD into ivi/embedded distribution" [Major,Reopened]
[15:55] <Sarvatt> so far i've seen 4 different ones, pvr mrst img and psb
[15:56] <Sarvatt> +            } else if ((dev->device_id == 0x8108) || (dev->device_id == 0x8109) || (dev->device_id == 0x4102)) {
[15:56] <Sarvatt> +		driverList[0] = "psb";
[15:56] <Sarvatt> +		driverList[1] = "pvr";
[15:56] <Sarvatt> pvr supporting psb!
[15:56] <lucazade> :)
[15:56] <Sarvatt> unless they are just lazy/sloppy :)
[15:57] <lucazade> unbelievable
[15:57] <Sarvatt> oh
[15:58] <Sarvatt> yeah, i remember now, one of the bug reports was saying there were graphics problems with the pvr internal images,
[15:58] <Sarvatt> they patched around the problems in mesa and i found the bug number from one of the patches, let me find it
[15:58] <lucazade> ok
[15:58] <Sarvatt> Kangarooo: try sudo nvidia-xconfig --no-composite
[16:03] <Sarvatt> http://bugs.meego.com/show_bug.cgi?id=352
[16:03] <ubot4> bugs.meego.com bug 352 in Graphics subsystem "[Qt demos] opengl/Pixel Buffers failed due to not support pbuffers" [Normal,Verified: fixed]
[16:04] <Sarvatt> Pvr driver: <IP_ADDRESS>2-1.1
[16:04] <lucazade> yes
[16:07] <Sarvatt> the mrst kernel module has a similar version
[16:22] <Sarvatt> hmm should events and such from include/GL/glxext.h be included in xserver's dix/protocol.txt and xtrace?
[16:23] <Sarvatt> i noticed some events from there is in xtrace that aren't defined in glproto
[16:26] <lucazade> i don't know, sincerly.. i know just a bit of xorg
[16:27] <Sarvatt> CONFIG_IMG_DOES_NOT_SUPPORT_MENLOW=y
[16:28] <Sarvatt> in the menlow kernel config
[16:29] <Sarvatt> ahh ok theres img the pvr one, then theres mrst the poulsbo one
[16:29] <lucazade> i trust you!
[16:29] <Sarvatt> err, ok, i'll shut up. the poulsbo kernel config has all the pvr stuff enabled
[16:30] <Sarvatt> need to look at the source and see whats up, darn gitorious doesnt let you browse large stuff
[16:31] <Sarvatt> http://sarvatt.com/git/cgit.cgi/xylius-kernel-source/
[16:32] <Sarvatt> so the mrst one is the open source one and thats the closed source one
[16:33] <lucazade> ok
[16:35] <Sarvatt> man trying to load that latest commit on this atom cpu is insane
[16:36] <Sarvatt> going on 3 minutes now and i still cant scroll down
[16:36] <lucazade> :) everything related to psb look insane to me
[16:36] <Sarvatt> yeah mrst the one they had before has that its going to try to go upstream, this one says upstream: never
[16:37] <Sarvatt> perfect timing though i got a psb netbook coming to me in a few days :)
[16:38] <lucazade> great.. i can test if you need
[16:38] <lucazade> if i'm able
[16:38] <Sarvatt> i guess iged changed names to emgd
[16:39] <Sarvatt> or something..
[16:39] <lucazade> ah ok...
[16:39] <Dr_Jakob> oh so they have released that driver as well.
[16:41]  * Sarvatt waits to find Dr_Jakob's name in a copyright :)
[16:41] <Dr_Jakob> Probably not
[16:42] <Dr_Jakob> I only touched the modesetting code and stuff inside the 3D driver.
[16:42] <Dr_Jakob> Oh and one or two things inside the 2D driver..
[16:43] <Dr_Jakob> but that was for the none iged driver.
[16:55] <Dr_Jakob> Sarvatt: what parts of the new vmwgfx svga driver is in the gallium ppa?
[16:55] <Dr_Jakob> vmware 10.0.1, mesa master?
[16:56] <Sarvatt> 1:11.0.1+git20100423.423d8a06-0ubuntu0sarvatt but no svga in mesa yet, hit a snag because the arm people need opengles headers to build stuff and there's a lot of packaging things to work out
[16:57] <Sarvatt> not to mention its completely different on master than 7.8.1 where RAOF is packaging the stuff up at
[17:00] <Sarvatt> the gallium stuff not being in /usr/lib/dri really stinks, --with-dri-searchpath isnt really an option outside of testing
[17:01] <bryceh> Sarvatt, RAOF, there is a -displaylink X driver package that's in universe
[17:01] <Sarvatt> it'd be nice if all the gallium drivers had different names and it would check the g suffix one if KMS was in use or something :)
[17:02] <Sarvatt> err try to load the r300g_dri.so first and fall back to r300 if it can't I mean, I don't know
[17:09] <Sarvatt> heck, i can just enable svga and it'll be installed with /usr/lib/dri until its packaged up, lets try that :)
[17:09] <Sarvatt> oh yeah the _drv.. need to build and see where it goes
[17:19] <Sarvatt> still can't download IEGD from intel in any browser, just downloads the windows version no matter what I pick
[17:21] <Dr_Jakob> Sarvatt: what about kernel drivers? Does the ppa include new kernel drivers as well?
[17:21] <lucazade> if i remember well inside iegd windows executable there is linux stuff
[17:22] <Sarvatt> yeah its got maverick's kernel in it but you have to install it manually, its linux-image-2.6.34-5-generic right now
[17:22] <Sarvatt> linux-libc-dev which has the drm headers in it from the kernel automatically upgrades though
[17:22] <Sarvatt> libdrm has libkms built as well and the vmwgfx header
[17:22] <Dr_Jakob> ok
[17:23] <Dr_Jakob> have you tested it all in a VM?
[17:24] <Dr_Jakob> I don't know if the driver still barfs at QEMU/KVM.
[17:25] <Sarvatt> yeah it works, didnt test 3D or anything though
[17:25] <Sarvatt> (dont know if thats what you meant)
[17:26] <Dr_Jakob> Ok cool
[17:26] <Dr_Jakob> you sure you didn't get the old driver?
[17:26] <Sarvatt> i'm sure I did
[17:27] <Dr_Jakob> ok
[17:27] <Sarvatt> never build mesa with svga enabled, doing that now
[17:28] <Dr_Jakob> ok
[17:28] <Dr_Jakob> as long as you install vmware 10.0.1 it should auto pick the correct driver.
[17:28] <Dr_Jakob> err
[17:28] <Dr_Jakob> 11.0.1
[17:29] <Dr_Jakob> but yeah you had that.
[17:29] <Sarvatt> all i need to know is where the _drv is when adding xorg to the state trackers list and building it and i'll upload it to edgers
[17:30] <Sarvatt> just because of the weird places debianized mesa puts things
[18:16] <Kangarooo> Sarvatt: that backtrace i added is still without your PPA. icant get backtrace with your ppa since comp not only freezes desktop but also freezes ssh
[18:17] <Sarvatt> well at least thats different :)
[18:18] <Sarvatt> did you try sudo nvidia-xconfig --no-composite ?
[18:18] <Kangarooo> should i try that sudo nvidia-xconfig --no-composite with your ppa installed or remove them and then with original files try that?
[18:19] <Sarvatt> yeah get rid of the PPA one
[18:20] <Sarvatt> your backtraces look different every time
[18:21] <Sarvatt> http://launchpadlibrarian.net/49499123/gdb-Xorgwithtail-fXorg.c.txt  http://launchpadlibrarian.net/49412494/GdmLog1.txt http://launchpadlibrarian.net/49412495/GdmLog2.txt
[18:22] <Sarvatt> doh, mesa didn't check for xorg-server.pc before starting the compile with xorg state tracker?
[18:24] <Sarvatt> silly me forgot it in the chroot
[18:25] <Kangarooo> so ppa i can remove from synaptic only? so when i uncheck and use aptitude reload && dist-upgrade yes?
[18:28] <Sarvatt> ok easy enough - dh_install: usr/lib/glx/pkgconfig/gl.pc exists in debian/tmp but is not installed to anywhere
[18:28] <Sarvatt> dh_install: usr/lib/glx/xorg/modules/drivers/radeong_drv.so exists in debian/tmp but is not installed to anywhere
[18:28] <Sarvatt> dh_install: usr/lib/glx/xorg/modules/drivers/modesetting_drv.so exists in debian/tmp but is not installed to anywhere
[18:28] <Sarvatt> dh_install: usr/lib/glx/xorg/modules/drivers/vmwgfx_drv.so exists in debian/tmp but is not installed to anywhere
[18:28] <Sarvatt> dh_install: usr/lib/glx/xorg/modules/drivers/i965g_drv.so exists in debian/tmp but is not installed to anywhere
[18:32] <Sarvatt> Kangarooo: wget https://edge.launchpad.net/~xorg-edgers/+archive/ppa/+files/ppa-purge_0.2.6_all.deb && sudo dpkg -i ppa-purge_0.2.6_all.deb && sudo ppa-purge -p bugsbugsbugs sarvatt
[18:34] <Sarvatt> its a little script that removes a ppa and downgrades everything back to the archives
[18:41] <Kangarooo> ok that is done. also some upgrades i put. so now i without restart can sudo nvidia-xconfig --no-composite ?
[18:44] <Kangarooo> so now ill also try reproducint with backtrace gdb runnin yes?
[18:44] <Sarvatt> yeah without restart, it just adds a line to your xorg.conf
[18:44] <Sarvatt> nah
[18:44] <Sarvatt> just see if you can crash it
[18:51] <Sarvatt> Dr_Jakob: i'll probably have it up on xorg-edgers in the next hour, almost done with it
[18:53] <Sarvatt> is there anything else in mesa that would be worth packaging up?
[18:54] <Sarvatt> i really want to wrap my head around all of this EGL stuff but it's crazy complicated in mesa
[19:36] <Kangarooo> Sarvatt: nope that didnt help. again boom goes the x
[19:40] <Sarvatt> is there anything special about your machine?
[19:42] <Sarvatt> you seem to be having problems with that one in a ton of different packages, just seems like it might be a bigger problem but thats reaching for straws :)
[19:56] <Kangarooo> Sarvatt: nothing special. i tink lspci can be seen in bug report no? just that hardware and clean xubuntu 10.04 (of course with latest updates) but with ur ppa it wasnt crashing. ill maybe try again your ppa and without dbg try to crash it. couse with gdb tryng crash all froze (even ssh)
[20:12] <Kangarooo> Sarvatt: u removed ur ppa? i get an error when using update after adding ur ppa again
[20:16] <Kangarooo> ah now its working- i added ppa without /ubuntu and got error. rm thoyuse sources and added ppa again with /ubuntu now its working
[20:17] <Sarvatt> sorry, trying to get this vmwgfx packaged up because it finally finished building. why are you activating the ppa again?
[20:18] <Kangarooo> couse maybe that will be working? couse ppa i tryd crashing with gdb working also. maybe without gdb system wont freeze totaly?
[20:20] <Sarvatt> naah that patch I added really was a longshot and probably did make things worse, it sounds like its a bigger problem and its over my head
[20:23] <Kangarooo> ah ok. Sarvatt so i should undo that nvidia command also? ill buy a replacement for this pc after 2 weeks if for somebody it can be needed i can put vnc and leave everything open in it.
[20:23] <Kangarooo> in this crashing pc
[20:37] <Sarvatt> i'd try with all 3 options disabled
[20:38] <Sarvatt> no-composite no-render and  no-render-accel? (not sure on the last one)
[20:38] <Sarvatt> those might not be right, check nvidia-xconfig --help
[20:52] <Sarvatt> Dr_Jakob: sorry it took so long, uploading it now :)
[21:16] <Sarvatt> now to find a vmware release to play with this on :)
[21:17] <Sarvatt> i dont think the vmwgfx kernel module works with qemu vmware graphics mode? remember airlied having a hacked up patch for it
[21:40] <Sarvatt> that guys post about harvest the other day on planet ubuntu really made me want to automate xorg-edgers more via something like that :)
[21:58] <bryceh> totally, go for it
[21:58] <bryceh> it was always my hope too that more of xorg-edgers could be automated
[21:59] <bryceh> well you know how much of an automation geek I am ;-)
[22:04] <Sarvatt> darn, its java! yuck
[22:46] <Sarvatt> i guess i could just use ppa-update, never actually tried it
[22:47] <Sarvatt> still lots of little hidden env variables i dont know about in auto-xorg-git, i just do things like make the package for other releases manually every time


[02:57] <jbicha> yay, now we have 20 MATE "needs-packaging" bugs
[03:19] <achiang> hello, how does one recover from trying to install bad packages using dpkg -i ?
[03:20] <achiang> like, dpkg -i <foo> won't install due to broken or missing deps... is there a way to say, "ok, i take it back" ?
[03:24] <jbicha> achiang: if you didn't --force it and it didn't install then I don't think there is anything to take back; otherwise you can apt-get remove
[03:24]  * achiang admits to trying --force-all :-/
[03:24] <achiang> on libgtk2.0 :(
[03:27] <jbicha> friendly advice: don't do that next time :)
[03:29] <jbicha> apt-cache policy libgtk2.0-0 will tell you what versions are available and then you can apt-get install libgtk2.0-0=2.24.13-0ubuntu2 to get the version you actually want
[03:30] <achiang> trying that now
[03:33] <achiang> woof, that was not fun, but i seem to be ok now
[12:24] <jtaylor> xnox: how often are adt tests imported to jenkins?
[14:24] <jtaylor> bug 1085082 can be synced, forgot to check if its main before test building it ._.
[15:22] <jtaylor> and the price for most horrendous autopkgtest goes to ... this piece of junk: http://paste.ubuntu.com/1402210/
[15:22] <jtaylor> but it works :) (if mongodb doesn'T decide to thrash the machine)
[16:28] <tumbleweed> jtaylor: done
[16:29] <jtaylor> your a coredev now? :O
[16:30] <tumbleweed> jtaylor: I got tired of paperwork a few months ago, and applied
[17:26] <jtaylor> does someone have a script to check if any package links against a certain symbol?
[17:37] <jtaylor> came up with this, suggestions welcome http://paste.ubuntu.com/1402543/
[17:46] <ScottK> Seems like a general problem that it'd be nice to have a solution to in devscripts/u-d-t.
[17:47] <jtaylor> yes
[17:47] <jtaylor> including a database of required symbols somewhere
[17:47] <jtaylor> as you usually can't install all rdeps at once :/
[17:48] <ScottK> Would it be easier to download source and search that?
[17:48] <jtaylor> if macros or c++ is involved that gets difficult
[17:49] <jtaylor> is there a tool to download debs?
[17:49] <jtaylor> pull-lp-debs <source-name>
[17:51] <ScottK> Not AFAIK.
[18:30] <jtaylor> someone know where the official place to search for fedora rpm specs?
[18:31] <jtaylor> i just find random rpm searches that give all kind of results
[19:08] <ScottK> There's a fedora git for such things.  I don't recall the location.
[19:26] <alo21> hi... can someone help me merging a package?
[19:36] <alo21> afk
[19:49] <bobweaver> alo21,  I can give some help what are you trying to to do ? what packages ect
[19:50] <bobweaver> or are you looking for someone to look at a proposal ?
[20:50] <alo21> bobweaver, I'm trying to merge doc-debian..
[20:50] <alo21> here is the makefike: http://pastebin.ubuntu.com/1397706/
[20:51] <alo21> rule: http://pastebin.ubuntu.com/1397802/
[20:51] <alo21> and build log: http://pastebin.ubuntu.com/1397805/
[20:52] <bobweaver> I am not the person for that one others will see though alo21
[21:39] <xnox> jtaylor: there is a trigger job, that picks up the adt tests. So the source package must be fully packaged and available on the mirrors and then after ~1h delay it should be picked up by jenkins.
[21:39] <xnox> jtaylor: which package are you after?
[21:39] <xnox> (there are some further delays for jenkins to run the job and mirror it to the public instance....)
[21:40] <jtaylor> xnox: foolscap
[21:42] <xnox> jtaylor: that will never be picked up, as the package doesn't declare to have any tests.
[21:43] <jtaylor> whats missing?
[21:43] <xnox> jtaylor:  XS-Testsuite: autopkgtest in debian/control
[21:43] <xnox> jtaylor: http://dep.debian.net/deps/dep8/ see current specification link from there.
[21:44] <jtaylor> must have missed that, thanks
[22:08] <jtaylor> is network allowed during autopkgtests?
[22:09] <xnox> jtaylor: define network.
[22:09] <jtaylor> load stuff from the outside net
[22:10] <xnox> jtaylor: define outside net. There are packages that start a webserver on the localhost and put files there and then exercise "over the network" in the package.
[22:10] <jtaylor> network that is not localhost
[22:10] <xnox> jtaylor: dep8 is ambigious about this. In practice you do have internet connection to ubuntu archive in jenkins as run in our lab.
[22:11] <xnox> jtaylor: can you please tell me what you actually want to test?
[22:12] <jtaylor> e.g. a package reads stuff from yahoo to test if that works
[22:12] <xnox> jtaylor: think about it - doing test $ ping www.google.com is not good, in case google.com goes down & is unreachable. And that does not mean that test is flawed.
[22:12] <jtaylor> I know
[22:12] <jtaylor> but probably the spec should be ambigous about this
[22:13] <jtaylor> there are plenty upstream tests that phone out
[22:13] <xnox> jtaylor: oh, the primary use case for the package to scrap webpages & you want to know when yahoo changes its website and scrape fails?!
[22:14] <xnox> jtaylor: I am failing to see why foolscap needs to talk to yahoo.
[22:14] <jtaylor> foolscap doesn't
[22:14] <xnox> jtaylor: so which package need yahoo?
[22:14] <jtaylor> this is what is tested http://www.statalgo.com/2011/09/08/pandas-getting-financial-data-from-yahoo-fred-etc/
[22:15] <jtaylor> it can easily be disabled, i'm jsut wondering if I need to
[22:16] <xnox> jtaylor: try and see if it works.
[22:16] <xnox> jtaylor: but yahoo exports yahoo financial api, so it could potentially talk to yahoo test instance
[22:16] <xnox> jtaylor: or to cache and serve data locally (mock)
[22:17] <jtaylor> yes mocking is the proper way to do it
[22:17] <xnox> jtaylor: also if we do run it jenkins, and spam yahoo with it, they may block us.
[22:17] <jtaylor> so disable or not`?
[22:17] <xnox> jtaylor: also note that autopkgtests are run: when the package changes, or when one of it's dependencies change.
[22:18] <xnox> jtaylor: we don't run adt daily, so if yahoo breaks you might not notice it as quickly as you'd think.
[22:18] <jtaylor> I don't really care if yahoo breaks
[22:18] <jtaylor> I'll just disable it
[22:19] <jtaylor> the functionality is not yahoo specific, its just the provider used for the test
[22:58] <bobweaver> one day I will either make a poem about this channel or a song .
[22:58] <bobweaver> Watch Out
[23:14] <jokerdino> chrisccoulson: hey. is it possible to enable the Firefox nightly PPA for raring as well? Thanks.


[03:35] <Robdgreat> BOOM
[03:52] <boomer> arg
[04:17] <Robdgreat> was sappening?
[04:17] <Robdgreat> how do we get some chatter going up in here?


[12:09] <jdong> guess who just booted into new kernel... without realizing l-r-m isn't there yet :)
[12:09] <dieman> doh :)
[12:19] <majyk> have to say Knot 3 is sweet, my only beef is that today I had some upgrades that said a distribution upgrade was needed, doing so went just fine but I can't figure out why it had to remove xchat. I reinstalled it but that doesn't make much sense.
[12:22] <majyk> just thought I'd point that out, to the normal joe it makes no sense to uninstall an app that is not related to the upgrade
[12:23] <shackan> joe shouldn't be using edgy for that matter
[12:24] <mvo> majyk: thanks for your report, but as shackan rightfully pointed out, edgy is still a development distro so things like this may happen
[12:24] <majyk> yeah, I know
[12:25] <mvo> on a stable system, the update-manager should never have to invoke the dist-upgrade-super-powers :)
[12:26] <dieman> yeah
[12:26] <dieman> dist-upgrade is super bad in cases like that
[12:28] <wasabi__> Howdy. So. I'm going to embark on a network Apt thingy. The goal will be: point ubuntu systems at a local corporate Apt server, provide a web interface which proxies/caches to Ubuntu Central apt, and reporting abilities for each client to notify the server what updates it requies, and a web interface for the server admin to approve specific updates for delivery to clients.
[12:28] <wasabi__> There are pieces of this already in existance, non of the approval/disprove management interface thing.
[12:28] <wasabi__> My first problem: I need a name. =(
[12:29] <GyrosGeier> \o/
[12:29] <GyrosGeier> is there an update planned for dapper for the issue described in http://www.ubuntuforums.org/showthread.php?t=189525&highlight=%22localhost%3A631%22
[12:29] <mdz> wasabi__: sounds like NetworkWideUpdates
[12:29] <mvo> wasabi__: you know that spec we have written for this?
[12:30] <wasabi__> Nope. I did a quick search but didn't find it.
[12:30] <mvo> wasabi__: have a look at https://wiki.ubuntu.com/NetworkWideUpdates
[12:30] <Kamion> owowowow, ruby uses setjmp and threads
[12:30] <wasabi__> k
[12:30] <Nafallo> wasabi: that's totally NWU :-)
[12:31] <mdz> Kamion: this is sounding worse by the hour
[12:31] <mvo> wasabi__: someone even started to write code for this (well, I did for a first version but that was dumped later :)
[12:31] <Nafallo> wasabi: just to make people confused with NVU ofcourse :-)
[12:31] <mvo> hehe
[12:31] <Kamion> mdz: I already put a suggestion for a workaround in the bug
[12:31] <Kamion> although I haven't tried it yet
[12:31] <mdz> next it'll be "ruby uses hackerlab" followed by "Kamion has quit (aieeeeeeeeeeee)"
[12:31] <mvo> lol
[12:31] <Nafallo> haha
[12:32] <wasabi__> I was pretty much just planning to implement it with a simple apt proxy (auto generate releases, packages, etc, containing only approved packages), and a cron on the client to pull.
[12:32] <wasabi__> apt-get dist-upgrade, nothing else.
[12:33] <wasabi__> Not even going to attempt to deal with pushing, or anything more complicated. I personally don't think it's neccessary.
[12:33] <mvo> wasabi__: if you are not afraid of using bazaar, there is a starting point for this in http://people.ubuntu.com/~mvo/arch/ubuntu/auto-pkg-update--main--0/
[12:35] <wasabi__> I think the rest of the stuff, pushing config file updates, etc... no reason those couldn't be handled by using the service to push custom .debs
[12:35] <Kamion> there are a bunch of workarounds for crazy setjmp/getcontext-related register shit for certain architectures in eval.c; perhaps they just need to be augmented
[12:35] <wasabi__> me->home
[12:37] <Kamion> oh wow, some of this is absolute perverted genius
[12:38] <Kamion> they had a problem wherein getcontext wasn't preserving the register stack/window
[12:38] <Kamion> but gcc didn't know about this so wasn't generating safe code
[12:40] <Kamion> so in order to work around this, they noted that setjmp has the same property and gcc *does* know about it, so they stuck setjmp calls either side of the getcontext which are never called (0 ? setjmp : 0) in order to persuade gcc to generate safe code
[12:40] <Kamion> I can't decide whether this makes me want to use ruby more or less
[12:40] <_ion> How pretty. :-)
[12:43] <Nafallo> Soyuz still can't build from incoming I guess? :-/
[12:43] <Kamion> no
[12:43] <Nafallo> any ETA on that feature?
[12:43] <Kamion> edgy-ish, I think
[12:43] <Nafallo> oh, that would be now :-)
[12:43] <Kamion> probably only for security though
[12:44] <Kamion> that's where it really matters
[12:44] <mdz> it'll do it for everything
[12:44] <Kamion> aha
[12:44] <mdz> and we'll likely get that before security-in-soyuz
[12:44] <Nafallo> yay! :-)
[12:44] <Nafallo> that's sounds good then :-)
[12:46] <mdz> this is https://features.launchpad.net/products/soyuz/+spec/build-unpublished-source
[01:14] <Fjodor> BenC: Sorry, can't give the thumbs-up wrt to bug 36014
[01:14] <Ubugtu> Malone bug 36014 in linux-source-2.6.15 "kernel can't scale cpu frequency" [Medium,Confirmed]  http://launchpad.net/bugs/36014
[01:15] <Fjodor> I have my own reasons for going the compile-your-own route, so it might work for others. Just hoped I could give you a positive report
[01:22] <treitter> mjg59: are there any detailed documents on usplash?
[01:22] <pygi> night
[01:23] <treitter> all I can seem to find is the bare Wiki page, the Customization document, and /usr/share/docs/usplash/*
[01:24] <mdz> treitter: you forgot about the source code ;-)
[01:25] <treitter> mdz: delightful :)
[01:39] <treitter> Seveas: do you know if it's possible to turn off the progress bar and text field in usplash-0.2?
[01:50] <mvo> mdz: I added what is required to make the dist-upgrade tarball self-contained to bug #54234
[01:50] <Ubugtu> Malone bug 54234 in update-manager "update-manager for edgy needs to upgrade dpkg/apt before calculating the upgrade to support the new "breaks" - otherwise the upgrade may fail" [High,In progress]  http://launchpad.net/bugs/54234
[02:28] <Kamion> jdong: your wish is my commanda
[02:28] <Kamion> er, command
[02:28] <jdong> Kamion: if we ever meet in person, I owe you some alcoholic beverages :)
[02:28] <Kamion> ok, console-setup clearly isn't going to build any faster if I sit here watching it, so I'm going to bed
[02:28] <Kamion> jdong: cheers :)
[02:28] <jdong> good night, Kamion
[02:29] <Kamion> mdz: my last two beta-relevant bugs are fixed on my hard disk, I believe, but I want to test them first (console-setup.config changes)
[02:29] <Kamion> I've mopped up everything on cdimage I care about, which wasn't too much
[02:29] <Kamion> (done ogra's edubuntu netcfg preseeding change)
[02:30] <Kamion> debian-installer and ubiquity need final uploads at some point; ubiquity needs a bit of a tweak to fix that console-setup bug from knot-3, which relies on the console-setup changes I'm preparing now
[02:31] <Kamion> d-i of course needs a kernel ABI bump; I'm deferring that until I've uploaded console-setup though, to save on d-i uploads
[02:34] <Nafallo> mdz: I have a problem with mplayer (you marked it as a milestone), some amd64-assembler I get scared of makes it FTBFS :-). and I don't even have an amd64 myself.
[02:36] <Nafallo> Kamion: gnight :-)
[02:36] <Kamion> mdz: oh, I'll be around extremely little at the weekend; maybe stopping in to upload console-setup at most
[02:36] <Kamion> we've hired a van and are going to be busy shunting stuff to the new place
[02:37] <Nafallo> Kamion: oh, you're moving again? :-)
[02:37] <Kamion> somewhat extended move over the course of a week or two, yes
[02:37] <Nafallo> nice :-)
[02:37] <StevenK> Kamion: Yuck.
[02:38] <StevenK> Kamion: A move is something you want get over with quickly.
[02:38] <StevenK> s/want/want to/
[02:38] <Nafallo> StevenK: depends on when the Internet starts working on the new place ;-)
[02:39] <StevenK> Heh
[02:40] <desrt> wow.  -9 already.
[02:40] <desrt> exciting times
[02:40] <jdong> desrt: careful, last time I tried restricted modules aren't there yet :)
[02:40] <jdong> that was a very Dapper-reminiscent X-less reboot :)
[02:40] <desrt> you are right
[02:40] <Kamion> Internet> that would be late next week, unfortunately
[02:41] <Kamion> so I shall be obliged to commute to the old house for work for a while
[02:41] <Kamion> anyway, sleep required
[02:41] <Nafallo> Kamion: maybe you can find some nice WLANs :-), yea gnight again :-)
[02:43] <jdub> Kamion: good to have an office ;)
[02:49] <mdz> Nafallo: I marked it for beta because a lot of folks will upgrade, and we'll get a lot more bug reports if mplayer breaks
[02:49] <mdz> Kamion: nice, thanks
[02:50] <Nafallo> mdz: yea, everything !amd64 should be fine now :-)
[02:51] <Nafallo> mdz: I'll guess doko or Tollef might be good advisers on that FTBFS, right? :-)
[02:54] <mdz> Nafallo: worth a try
[02:55] <Nafallo> oki, I'll try to catch them tomorrow then :-). thanks.
[03:12] <bddebian> Howdy
[03:16] <Fujitsu> Hi bddebian.
[03:17] <bddebian> Heya Fujitsu
[03:19] <bddebian> Uh oh :-)
[03:19] <robertj_> I thought we made a deal with the devil that if you didn't touch menu.lst it wouldn't break :)
[03:20] <robertj_> for some reason groot is showing as 0,1 now instead of 0,0
[03:27] <robertj_> any kernel updates go in that affect drive naming?
[05:33] <desrt> Hobbsee; as root, type X
[05:33] <desrt> Hobbsee; then look at /var/log/Xorg.0.log
[05:33] <desrt> (if the console output itself isn't good enough)
[05:34] <Hobbsee> desrt: ahhh :)  X will start the X session, presumably
[05:34] <desrt> it X started then it's some other problem caused by the use of a strange non-gnome desktop environment
[05:34] <desrt> no.  X will just start the raw X server alone
[05:34] <desrt> you need 'startx' if you want your session
[05:34] <Hobbsee> desrt: does the /var/log/Xorg.0.log get rewritten on reboot?
[05:34] <Hobbsee> yeah, startx is no good - i get a blank screen, and cant get back to a console
[05:34] <desrt> it gets rewritten whenever the X server attempts to start
[05:35] <Hobbsee> bugger
[05:35] <desrt> oh.  that sounds like an X crash
[05:35] <Hobbsee> due to the -8 kernel
[05:35] <Hobbsee> same with kdm starting up normally
[05:35] <desrt> assuming your disks synched ok, then restart in recovery and your Xorg.0.log should be from the crashed X instance
[05:35] <desrt> failing that, ssh in
[05:35] <Hobbsee> it'll show the spash screen, and then go blank.  useful of it
[05:36] <Hobbsee> cant ssh easily - no ssh on the other machines
[05:36] <Hobbsee> and i've never figured out putty
[05:36] <desrt> it's pretty extremely easy
[05:36] <desrt> you just download and run the .exe directly
[05:36] <desrt> put in the IP address
[05:36] <desrt> (done)
[05:36] <Hobbsee> ahh, by IP address.  gotcha
[05:36] <desrt> or hostname if you've got dns setup
[05:37] <Hobbsee> anyway, thanks, will go and grab that log
[05:39] <desrt> the only risk is that it will be stuck in the buffercache and won't have made it to disk yet
[05:39] <Hobbsee> right
[05:39] <desrt> got a sysrq key?
[05:39] <Hobbsee> er, yes
[05:39] <desrt> alt+sysrq+s will force a sync
[05:39] <Hobbsee> i've never figured out what it does though :P
[05:40] <desrt> hit that a couple of times before you hit the power
[05:40] <desrt> and wait a few seconds
[05:40] <Hobbsee> okay, cool
[05:40] <Hobbsee> thanks heaps :)
[05:40] <desrt> np.
[05:41] <desrt> btw -- i wonder if you know that -9 is already out?
[05:41] <Hobbsee> hey wait
[05:41] <Hobbsee> yes, same problem
[05:42] <Hobbsee> the /var/log/Xorg.0.log.old is the log from -9
[05:42] <desrt> Xorg.0.log... not .old
[05:42] <desrt> .old is from the 2nd last run
[05:42] <Hobbsee> yes - and i'm booted to -7 at the moment
[05:42] <Hobbsee> -9 is one of the broken ones :)
[05:42] <desrt> oh.  i see
[05:42] <Hobbsee> so i suspect that's what i want
[05:42] <desrt> yes
[05:42] <Hobbsee> http://rafb.net/paste/results/psGXdi87.html
[05:42] <desrt> if you start X then .0.log will be from the currently-running one
[05:43] <desrt> (II) I810(0): detected 16252 kB stolen memory.
[05:43] <desrt> last line?
[05:43] <Hobbsee> desrt: once i've tried to start X from the console on any newer kernels, i get a blank screen that i cant get out of
[05:43] <Hobbsee> so i wouldnt be doing that, no :P
[05:44] <Hobbsee> er, okay?
[05:44] <desrt> Hobbsee; but you could boot the newer kernel in recovery mode (in which case X doesn't start)
[05:44] <Hobbsee> what's that mean?
[05:44] <Hobbsee> true
[05:44] <desrt> Hobbsee; i mean... is that the last line of your paste?
[05:44] <Hobbsee> desrt: yes. taht's the last line in the log
[05:44] <desrt> ow.
[05:44] <Hobbsee> of course, i may have hit power too early.  *shrugs*
[05:44] <desrt> compare with the Xorg.0.log from -7
[05:44] <desrt> does it have that line?
[05:46] <Hobbsee> http://rafb.net/paste/results/V3ZSeQ47.html
[05:46] <Hobbsee> yep
[05:46] <desrt> also -- are you positive the break happened -7 -> -8 and not -8 -> -9?  ben merged a bunch of new drm/agp code into -9 that would be a likely breaker
[05:46] <Hobbsee> (line 409)
[05:46] <Hobbsee> absolutely - well, it could have broken in -8 *and* -9, of course
[05:47] <Hobbsee> my -7 works, my -8 doesnt :)
[05:47] <desrt> ok.
[05:47] <desrt> i don't see any relevant changes between those two
[05:47] <Hobbsee> and the only thing i dont have upgraded is xserver-xorg-input-synaptics
[05:47] <Hobbsee>   Installed: 0.14.6-0ubuntu2
[05:47] <Hobbsee>   Candidate: 0.14.6-0ubuntu3
[05:48] <Hobbsee> because it sends my touchpad on crack.
[05:48] <desrt> lemme try something
[05:48] <desrt> OH CURSE YOU
[05:48] <desrt> the words "touchpad on crack" just triggered my touchpad's intermitent crack-induced behaviour
[05:49] <Hobbsee> hehe, sorry :(
[05:49] <desrt> ok.  what driver do you get in the kernel?  i810?
[05:50] <Hobbsee> i dont remember - the video one, found in lspci i presume?
[05:50] <desrt> lsmod | grep drm
[05:50] <Hobbsee> drm                    74196  3 i915
[05:50] <Hobbsee> agpgart                33992  3 drm,intel_agp
[05:51] <desrt> ok.  move that module out of the way (to ~ or something) from the 2.6.17-9 modules tree
[05:51] <Hobbsee> desrt: er, how?
[05:51] <Hobbsee> sorry, my X doesnt tend to break
[05:52] <Hobbsee> i'm not very used to debugging such problems :P
[05:52] <desrt> you should have a file /lib/modules/2.6.17-9-generic/kernel/drivers/char/drm/i915.ko
[05:52] <desrt> mv it to your ~
[05:52] <desrt> then boot into the -9-generic kernel and see if X still crashes
[05:53] <Hobbsee> okay, will do.
[05:53] <desrt> doing that effectively removes the kernel's support for your card and gives you just straight-up X.  since it seems to be a kernel problem that might stop the crashing
[05:53] <Hobbsee> recovery mode?
[05:53] <Hobbsee> right
[05:53] <Hobbsee> or just normal, i guess
[05:53] <desrt> normal mode should be fine as long as you make sure that module is moved out of the way
[05:53] <Hobbsee> yep
[05:53] <Hobbsee> okay, back in a bit
[05:57] <Hobbsee> desrt: it still dies, with that module removed
[05:57] <desrt> crud
[05:58] <Hobbsee> yes
[05:58] <Hobbsee> (is in a virtual terminal, not having separately tried to start X
[05:58] <desrt> it's really weird that a kernel  ugprade would do that when clearly it's not the kernel driver at fault :(
[05:58] <Hobbsee> rather, yes
[05:58] <desrt> hmm?
[05:58] <realist> kernel upgrade killed my X setup too ;p
[05:59] <realist> clobbered my manually compiled modules
[05:59] <desrt> oh.  the two of you need to figure this out then :p
[05:59] <desrt> since my X is just peachy :)
[05:59] <desrt> (for once)
[05:59] <Hobbsee> yet, it has to be something related to that, as -7 works, -8 and -9 dont - i've been running -7 even after i found -{8,9} dont boot
[05:59] <Hobbsee> s/boot/run X/g
[05:59] <realist> I had to remove the ubuntu packaged modules, and replace them with my custom ones
[06:00] <desrt> how... gentoo of you
[06:00] <desrt> :)
[06:01] <realist> desrt: it was necessary for my hardware / binary drivers
[06:01] <fabbione> Hobbsee: can you try to comment out dri from xorg.conf ?
[06:01] <fabbione> Hobbsee: usually kernel + X crash is related to dri.. it's worth to give it a shot
[06:01] <desrt> fabbione; no DRI module it loaded :(
[06:02] <fabbione> desrt: i want X to not init dri.. not from the kenel
[06:02] <fabbione> kernel
[06:02] <RootBeet> What is Ubuntu's primary target? Commercial users or Home users?
[06:03] <fabbione> RootBeet: Bill Gate's workstation
[06:03] <desrt> RootBeet; definitely the wrong forum for questions like this
[06:03] <Hobbsee> fabbione: i'll give it a try, i'll probably lose this irc again though
[06:03] <desrt> Hobbsee; steal your dad's laptop :p
[06:03] <fabbione> Hobbsee: no problem.. it's worth a shot
[06:04] <Hobbsee> right
[06:05] <desrt> "don't irc as root"
[06:05] <Hobbsee> (i'm in recovery mode)
[06:05] <desrt> irssi.  a prudent choice.  :)
[06:05] <Hobbsee> but yeah, as a general rule, i dont :P
[06:05] <Hobbsee> no X, remember?
[06:05] <Hobbsee> :P
[06:06] <desrt> oh.  it's working?
[06:06] <Hobbsee> havent tried
[06:06] <desrt> nm :)
[06:07] <RootBeet> ok thanks anyway... I use XP but was considering ubuntu.
[06:07] <fabbione> RootBeet: you might want to ask in #ubuntu
[06:07] <desrt> RootBeet; you'd probably get better answers in #ubuntu
[06:07] <Hobbsee> desrt:  interesting, now that does work, using startx, with the dri module commented out, as fabbione suggested
[06:07] <fabbione> that's probably thea better forum
[06:07] <RootBeet> ok.
[06:07] <desrt> Hobbsee; lsmod | grep i915
[06:07] <desrt> just to make sure it's really not loaded
[06:08] <Hobbsee> desrt: returns empty
[06:08] <fabbione> Hobbsee: even if you load the i915 kernel module it should work.. X is just not initializing dri
[06:08] <desrt> try 'modprobe i915'
[06:08] <desrt> should give an error?
[06:08] <Hobbsee> yep, no such file or directory
[06:08] <fabbione> desrt: you suggested her to move it away.. she will have to put it back... depmod -a and modprobe
[06:09] <desrt> totally weird.
[06:09] <fabbione> Hobbsee: ^^^
[06:09] <fabbione> move it back
[06:09] <fabbione> depmod -a
[06:09] <fabbione> modprobe
[06:09] <desrt> fabbione; i wanted to see the error, actually :)
[06:09] <Hobbsee> desrt: well, i can write it out - i've got no real way of copying it that i know about :P
[06:09] <Hobbsee> well, easily anyway
[06:09] <Chipzz> Hobbsee: use screen
[06:09] <desrt> it seems really odd that the X server can crash, dependent on kernel version, initialising DRI, even when the DRI module is not loaded
[06:09] <desrt> fabbione; :)
[06:09] <Chipzz> Hobbsee: you can dan ctrl-a,[ to copy
[06:10] <Chipzz> Hobbsee: and ctrl-a,]  to paste
[06:10] <fabbione> desrt: it's not weird.. DRI always attempt a load...
[06:10] <Chipzz> s/dan/tehn/
[06:10] <Chipzz> s/dan/then/
[06:10] <desrt> fabbione; which will fail since the module is not there
[06:10] <fabbione> desrt: even if later it decides that's not wise
[06:10] <fabbione> desrt: and crash as it seems
[06:10] <desrt> fabbione; i'd be fine if it was a non-kernel-version-dependent crash.....
[06:10] <desrt> just blame it on crappy X drivers
[06:11] <Hobbsee> Chipzz: i'm using that :P
[06:11] <desrt> fabbione; :p
[06:11] <Hobbsee> fabbione: sure you do :P
[06:11] <fabbione> no i don't
[06:11] <fabbione> no i don't
[06:11] <desrt> fabbione; you knew enough to have a better guess at a fix than i did :)
[06:11] <fabbione> NOT AGAIN.. ALL THESE VOICES... SHUTUP
[06:11] <desrt> fabbione; they're coming for you.
[06:11] <Hobbsee> desrt: error was that it couldnt find the i915.ko that i'd moved
[06:11] <desrt> fabbione; the camel is your only friend.
[06:12] <fabbione> aha
[06:12] <fabbione> ok
[06:12] <desrt> Hobbsee; ya.  i just wanted to make sure it was moved properly :p
[06:12] <fabbione> time to play a bit
[06:12] <fabbione> Hobbsee: next time don't trust desrt ;)
[06:12] <Hobbsee> hehe
[06:12] <Hobbsee> right, now i'll try startx again
[06:12] <Hobbsee> *may lose her screen session*
[06:12] <desrt> ok next you need to remove the code that's causing the crash... rm -rf /*...
[06:13] <Hobbsee> okay, that works fine
[06:13] <fabbione> no, why does she needs to do that?
[06:13] <Hobbsee> would be a little silly though, with the help :P
[06:13] <desrt> fabbione; you're not nearly as fun as you used to be :)
[06:13] <Hobbsee> right, so it's the dri stuff
[06:14] <fabbione> desrt: i would like to see you woken up at 5 am.. how funny you fell :)
[06:14] <desrt> crikey.  what the hell happened?
[06:14] <RootBeet> Do you guys use Windows at all?
[06:14] <desrt> boot to the head! NA NA
[06:14] <fabbione> Hobbsee: so if you have a bug report on the kernel.. please make sure to mention that DRM is broken
[06:14] <Chipzz> desrt: yea, that one ;)
[06:14] <fabbione> desrt: my son decided that it was time to party
[06:15] <desrt> wasn't that a flash video? :)
[06:15] <Chipzz> desrt: o/~ People votinf republican, give them a boot to the head! o/~ ;)
[06:15] <Hobbsee> fabbione: i havent reported it so far - havent known what logs to give, and knew that "X breaks with -8 and -9 kernels" is rather useless
[06:15] <desrt> fabbione; i did that when i was a kid but only on christmas
[06:15] <desrt> Hobbsee; ya... and seriously... who do you file that against?  X or the kernel?
[06:15] <fabbione> desrt: yeah. but it's the 22nd/23rd of Sep.. so no i don't feel very funny
[06:15] <fabbione> and it's saturday
[06:15] <Hobbsee> desrt: no idea
[06:16] <desrt> Hobbsee; i'd talk to matthew
[06:16] <fabbione> Hobbsee: it's a kernel regression on drm
[06:16] <Hobbsee> desrt: that's the other reason i havent filed it
[06:16] <desrt> Hobbsee; he's always able to fix my weird problems
[06:16] <Hobbsee> matthew == mjg59?
[06:16] <desrt> yes
[06:16] <desrt> or at least talk me through fixing them for myself
[06:16] <desrt> Chipzz; funny story about that song at my school....
[06:16] <desrt> the song got me into a lot of trouble
[06:17] <Chipzz> desrt: school voted democratic? ;)
[06:17] <desrt> (which is why i rememered it)
[06:17] <Hobbsee> okay, i'll just go reboot and see if anything's been reported, now that i know where to look
[06:17] <Hobbsee> back in a bit
[06:17] <desrt> i admined the network at my highschool
[06:17] <desrt> the schoolboard sort of didn't like that
[06:17] <desrt> since they admined the networks in all of the other schools except 1 or 2
[06:17] <Chipzz> desrt: then give them a boot to the head? ;)
[06:17] <desrt> and we were sort of rogue
[06:18] <desrt> anyway... one day a spider craweled into the power supply of our mailserver
[06:18] <desrt> took it down
[06:18] <Chipzz> and you were blamed?
[06:18] <desrt> we were behind a firewall and in order to get our mail it had to be forwarded from an extremely poorly configured server hosted at the board of education
[06:18] <desrt> on the day the server went down someone sent that song to a user on our mailserver
[06:19] <desrt> and because of the poor configuration of the board of education mailserver every time it attempted delivery to our offline server it generated a separate bounce message to their postmaster
[06:19] <desrt> who got dozens of copies of the boot-to-the-head song
[06:20] <desrt> he told this to the principal at our school, who knowing nothing, interpreted that as us sending him threatening email
[06:20] <desrt> it took like a week to get the miscommunication sorted and the principal was very angry with me for that week
[06:20] <Chipzz> some people should be banned from even seeing a computer
[06:21] <Chipzz> like your principal
[06:21] <desrt> eh
[06:21] <desrt> this was _way_ back in the day
[06:21] <desrt> i'm not even sure she knew what email was
[06:21] <Chipzz> ignorance is no excuse...
[06:21] <Chipzz> neither is incompetence
[06:22] <desrt> it worked out ok, though
[06:22] <desrt> because of the incident i made some good contacts at the school board
[06:22] <desrt> and ended up doing a co-op placement there the next term
[06:22] <Chipzz> :)
[06:22] <desrt> that, however, ended badly again :(
[06:22] <Chipzz> then the song turned out for the best for you ;)
[06:22] <Chipzz> *auch*
[06:22] <desrt> my supervisor, in the middle of my work term, got offered 2x more money to go work elsewhere
[06:23] <desrt> i got dropped on the floor
[06:23] <Chipzz> lemme guess, more ignorance and incompetence?
[06:23] <desrt> more like nobody who could reasonably take me
[06:23] <desrt> they ended up awarding me a half-credit and i just finished early
[06:23] <desrt> pretty lame
[06:24] <Chipzz> sorry about the cliche 'ignorance and incompetence' comments
[06:24] <Chipzz> but I've seen lots of it
[06:24] <desrt> no problem.  it's a school board, after all :)
[06:25] <desrt> you can assume certain behaviours with a reasonable confidence :)
[06:25] <Chipzz> people who should never ever ever EVER be allowed within a 10 mile radius of a computer, so to speak
[06:25] <desrt> i disagree with that statement
[06:25] <desrt> computers are for everyone to use
[06:26] <Chipzz> but not for everyone to take decisions on
[06:26] <desrt> i'm more willing to agree with incompetent people not being permitted to hold positions of authority
[06:26] <Chipzz> ok, that's what I actually meant
[06:26] <Chipzz> and I'm overreacting I guess
[06:26] <Chipzz> but still
[06:27] <desrt> i gained a lot of experience
[06:27] <Chipzz> the way these people take decisions about stuff they don't know shit about
[06:27] <desrt> networking, linux, policking
[06:27] <desrt> all important stuff :)
[06:27] <Chipzz> my opinion is
[06:28] <Chipzz> the internet reflects the real world, just on a much larger scale
[06:28] <Chipzz> yes there is kiddy porn on the internet
[06:28] <desrt> how incredibly tangential...
[06:28] <Chipzz> there is also kiddy porn in the real world
[06:28] <Chipzz> does that make the internet a bad thing?
[06:28] <Chipzz> just because there is more of it?
[06:29] <Chipzz> a lot of people seem to think so
[06:30] <RootBeet> what is more advanced ubuntu or windows?
[06:30] <desrt> RootBeet; you're asking questions for which reasonable answers don't exist
[06:30] <Chipzz> exageration of things happening on the internet also happening in the real world being escalated by people wo don't realise either the scale of the internet neither that they cannot control it
[06:31] <Chipzz> desrt: but I would agree, it's off-topic ;)
[06:31] <RootBeet> Chipzz so it was you are talking about.
[06:31] <RootBeet> is*
[06:31] <RootBeet> what*
[06:32] <desrt> RootBeet; i think you might want to read some reviews of ubuntu to help you decide what to do
[06:32] <desrt> RootBeet; there are quite a few of them out there
[06:32] <RootBeet> thanks
[06:32] <RootBeet> I thought id ask the hackers directly
[06:33] <desrt> RootBeet; good way to get a biased answer :)
[06:33] <Hobbsee> interesting.  if i mv xorg.conf out of the way, X starts fine.
[06:33] <desrt> are you moving it to ~?
[06:33] <Hobbsee> yes
[06:33] <desrt> heh
[06:33] <desrt> X first looks for xorg.conf in ~ :)
[06:34] <Hobbsee> it's in ~/Desktop
[06:34] <desrt> oh.  weird.
[06:34] <Hobbsee> and i'm positive it's not getting read
[06:34] <desrt> i wonder if it's finding a default elsewhere
[06:34] <Hobbsee> (mouse moves with a different acceleration, font sizes are different due to the screen size being weird)
[06:35] <desrt> Chipzz; no reason to talk out of channel
[06:35] <Hobbsee> i dont know, i cant see where it would be reading from - there's no other xorg.conf's around
[06:35] <desrt> Hobbsee; check your xorg.0.log file... right near the top
[06:35] <desrt> (==) Using config file: "/etc/X11/xorg.conf"
[06:35] <desrt> some line like that
[06:35] <Chipzz> desrt: I didn't want to harrass you or anything; it just seemed off-topic for #ubuntu-devel
[06:35] <Chipzz> and I'm as much against off-topic as most of the guys here
[06:36] <Hobbsee> (==) Log file: "/var/log/Xorg.0.log", Time: Sat Sep 23 14:28:46 2006
[06:36] <Hobbsee> (EE) Unable to locate/open config file
[06:36] <Chipzz> so I shouldn't be talking about this here
[06:36] <desrt> WEIRD!
[06:36] <desrt> and it still started?
[06:36] <Hobbsee> yep
[06:36] <desrt> Chipzz; eh... i feel apathetic about on/off topic when the channel is as quiet as it is tonight :)
[06:36] <desrt> that's cool :)
[06:36] <desrt> i didn't know it would do that
[06:37] <desrt> . o O ( mental note )
[06:37] <Hobbsee> *copies that log to the desktop too*
[06:37] <Hobbsee> hehe
[06:37] <Chipzz> desrt: X.org works without a configuration file too
[06:37] <RootBeet> Mark Shuttleworth is in the house.
[06:37] <Chipzz> just uses values it probes
[06:37] <Chipzz> (but you probably knew that allready)
[06:37] <desrt> Chipzz; ya.  i see that from Hobbsee
[06:38] <desrt> Hobbsee; well.. i guess the 'default' setup for X just fails to include the "dri" line too
[06:38] <Chipzz> big improvement from XF86, being to mostly autoprobe shit
[06:38] <Hobbsee> desrt: point.
[06:38] <Chipzz> Hobbsee: does it mention dri in the log file?
[06:38] <RootBeet> Does Mark have much input on what goes into Ubuntu?
[06:38] <desrt> RootBeet; this is very well documented on the website
[06:39] <Hobbsee> Chipzz: nope
[06:39] <desrt> see http://www.ubuntu.com/community/processes and particularly http://www.ubuntu.com/community/processes/governance
[06:39] <Hobbsee> hey BenC
[06:40] <desrt> Hobbsee; apparently not.
[06:40] <Hobbsee> hah
[06:41] <desrt> Hobbsee; search launchpad.  if you can't find anything then open a bug against one or the other.
[06:41] <desrt> the worst that'll happen is that it'll be punted
[06:42] <Hobbsee> against X or the linux-image source?
[06:42] <desrt> pick one :p
[06:42] <Hobbsee> right
[06:42] <Chipzz> *IPv6
[06:42] <desrt> if X, you probably want xserver-xorg-video-i810
[06:43] <RootBeet> Ubuntu will start suffering from tall poppy syndrome as it gets more popular..... http://en.wikipedia.org/wiki/Tall_poppy_syndrome
[06:44] <desrt> no.  i imagine not.  it will merely suffer from people asking inappropriate questions and saying inappropriate things in its development-only channel.
[06:45] <RootBeet> sorry.
[06:45] <Fujitsu> desrt, I was thinking of a way to put it like that.
[06:45] <desrt> Fujitsu; :)
[06:45] <Chipzz> desrt: then again, what is considered inappropriate? ;)
[06:46] <Chipzz> you did not consider our discussion earlier inappropriate, while at another hour it would have been ;)"
[06:47] <desrt> hypocrite's perogative :)
[06:47] <Chipzz> lol :)
[06:48] <desrt> i hope it's hanson.
[06:48] <Hobbsee> desrt: found it :)
[06:48] <Hobbsee> bug 50326
[06:48] <Ubugtu> Malone bug 50326 in xserver-xorg-video-i810 "Initialising DRI fails on i915" [Untriaged,Unconfirmed]  http://launchpad.net/bugs/50326
[06:48] <desrt> Hobbsee; rocking.
[06:48] <Chipzz> perogative of being slightly drunk ;)
[06:48] <desrt> well
[06:48] <Chipzz> Playing MPEG stream from The_Bangles_-_If_She_Knew_What_She_Wants.mp3 ...
[06:49] <desrt> he'd be givin' it to her
[06:49] <desrt> but he can't see through her
[06:49] <Chipzz> heh ;)
[06:49] <desrt> Hobbsee; this doesn't really look like black-screen-on-X-server-startup...
[06:50] <Hobbsee> oh, wait
[06:50] <desrt> Chipzz; if you have their greatest hits cd check out the cover of "hazy shade of winter".  it rocks.
[06:52] <Chipzz> desrt: pvt ;)
[06:52] <desrt> Chipzz; no need.  i own the cd, thanks.
[06:52] <desrt> besides.  mp3 trading is morally wrong :)
[06:52] <Chipzz> is it? really? :)
[06:52] <desrt> definitely.
[06:53] <Chipzz> can you claim you never ever downloaded an mp3? :P
[06:53] <desrt> you should use morally unemcumbered formats like .ogg to do your file trading :)
[06:53] <Chipzz> rofl :)
[06:53] <Chipzz> what format would you trade wodka in? ;)
[06:53] <RootBeet> mp3's are fine...
[06:54] <Fujitsu> RootBeet, no they not.
[06:54] <Fujitsu> *they're
[06:54] <RootBeet> Anyone who says they are not ok to download is lieing!
[06:55] <desrt> Hobbsee; please please say something about X
[06:55] <Chipzz> X sucks because it runs over the network so it must be slow!
[06:55] <Chipzz> :PPPPP
[06:55] <Fujitsu> RootBeet, MP3 is a patent encumbered, non-free, nasty format.
[06:55] <Chipzz> desrt: satisfying? ;)
[06:55] <Hobbsee> desrt: i will, i'm still messing around here
[06:55] <desrt> Hobbsee; this channel is desperately in need of some on-topic content :p
[06:56] <Hobbsee> desrt: hehe, right, true that
[06:56] <Hobbsee> desrt: i could police the channel offtopic-style :P
[06:56] <Fujitsu> desrt, yes, it really is.
[06:56] <Fujitsu> Randomly opping everybody? :P
[06:56] <Chipzz> well at least I was on the topic of X, wasn't I? ;)
[06:56] <Hobbsee> desrt:  i discovered that i didnt have xlibmesa-dri installed.
[06:56] <Hobbsee> Fujitsu: no, kicking them :P
[06:56] <desrt> Hobbsee; do you need that?
[06:57] <Hobbsee> desrt: no idea
[06:57] <crimsun> not really, no. libgl1-mesa-dri is the important package.
[06:58] <Chipzz> crimsun: I didn't try building mythplugins as someone else commented it build fine
[06:58] <Hobbsee> ah yes, that's right
[06:58] <Hobbsee> surely i should know that from my merging :P
[06:58] <Chipzz> crimsun: yet I see no progress on that bug; should I subscribe ubuntu-archive?
[06:58] <desrt> Hobbsee; are you in NSW?
[06:59] <crimsun> Chipzz: not yet, it needs to be verified by a MOTU first
[06:59] <Chipzz> crimsun: anything I can do?
[07:00] <desrt> nice.
[07:00] <crimsun> check if it plays well with the current mythtv 0.20 package
[07:01] <Chipzz> crimsun: which would be running a backported package on edgy; something which wouldn't yield many usefull results, right?
[07:02] <Chipzz> unless I build it myself?
[07:02] <Hobbsee> desrt: yep
[07:02] <desrt> going to LCA?
[07:02] <crimsun> Chipzz: referring to mythtvplugins? It's helpful to know it actually works in Edgy, so it'd be helpful.
[07:03] <Hobbsee> desrt: no idea
[07:06] <Hobbsee> desrt: you're also in nsw?
[07:06] <desrt> ON.
[07:07] <Chipzz> anyway
[07:07] <Hobbsee> desrt: this gets weirder.  it will only work in recovery mode
[07:08] <Hobbsee> or when xorg.conf is moved out of the way
[07:08] <Chipzz> Hobbsee: possibly some interaction between framebuffer code and the X driver?
[07:08] <Hobbsee> Chipzz: no idea, i dont know this stuff
[07:08] <desrt> odd.
[07:08] <Chipzz> Hobbsee: nvidia framebuffer driver and nvida (prop) X are known not to cooperate
[07:08] <desrt> well.  in any case
[07:08] <desrt> it's past my bedtime
[07:08] <desrt> goodnight everyone
[07:08] <Chipzz> (for example)
[07:08] <Hobbsee> Chipzz: this is an intel card, it shouldnt die :P
[07:09] <Chipzz> (but then again, I may be outdated)
[07:09] <Hobbsee> desrt: night!  thanks for the help
[07:09] <desrt> Hobbsee; sorry i couldn't actually be useful
[07:09] <Hobbsee> desrt: youv'e given me a clue of where to start
[07:10] <Chipzz> desrt: good night, and patent encumbered dreams ;)
[07:10] <Chipzz> errr
[07:10] <Chipzz> s/encumbered/unencumbered/
[07:10] <desrt> Chipzz; either way you're a sick man
[07:11] <Chipzz> desrt: just being silly
[07:12] <Chipzz> Hobbsee: I'm on an intel chipset too btw
[07:12] <Hobbsee_> hah.  i can use
[07:12] <Hobbsee_> recovery mode to start up kdm, and login normally
[07:13] <Chipzz> 2.6.17-7 though
[07:14] <Chipzz> Hobbsee: btw, did you get any decent framerates from this setup btw?
[07:14] <Chipzz> (glxgears)
[07:14] <Hobbsee|Remote> Chipzz: *shrug* seems fine to me, but i know better
[07:14] <Hobbsee> er, dont know better
[07:15] <Chipzz> Hobbsee:
[07:15] <Chipzz> chipzz@Reel:~$ glxgears -printfps
[07:15] <Chipzz> libGL warning: 3D driver claims to not support visual 0x5b
[07:15] <Chipzz> 3065 frames in 5.0 seconds = 612.944 FPS
[07:15] <Chipzz> nothing to spectacular? :S
[07:15] <Hobbsee> 2206 frames in 5.2 seconds = 428.197 FPS
[07:15] <Fujitsu> Aw, I like -iacknowledgethatthistoolisnotabenchmark
[07:15] <Hobbsee> 2280 frames in 5.2 seconds = 439.804 FPS
[07:15] <Fujitsu> Chipzz, I'm on an i915, I get about that.
[07:16] <Fujitsu> Chipzz, I get about 685.
[07:16] <Chipzz> I thought intel chipsets were in some way accelerated?
[07:16] <Chipzz> nvidia gives at least 5000 fps
[07:17] <Fujitsu> Chipzz, NVIDIA != Intel.
[07:17] <Chipzz> I realise that :)
[07:18] <Chipzz> yet, when intel claims it's accelerated, this feels more like software rendering framerates :/
[07:19] <Chipzz> I was expecting more from "accelerated", and wondering if somethin was wrong
[07:25] <Chipzz> Fujitsu: I just ran glxgears fullscreen, and I got about 97 fps
[07:25] <Chipzz> for 3 simple gears running fullscreen (non-textured), this hardly feels accelerated
[07:26] <Fujitsu> Chipzz, I know.
[07:26] <Chipzz> (yes I know this isn't ubuntu's fault, but I'm just wondering if something's wrong in this setup, or intels claims of acceleration are largely overrated)
[07:27] <Fujitsu> Or the driver is fscked.
[07:27] <Chipzz> let's just make a stupid assumption and say that 12 gears (hardly a real game setup) would yield 25 fps
[07:27] <Chipzz> which are still untextured
[07:28] <Chipzz> that's merely realtime
[07:28] <Chipzz> which is why I'm asking (if it really is)
[07:29] <Fujitsu> I get 97 as well when fullscreen.
[07:30] <Chipzz> 1024x768x24bpp btw
[07:31] <Chipzz> anyway
[07:31] <Chipzz> enough with the whining
[07:32] <Chipzz> I was just wondering if this actually worked or was something on my part
[07:32] <Fujitsu> Well, I'm at 1280x800x24.
[07:32] <Chipzz> should I file a bug?
[07:32] <Chipzz> or just leave it as is?
[07:33] <Fujitsu> It performs better under Windows, so probably file a bug.
[07:34] <Chipzz> do you have anything to compare against on windows? (and if so, what?)
[07:36] <bluefoxicy> damnit
[07:36] <bluefoxicy> I can't sign my e-mail, the seahorse daemon is dead :|
[07:37] <bluefoxicy> for now I'm not signing my e-mail; but mildly obsessive compulsive as I am this is SLIGHTLY annoying
[08:01] <BlockNick> deltree C:\Windows
[08:01] <BlockNick> format c:/s /u
[08:01] <Hobbsee> BlockNick: hmmm?
[08:02] <BlockNick> wrong window
[08:17] <lastnode> imbrandon, you around?
[08:29] <kagou> kagou, can you give me the link where i can found log of building live filesystem
[08:48] <compotatoj> Hi, I am a programmer but I have never made an application for open source software. I have noticed the lack of support for complicated mouse configurations, such as the back and forward buttons. I know there is capability to do it in the xorg.conf file and xmodmap, so I was wondering if it would be a good idea if I (or anyone actually) created an application to easily map your mouse correctly. It doesn't seem that hard because xev
[08:53] <Burgundavia> compotatoj: daniel stone is working on input hotplug, which will make the need for configuration go away
[08:55] <compotatoj> Burgundavia: Ok, thank you. I am glad to hear that.
[08:55] <Burgundavia> compotatoj: however, another developer is always good to have on board
[08:55] <Burgundavia> what sort of things interest you?
[08:56] <compotatoj> I am not sure, I really want to contribute but I lack experience with OSS, what are most the programs written in?
[08:56] <compotatoj> C? Python?
[08:56] <Burgundavia> in Ubuntu, most new developer is in Python
[08:56] <compotatoj> That is what I thouht
[08:56] <compotatoj> thought
[08:56] <_ion> burgundavia: It's going to use evdev for the hotplugged devices, right?
[08:57] <Burgundavia> _ion: I believe so. I am not a programmer by any means
[08:58] <compotatoj> Where would be the right place to ask about bugs in Edgy? I searched around for my bug and I found a lot of other people having it, but it looked like it was supposed to be fixed a while ago but for me it is not.
[08:58] <Burgundavia> compotatoj: if you are interested in system tools, there is a serious need for a completely rewrite of the gnome-system-tools
[08:58] <Burgundavia> compotatoj: what sort of bugs?
[08:59] <compotatoj> Well for instance, I get double of all the partitions on my desktop like sda1 sda1 (2)
[08:59] <compotatoj> I think it is because of the uuid
[08:59] <compotatoj> in the /etc/fstab
[08:59] <compotatoj> It was supposedly "fixed"
[09:00] <Burgundavia> compotatoj: if a bug isn't fixed, reopen it
[09:01] <compotatoj> I think I did already
[09:01] <compotatoj> on launchpad
[09:01] <compotatoj> Part of the time, I can't tell if it is a bug or my incompetence...
[09:02] <Burgundavia> compotatoj: best way to test is to use a live cd. Eliminates config issues
[09:03] <compotatoj> ok
[09:03] <compotatoj> Also, would you happen to know why keyboard layouts like DVORAK (which I use :]  ) are left out of the installer, but once edgy is installed it appears in the keyboard layouts menu
[09:05] <compotatoj> is there an ubuntu bugs irc room or something
[09:05] <StevenK> #ubuntu-bugs, I think
[09:05] <compotatoj> ok
[09:11] <Burgundavia> compotatoj: have you checked the latest edgy?
[09:17] <compotatoj> I am running knot 3 with all updates
[09:18] <Burgundavia> try the daily
[09:19] <compotatoj> wow, so I should waste 700mb of bandwidth instead of upgrading the packages? is there a difference?
[09:19] <compotatoj> i don't mind
[09:20] <compotatoj> I just don't want to waste it for them
[09:20] <compotatoj> i'll get the torrent.
[09:31] <Kamion> kagou: http://people.ubuntu.com/~cjwatson/livefs-build-logs/
[09:32] <Kamion> compotatoj: lack of dvorak in the edgy installer is a known bug, but probably won't be fixed until after beta since it requires a sizeable UI change
[09:33] <Kamion> compotatoj: it's because the keyboard backend we used to use had dvorak as a first-class layout, but in the backend we use now, it's just a variant of us (and other layouts), and at the moment we're only showing layouts, not variants
[09:33] <Kamion> I'll fix this by adding another listbox for the variants
[09:37] <compotatoj> Kamion: ok thanks, I thought it had something to do with the fact that edgy isn't officially "out" yet
[09:38] <Kamion> well, it does have something to do with that in the sense that that means I have a little more time to fix it :-)
[09:38] <Kamion> but it's not "edgy's not out yet, so no dvorak for you" ;-)
[09:40] <compotatoj> Is it like you don't start worrying about minor translating stuff until closer to the release date?
[09:40] <Burgundavia> Kamion: randomly removing features until release time is a very apple thing todo
[09:41] <Kamion> compotatoj: that's certainly true
[09:41] <Mithrandir> Kamion: speaking of translations; is c-s grabbing the xorg translations?
[09:42] <Kamion> no, console-setup has no translation facility at all at the moment
[09:43] <Mithrandir> how about ubiquity?
[09:43] <Kamion> it's a bit problematic - in order to make it translatable sanely, I need to backport a debconf feature from trunk
[09:43] <Kamion> (Choices-C handling)
[09:43] <Mithrandir> I'm just thinking it'll be way easier to just grab the translations from xorg.xml than to translate them again
[09:43] <Kamion> and the form of that feature is still under a little bit of debate
[09:44] <kagou> thanks Kamion
[09:44] <Kamion> I suppose that could be hacked into ubiquity for the time being
[09:44] <Kamion> feel free to try :-)
[09:44] <Mithrandir> ENOTIME. :-)
[09:44] <Kamion> not pre-beta
[09:46] <Kamion> Mithrandir: I think I've fixed that issue from an old Knot's release notes, where the keymap wasn't guessed properly
[09:46] <Kamion> but I'm unlikely to be able to test it
[09:46] <BongSong> fuck microsoft
[09:47] <Kamion> Mithrandir: can you check that at some point when you're testing an image with ubiquity 1.1.23?
[09:48] <Burgundavia> BongSong: please, this is a development channel, people are trying to work here
[09:49] <Mithrandir> Kamion: it was the casper upload or something else?
[09:50] <Kamion> Mithrandir: ubiquity fix I just committed to bzr
[09:50] <Mithrandir> Kamion: 'k.  I'll look at it Monday or so, I guess.
[09:51] <Kamion> ta. the casper fix was also implicated but less directly
[09:51] <Kamion> needed to fix a bunch of stuff in there, really
[09:58] <udeng> u
[09:58] <udeng> sorry
[09:58] <udeng> sometimes i need a nice output from a bash script, but if i accidentally press a key it gets displayed, which dirties the fine output of the script. how do i tell the console (from the script) to avoid echoing any keyboard input?
[12:39] <jamadagni> i need some help on apt-move
[12:39] <jamadagni> last time i tried at #kubuntu and #ubuntu-motu
[12:39] <jamadagni> but got hlep here only so i am asking here
[12:39] <jamadagni> are my friends listening? ;)
[12:42] <Nafallo> jamadagni: you probably want to use our support channel: #ubuntu.
[12:42] <jamadagni> right posted there
[12:46] <Nafallo> BenC: hi! you saw that the new rt2x00 didn't fix my rt61pci? care to commit the legacy to git?
[12:48] <Nafallo> I don't know who did what. But thanks for the speed improvement since yesterday :-P.
[12:52] <llpamies> Witch package I need to install in EDGY to get the GLUT development files ?
[12:53] <Nafallo> llpamies: sounds like a question for #ubuntu :-).
[12:55] <llpamies> Nafallo: I post it as a BUG, but nobody knows the problem .... https://launchpad.net/distros/ubuntu/+source/freeglut/+bug/60103
[12:55] <Ubugtu> Malone bug 60103 in freeglut "Can't install freeglut3-dev" [Untriaged,Needs info]
[12:57] <StevenK> llpamies: Try and install xlibmesa-glu-dev, and post to the bug what that outputs?
[12:59] <llpamies> StevenK: Package xlibmesa-glu-dev is not available, but is referred to by another package.
[01:00] <llpamies> In my sources.list I only have official repositories
[03:28] <Riddell> BenC: so we just need the buildds to get a new linux build..
[03:39] <lucas> hi
[03:54] <alejandro> Hi.
[03:59] <mirak> why debconf doesn't use meld to help merging differences of configuration files when updating ?
[04:01] <bddebian> Howdy
[04:04] <pygi> morning bddebian
[04:04] <bddebian> Hello pygi
[04:33] <Adri2000> hi
[04:34] <Adri2000> do you know that ubuntu-desktop is broken in edgy ?
[04:35] <Nafallo> it's not
[04:37] <Adri2000> The following packages have unmet dependencies:
[04:37] <Adri2000>   ubuntu-desktop: Depends: xorg but it is not going to be installed
[04:37] <Adri2000> E: Broken packages
[04:37] <Nafallo> woha
[04:38] <Nafallo> xorg is there though
[04:40] <Hobbsee> Adri2000: doesnt seem broken here.  can you pastebin apt-cache policy ubuntu-desktop && apt-cache policy xorg please?
[04:40] <Hobbsee> Adri2000: also, have you installed from any unofficial repos, including xgl?
[04:43] <Adri2000> yes, i use quinnstorm's repo
[04:43] <Adri2000> http://paste.ubuntu-nl.org/24516
[04:43] <gnomefreak> ubuntu-desktop has no depends issues here
[04:45] <Nafallo> that means ubuntu-desktop isn't broken ;-)
[04:45] <Hobbsee> oh, this again?
[04:46] <Hobbsee> Adri2000: you'll go thru and find out why xorg isnt installable, and it's actually an xgl problem - better bug quinnstorm about that.
[04:46] <gnomefreak> i cant remember but quinns repos whats to downgrade 2 packages (cant rmemeber what ones) but im betting they are related
[04:46] <gnomefreak> adcomment out quinns repos than run sudo apt-get update than install ubuntu-desktop
[04:47] <gnomefreak> he didnt like our answers i gues
[04:48] <elmo> NOTICE: the Ubuntu wikis (wiki.u.c, wiki.k.o, wiki.e.o, help.u.c) are going into read-only mode for 10 minutes.  after that they'll be down for 10 minutes for some essential maintenance.
[04:49] <Nafallo> elmo: yay! good news :-)
[04:50] <Hobbsee> good thing i wasnt planning to add anything
[04:50] <Hobbsee> Adri2000: you'll go thru and find out why xorg isnt installable, and it's actually an xgl problem - better bug quinnstorm about that.
[04:50] <gnomefreak> me neither
[04:51] <gnomefreak> i say comment out quinns repos than update than install to get a better idea of what is causing it (mathc the versions to ubuntu versions and you will find the issue
[04:51] <Adri2000> xorg: Depends: libgl1-mesa-glx but it is not going to be installed
[04:51] <gnomefreak> s/mathc/match
[04:51] <gnomefreak> Adri2000: its quinns repos
[04:51] <gnomefreak> that i remember
[04:51] <gnomefreak> Adri2000: comment out her repos than install that package
[04:52] <gnomefreak> Adri2000: also for further assistence can you please join #ubuntu-xgl this channel is not for support related issues
[04:53] <Adri2000> ok
[05:02] <elmo> ok, going down now
[05:20] <bluefoxicy> I want a control panel where I can set "secure files in my Home so only I can access them" that sets chmod 700 on ~/ when checked and chmod 755 on ~/ when unchecked
[05:21] <elmo> ok, wikis should be back - sorry it took longer than expected
[05:21] <elkbuntu> elmo,
[05:22] <elmo> elkbuntu: ?
[05:22] <bluefoxicy> I am going to spec that
[05:22] <bluefoxicy> right now
[05:22] <elkbuntu> elmo, all the conscious marketeers notice the speed change
[05:24] <pygi> elkbuntu: morning :)
[05:24] <elmo> elkbuntu: well that's an excellent demonstration of placebo effect in action :p
[05:25] <elkbuntu> elmo, we dont care the reasons, its not minute long waits trying to edit the UWN
[05:26] <elmo> elkbuntu: ... what I did just now has nothing to do with that - is my point, but never mind
[05:27] <fabbione> elmo: it's your magic touch that makes things go faster.. no matter why :)
[05:27] <fabbione> or how
[05:27] <elkbuntu> exactly!
[05:37] <bluefoxicy> http://rafb.net/paste/results/NVx6xH34.html
[05:37] <bluefoxicy> Does anyone see a problem here?
[05:38] <ivoks> yes, UUOC :)
[05:38] <bluefoxicy> UUOC?
[05:39] <ivoks> useless use of cat :)
[05:39] <bluefoxicy> also why is /bin/*sh not matching /bin/bash
[05:39] <ivoks> bluefoxicy: cause those account need shell to exec their jobs
[05:39] <ivoks> bluefoxicy: .*sh will match it
[05:39] <bluefoxicy> uh  o.o
[05:40] <bluefoxicy> oh thanks
[05:40] <bluefoxicy> ivoks:  they log in through login?
[05:40] <bluefoxicy> or use $SHELL?
[05:40] <ivoks> bluefoxicy: mostly trough cron
[05:40] <bluefoxicy> aha
[05:41] <bluefoxicy> shouldn't they be taught to use /bin/sh then?
[05:41] <ivoks> ?
[05:41] <bluefoxicy> instead of $SHELL
[05:41] <ivoks> i don't undesrstand what you are trying to say
[05:42] <bluefoxicy> things like cups and hplip are all set to have /bin/false as the shell
[05:42] <bluefoxicy> this indicates to me that someone feels it's prudent to not hand out a real log-in shell unless the account really needs it
[05:43] <bluefoxicy> It also occurs to me that programs expecting a normal sh/bsh/ksh/etc will quickly fail if given a different shell (I know Bash scripts fail hard run on normal sh)
[05:43] <bluefoxicy> so I'm thinking
[05:43] <bluefoxicy> such scripts should know what shell they want instead of asking $SHELL
[05:43] <bluefoxicy> and if they don't they should be fixed
[05:44] <ivoks> scripts should call shell for which they are written
[05:44] <bluefoxicy> nobody has its own shell, wtf is that?
[05:44] <bluefoxicy> yes that's what I'm saying
[05:44] <ivoks> it has /bin/sh
[05:44] <bluefoxicy> they shouldn't rely on /etc/passwd and $SHELL ($SHELL comes from /etc/passwd at login time)
[05:45] <bluefoxicy> (I think)
[05:45] <bluefoxicy> anyway it doesn't matter much
[05:45] <ivoks> :)
[05:45] <bluefoxicy> I'll let someone else figure it out.
[05:46] <Yagisan> is linux-image-2.6.17-9-generic panicing on amd64 a known issue ?
[05:49] <lastnode> imbrandon, ping
[05:55] <shining_> Yagisan: depends on the panic
[05:55] <bluefoxicy> https://wiki.ubuntu.com/SecureHome
[05:55] <shining_> Yagisan: is it bug 61898 ?
[05:55] <Ubugtu> Malone bug 61898 in linux-source-2.6.17 "Kernel Panic - agp_amd64_init" [Untriaged,Fix committed]  http://launchpad.net/bugs/61898
[05:56] <Yagisan> shining_, one moment. I'll check the notes I wrote down
[05:56] <Yagisan> shining_, that's it
[05:58] <bluefoxicy> there's a jrmoser "John Moser" user on there o_O
[05:58] <bluefoxicy> <-- John Richard Moser
[06:07] <shining_> Yagisan: here you go then, it's generally better to check launchpad first :)
[06:07] <shining_> bluefoxicy: hmm
[06:19] <Yagisan> shining_, I do check lp - but I notice that I tend to not find them and end up doing dupes :(
[06:23] <shining_> right, sometimes I don't find it easy neither but it's maybe more my fault than launchpad one
[07:39] <fdsd> hey guys
[07:39] <fdsd> I am taking apart my initrd file, I have a bunch of startup scripts and folders and I dont know what they are for, could anyone explain?  they are casper, casper-bottom casper-premount init-bottom init-premount init-top local-botttom local-premount local-top nfs-bottom etc..  Any idea?
[08:02] <stockholm> hm, i was looking for keybuk
[08:02] <stockholm> in order to ask him about unit tests
[08:03] <stockholm> lifeless: what unittest framework do you use with c?
[08:03] <zul> elmo: fyi ill probably have x86 in the next couple of hours, amd64 later on tonight
[08:03] <elmo> zul: rocking, thanks dude
[08:04] <zul> nop
[09:58] <gnomefreak> anyone here?
[09:58] <gnomefreak> has apache2-utils been built(merged) for edgy yet?
[10:00] <wasabi> So, I've managed to break dpkg. process_queue assertion, dependtry <= 4
[10:00] <_ion> Congratulations. :-)
[10:01] <LaserJock> gnomefreak: you could ask Launchpad :-)
[10:01] <_ion> apache2-utils | 2.0.55-4ubuntu2 | http://fi.archive.ubuntu.com edgy/main Packages
[10:01] <gnomefreak> anyway apache2-utils is gonna be breaking upgrades until edgys version is higher than dappers
[10:01] <gnomefreak> dappers is 2.0.55-4ubuntu2 1
[11:53] <Kream> I have a launchpad account, yet can't find ubiquity in launchpad. I want to translate ubiquity. How do I do this?
[11:57] <pepsiman> https://launchpad.net/distros/ubuntu/edgy/+source/ubiquity/+translations
[11:58] <Kream> pepsiman:  thanks. wow.
[11:58] <pepsiman> 2 whole strings to translate
[11:59] <Kream> pepsiman:  :) i think i was looking for the ubiquity-frontend-gtk|kde
[11:59] <Kream> something really strange.
[12:00] <Kream>  from https://launchpad.net/distros/ubuntu/edgy/+search?text=ubiquity , if i click on any of the results, including ubiquity-frontend-gtk, the translations entry on the left is greyed out
[12:00] <pepsiman> that's a binary package search, you want a source package search
[12:01] <pepsiman> the binary package search is completely useless as far as I can see
[12:02] <tuhl> I have still trouble with python2.4-minimal upgrade on edgy 'empty set of versions'
[12:02] <Kream> it certainly looks that way
[12:03] <Kream> pepsiman:  just to know how you got to it, how do I get to the search page for source packages?
[12:03] <Kream> from, say, https://launchpad.net/distros/ubuntu/edgy .
[12:04] <tuhl> this bug seems to be open since beginning of sept - any solution available?
[12:05] <crimsun> tuhl: apt-cache policy python-minimal python2.4-minimal |grep Candidate
[12:05] <pepsiman> https://launchpad.net/distros/ubuntu/
[12:06] <tuhl> crumsun: thanks
[12:06] <pepsiman> Kream: but I tend to use https://launchpad.net/distros/ubuntu/dapper/+lang/en_GB?batch=1500 to find translations
[12:07] <tuhl> crumsun:
[12:07] <tuhl>   Candidate: 2.4.3-11ubuntu3
[12:07] <tuhl>   Candidate: 2.4.3-8ubuntu1