RAOFNot that I'm aware of; we use the gold linker by default and nvidia seems to run, mostly :)00:05
Sentynelbollocks, there goes *that* theory00:05
Sentynelsoo, any other ideas why my system won't start with a kernel version later than 2.6.35-24?00:06
Sentynelin anything later than that it shows the kubuntu boot screen, then goes to a plain blue screen and locks up.00:07
jcristauRAOF: gold by default?00:16
bjsniderSentynel, did you try to boot the offending kernels without the blob? did you check the logs?00:20
RAOFjcristau: I think so?00:20
Sentynelbjsnider: it boots fine on nouveau00:20
SentynelI've looked at the logs and not found anything especially illuminating, but I may not have been looking in the right places00:21
jcristaui think debian still has ld -> ld.bfd at least.  maybe doko made the switch in U.00:21
Sentynelgold is optional in ubuntu00:22
Sentynelbinutils-gold package switches the symlink to gold00:22
RAOFYeah.  After investigtion, binutils ships both bfd and gold, but ld points to ld.bfd.  We've got some of the gold DSO linking stuff, though, which was what confused me.00:24
Sentynelhi again guys, quick update before I go to bed01:54
Sentynelgold *is* the problem01:54
Sentynelswitched the symlink back and had dkms rebuild the module and lo and behold it booted fine01:55
RAOFPerhaps another interesting test would be to rebuild the *kernel* with gold (if you haven't already tried that); it would not blow my socks off to discover that gold and bfd aren't 100% interoperable :)02:00
SentynelI've heard somewhere already that gold won't successfully link kernels02:09
Sentynelwhich is probably what twigged me to wonder if that was the issue here02:09
RAOFWell, then.  Trying to link kernel modules with it seems like asking for trouble :).02:10
Sentynelapparently so02:10
Sentyneldidn't even cross my mind before02:11
Sentynelbut I was discussing gold the other day, and accidentally tried to boot a broken kernel version this evening02:11
Sentynelach, well, I know what the issue is now, I can turn gold on and off as needed02:11
Sentynelcheers for the help guys02:11
ricotzRAOF, hello10:57
ricotzRAOF, is it still possible to update libxfixes in natty to 4:5.0-1?10:58
tjaaltonwhy do you need it?10:59
ricotzgnome-shell seems to need it11:02
tjaaltoni thought g-s had plenty of needs that can't be fulfilled in natty11:03
ricotzi am not sure about the consequence of updating xfixes in last minute11:03
ricotztjaalton, actually this is the first besides nm 0.911:04
tjaaltonfile a FFE and we'll see11:04
ricotztjaalton, hmm, might be the best11:06
RAOFricotz: What does gnome-shell use in the new libxfixes?11:07
ricotzRAOF, i havent looked into it yet, fredp wrote it is needed for "pointer barriers"11:09
* RAOF can only think of pointer-barriers, but that's not in a released X server. Maybe there are older changes I've forgotten, though :)11:09
RAOFI hope they don't expect to *use* them; those patches weren't in 1.10 :).  I'm not even sure they're in master, actually.11:10
ricotzok, i will see how it works without the new version11:10
RAOFAt least you won't lose any functionality by patching that out :)11:11
RAOFricotz: Pointer barriers *haven't* been implemented on xserver master; if they're using them in gnome-shell, then either (a) redhat is shipping a server which supports protocol upstream doesn't or (b) they're not actually testing it :)11:23
ricotzRAOF, ok, thank you11:24
RAOFs/redhat/fedora/ to be strictly accurate, I guess :)11:26
bjsniderricotz, is the gnome 3 ppa installable and usable right now in natty? some of the packages failed to build14:26
Sarvattricotz: want me to put new fixesproto and libXfixes in xorg-edgers to copy over or anything?14:27
ricotzbjsnider, it is usable with care ;), i am using gnome-shell and its needed deps, using the whole stack caused me some trouble some while a ago and reverting was a pain ;)14:29
ricotzSarvatt, upstream said it isnt really needed, i think it is ok for now14:30
ricotzactually i was excepting to have it with edgers already :P14:30
Sarvattargh ok, full screen flash on sandybridge in natty doesn't work, with xorg-edgers it works. just upgrading libdrm and intel on natty it doesn't work, just libdrm and mesa doesn't work. nothing really changed in xserver 1.10 branch. if libdrm + intel + mesa doesn't work next the only other possibility is pixman15:54
Sarvattoh wait, hello mr. ia32-libs15:54
Sarvattcontaining a 24 week old mesa15:58
Sarvatt64 bit flash plugin is fine, all signs point to ia32-libs16:04
ricotzSarvatt, yeah, the ia32-libs package should go16:07
ricotzthe multiarch transition might be usable soon16:07
Sarvattwe *seriously* need that updated in natty, I'm scared to think how many bugs are root caused by this with how much mesa has changed16:07
ricotzSarvatt, i see16:08
Sarvattthere is a mesa 7.9 git checkout in our ia32-libs currently16:08
Sarvattno r600g change, no TLS fixes, no functional sandybridge 3D support16:09
Sarvattwe disabled DRI completely on sandybridge in maverick because it was so bad in maverick's mesa thats in ia32-libs :(16:13
ricotzSarvatt, i have uploaded new packages and removed the sanity check, i hope this works16:19
Sarvattricotz: oh I'm sorry man, I meant ia32-libs in natty needed to be updated, the ones in xorg-edgers actually work because you've updated them!16:19
ricotzSarvatt, actually the natty one failed everytime16:20
ricotzbjsnider, any luck with gnome3? ;)16:20
Sarvattia32-libs 20090808ubuntu9+natty~xorgedgers3 is in the PPA16:20
ricotzyes :(16:21
Sarvattlets see, its easy enough to add edgers and just downgrade ia32-libs to natty to be sure16:22
Sarvattah that one was built on 14-Nov-201016:25
Sarvattricotz: xorg-edgers with natty's old ia32-libs = gpu hung, xorg-edgers with the november ia32-libs = fine16:34
ricotzSarvatt, ok, still it's old :/16:37
Sarvattyep but the 7.10 and newer libdrm in there is enough to "work" at least to verify its the problem16:38
brycehkees, got a minute?  ia32-libs question17:04
brycehkees, or possibly help needed17:04
SarvattNeed to get 854 MB of source archives.  -- <3 ia32-libs..17:15
Sarvattoh bah, was still using the maverick wine ppa sources on this machine so it grabbed it from there17:16
=== Amaranth_ is now known as Amaranth
keesbryceh: sorry, am on holiday until wed. but I can look at it more then if you need.17:50
brycehkees, ah17:52
brycehkees, ok is there someone else we can talk to about ia32-libs in the meantime?17:53
Sarvatteww, so you cant update ia32-libs unless everything it pulls in builds properly? looks like the isdnutils ftbs from a few weeks ago is holding it up for starters18:06
brycehSarvatt, wow, there's a ton of X packages in ia32-libs18:14
brycehjeez this is horrible18:14
brycehthis makes me want to have the apport hook redirect all amd64 X bugs to ia32-libs :-/18:15
ricotzSarvatt, yeah, pango is the current reason, which is already multiarch patched18:15
brycehSarvatt, I've emailed scott richie for advice18:15
brycehxorg, udev, xcb-util, xft, svgalib, libx*, mesa, dbus, even a copy of hal18:17
Sarvattyeah this is why I dont use amd64 on machines I actually use day to day :P18:20
brycehI think maybe I am going to try to craft some way to detect ia32-libs presence in apport and kick out bug reports18:24
brycehSarvatt, do you think checking if ia32-libs is installed is the best way to identify this situation?18:24
Sarvattnope, we'd need to know if they were doing something with the 32 bit libs.. google-earth, wine, 32 bit flash plugin..18:25
brycehSarvatt, like, I wonder if bugs like lp #738600 are also caused by ia32-libs18:26
ubot4`Launchpad bug 738600 in nvidia-graphics-drivers (Ubuntu) "flash 10.2 plugin crashes when leaving full-screen with nvidia 270.30 (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/73860018:26
brycehSarvatt, is there a way that can be detected?18:28
Sarvatt"Actually that might not be relevant - I get it with nvidia 260.19.44 as well, where flash doesn't crash." comments like that really throw off the bug, 260.19.44 was installed from nvidia.com most likely and they dont have glx in the first place..18:28
bryceh740982 and 740462 are also x86_64 with -nvidia18:30
bryceh737765 too18:31
brycehSarvatt, I guess the question is more about can we even support having multiple versions of mesa in the release18:32
brycehI think no... too much possibility of uncertain stability and hard-to-diagnose client/server issues18:32
keesbryceh: yokozar is the best for ia32-libs. but the horror of ia32-libs is why we're pushing mutliarch so hard. ia32-libs will go away18:33
mdeslauria32-libs eats babies18:38
jcristaubabies, kittens, anything cute.18:49
brycehokie doke19:06
seb128bryceh, hey, I will not play pingpong on bug #737891 but I'm not convinced you are right19:50
ubot4`Launchpad bug 737891 in gnome-control-center (Ubuntu) "gnome-display-properties unable to correctly enable monitors connected to VGA (affects: 1) (heat: 8)" [Low,Confirmed] https://launchpad.net/bugs/73789119:50
seb128for one thing the issue is hardware specific and the client side has nothing hardware specific19:50
seb128it wouldn't be the first time the xrandr command and the capplet use the xorg apis differently and hit different issues19:50
brycehseb128, sure but how is that an X issue?19:55
brycehseb128, I neither like it when you ping pong bugs back to us without sufficient reason19:55
seb128bryceh, well my reasoning is simple19:56
seb128- GNOME didn't change this cycle and the issue is new in natty19:56
seb128- the issue is hardware specific19:56
seb128both arguments suggest it's not a bug in the GNOME side19:57
seb128but I could be wrong, hard to say without having the hardware and debug the issue19:57
seb128it could also being something in the driver which doesn't like the way the calls are done from the GNOME capplet19:58
kklimondahmm.. gnome-shell crashes a lot inside libnvidia-glcore.so.270.30..23:21
=== yofel_ is now known as yofel

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!