/srv/irclogs.ubuntu.com/2008/10/14/#ubuntu-x.txt

tjaalton*yawn*06:28
wgranttjaalton: Morning.06:33
tjaaltonwgrant: hi there06:36
* wgrant hopes his multi-finger tapping fix will actually work fairly well.06:44
bryce_heya08:08
tjaaltonbryce_: hi, you got the timber you were looking for?-)09:13
bryce_tjaalton: yep... uhh how'd you know I went and bought wood today?09:15
tjaaltonbryce_: because you told me :)09:15
bryce_okay :-)09:15
bryce_yeah, spent the whole day working on the new desk pieces for my office09:15
bryce_and worked a bit on building a new bookcase 09:16
bryce_the latter of which necessitated going out tonight and buying a new board (the one I'd been working was too badly warped)09:16
tjaaltonsounds like fun, and a lot of work :)09:19
bryce_yep09:19
bryce_I should take some photos09:20
bryce_essentially it's a multi-window window sill, but it's going to double as a fancy multi-monitor stand as well09:20
bryce_+ cat sleeping platform09:20
tjaaltonhehe09:24
Ngdoes anyone feel like testing and confirming https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-input-evdev/+bug/282387 ? :)09:26
ubottuLaunchpad bug 282387 in xserver-xorg-input-evdev "scrollwheel emulation breaks after suspend with 2.6.27-7" [Undecided,New] 09:26
Ngor better yet, fixing it ;)09:28
bryce_just took some photos - http://bryceharrington.org/Photos/Woodworking/09:32
Ngbryce_: nice :)09:34
bryce_you probably can't tell from the photo that one of the uprights is screwed up, but we went and got a replacement board tonight.  I'll have to re-router it and stuff, but it'll fit a lot better.09:37
tseliotbryce_: I was thinking of adding the support for multiple profiles to the xrandr capplet (for Jaunty)09:42
tseliote.g. office, home and other profiles will give direct access to different configurations which will be applied with only 1 click09:43
bryce_tseliot: nice, that should tie in well with what soren had planned09:43
tseliotbryce_: do you know where I can find Soren Sandman?09:44
tseliotI think that my recent work could be reused for this purpose09:44
tseliotbut of course, if my changes are not accepted upstream, my work is not that useful09:45
bryce_tseliot: well aside from emailing him, I don't know a better way to reach him09:46
bryce_he seems not very gregarious; I've had trouble getting in contact with him09:46
bryce_(even when I was with him in person!)09:47
tseliotheh09:47
tseliotI sent him an email but of course I didn't receive a reply09:47
bryce_tseliot: btw, I was thinking I'll bring you the tablet when we see each other at google in december - save on shipping costs.  :-)09:47
tseliotbryce_: that might cause me some problems with my baggage though09:48
bryce_howso?09:48
tseliotif you let me know how much the shipping is I will pay it in advance09:49
bryce_the tablet is about the size/weight of a children's book09:49
tseliotthat's bacause I will carry my baggage with me09:49
bryce_ok, if you prefer that I'll send it that way09:49
tseliotand there are limitations to the size and weight09:49
tseliotok, let me know how much it is via email09:50
tseliotthanks09:50
* wgrant will be glad to finally see some Ubuntu people at UDS.09:51
tseliotI will fly from Brindisi to Rome, from Rome to Frankfurt and from Frankfurt to San Francisco. I doubt that they wouldn't lose my baggage09:51
tseliotwgrant: we'll have some time to talk there09:52
tseliot:-)09:52
wgranttseliot: Yep.09:52
tjaaltonbryce_: looks nice10:31
Ngis there anything worth doing/reporting if a given machine doesn't autodetect the right resolution for a monitor?10:38
NgI restored an old xorg.conf on the laptop in question to get the guy working again10:39
Ngshort of doing an xrandr --addmode every boot I don't know of another way to unmake the fail10:39
tseliotNg: can I see both xorg.conf files?10:39
Ngtseliot: I don't think I can get hold of them today, I don't see the person in the office10:39
tseliotNg: ok, no problem10:40
NgI could probably go and check the DDC/EDID info of the monitor, I'm just wondering if we have a way to override that, assuming that's what was wrong10:40
wgrantEDID quirks, yay.10:41
* Ng also curious why X detected the DPI of a macbook air incorrectly, I thought apple hardware was among the few which were pretty much guaranteed to report correct values :/10:42
Ngxdpyinfo | grep dots showed 96, but it's actually about 11310:43
seb128Ng: are you sure that's incorrect detection and not GNOME just forcing 96 dpi there?10:43
seb128Ng: did you look in the Xorg.0.log?10:43
Ngseb128: no, I didn't think gnome changed X's setting, it just goes with its own default of 96?10:44
seb128Ng: did you use the xrandr capplet?10:44
Ngnope10:44
NgI just grepped the output of xdpyinfo, I always thought that returned a raw calculation of the resolution against the reported physical dimensions10:44
seb128I didn't look recently but in hardy once a xrand config was written g-s-d was forcing 96 dpi when applying it10:44
seb128Ng: look to the xorg log10:45
Ngok10:45
* Ng kicks fdo gitweb. I want to see evdev's history dammit!12:05
jcristauNg: try cgit12:05
Ngooh, nice12:05
jcristauusually works better than gitweb12:06
Ngapparently my scrollwheelemulation thing was fixed today, so I'm looking to see if it's a patch I can pull into our evdev package and rebuild easily12:06
jcristaui guess that would be http://cgit.freedesktop.org/xorg/driver/xf86-input-evdev/diff/?h=evdev-2.1-branch&id=b4fcb825fc989131c399e3473576f539a81f3aac12:07
jcristaualthough pulling HEAD of evdev-2.1-branch might be easier12:15
Ngif needs be I'll do that, but if I can isolate it to a single patch then it'll be easier to persuade someone to upload it to ubuntu ;)12:16
Nghmm, well a quick initial test suggests that that patch does indeed fix things12:51
seb128Ng: what bug do you have?12:52
Nghttps://bugs.edge.launchpad.net/evdev/+bug/282387 12:53
ubottuLaunchpad bug 282387 in xserver-xorg-input-evdev "scrollwheel emulation breaks after suspend with 2.6.27-7" [Undecided,New] 12:53
Ngbut I think it's breaking some text selection stuff12:53
Ngaha, upstream say it should be b0737bdbd1f6e601eb4984b6f4cb49279190984ca13:02
* Ng apologises for being useless at operating git and fdo, but I can't find that commit in the thing I cloned13:24
NgI grabbed master of xf86-input-evdev13:24
james_wIs there an "evdev-2.1-branch" branch?13:25
NgI think so, but I don't know how I would get it13:26
james_w"git branch -r" lists the branches13:26
Ng  origin/evdev-2.1-branch13:26
james_wthough I would assume "git show b0737bdb" would work regardless of your branch13:26
Ngah yes, it does13:27
Ngjames_w: how would I get the 2.1 branch out of what I cloned?13:28
Ngupstream asked me to test git tip anyway13:28
james_whuh13:28
james_wI always get this bit wrong, I've never managed to get it to do what I want13:29
Ng(I used "git clone git://anongit.freedesktop.org/xorg/driver/xf86-input-evdev")13:29
Ngheh13:29
james_wI think "git branch --track evdev-2.1-branch origin/evdev-2.1-branch"13:30
james_wthen "git checkout evdev-2.1-branch"13:30
Ngand that should magically mutate the current working tree into that branch?13:31
james_wI think so13:31
Ngok, I'll give that a go, thanks :)13:32
james_wthe branch sets up a local branch to follow the remote one I think13:32
Ng(why can't the world just use bzr? ;)13:32
james_wthen checkout shows you that branch13:32
james_wif only :-)13:32
tjaaltonNg: that's the same commit that jcristau pointed out, just from a different branch13:32
Ngah13:33
Ngwell I hope this works better than a build of master does (building and copying over evdev_drv.so caused X to instantly crash and after rebooting the scrollwheel emulation didn't work at all ;)13:34
Ngdamn, it's still completely broken, I can't even select text13:37
tjaaltonNg: do you get events from the button?13:42
Ngtjaalton: so watching with xinput test and trying to drag select some text, it seems like the button press and release both come together after the motion (this is with git evdev)13:44
tjaaltonNg: xev should release what happens13:45
NgI don't have a baseline comparison of it working to know if I should see "press, motion, release" though13:45
tjaaltonuh13:45
tjaaltonreveal13:45
tjaaltonI had a simlar problem when I was testing the properties backport13:46
Ngxev shows the same, the press and release both happen together after the motion (with the same disclaimer that I don't have a normal set of results to compare to)13:46
tjaaltonI only got a button-up event from the left mouse button13:46
tjaaltonor something like that13:46
Nggar, maybe I did something wrong with the build, xinput is showing no properties for the trackpoint13:47
Ngbut it doesn't look like there are any configure options to set or anything13:48
tjaaltonwell, perhaps you need to patch out the ifdef's which check for properties support?13:48
tjaaltonlike the package does13:48
Ngtjaalton: this would be the dont_check_abi patch?13:54
tjaaltonNg: yep, but might be that master uses some other method to determine if properties should be enabled13:56
Ngjust about to test with that patch applied13:56
tjaaltonyeah, that should apply just fine13:58
Ngit does and that gives me properties. too many almost, I see "Wheel Emulation" and "Evdev Wheel Emulation", but I can't make either work14:02
NgI suspect this may be beyond my diagnostic abilities ;)14:02
tjaaltonhehe14:04
Ngtjaalton: it's probably not beyond yours though, and you have a trackpoint ;)14:16
tjaaltonNg: well, I've never actually used the feature, but maybe I should?-)14:16
tjaaltonI was also surprised to know that tapping the tracpoint should generate some event14:17
Ngtjaalton: i think it's good enough that I wouldn't even consider another laptop which doesn't have a middle mouse button14:17
Ng(which means I can only ever buy a thinkpad, because nobody else has them ;)14:17
Nghmm yeah I've seen talk of tapping the trackpoint before, but I'm not sure, it doesn't feel like there's a switch in there14:18
Ngxinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation" 8 114:18
Ngxinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Button" 8 214:18
Ngxinput set-int-prop "TPPS/2 IBM TrackPoint" "Wheel Emulation Y Axis" 8 4 514:18
Ngthat should enable it14:18
Ngalthough the device is different if you have the touchpad enabled14:18
tjaaltonsomething related to thinkpad_acpi I guess14:19
tjaaltontapping I mean14:19
* Ng asks ##thinkpad ;)14:19
Ngwell well well14:25
Ngecho -n 1 | sudo tee /sys/devices/platform/i8042/serio1/press_to_select 14:25
Ngtapping it now makes it send button 114:25
tjaaltonheh, ok14:26
tjaaltonbut now I'll try to make the server crash14:39
tjaaltonbah, evdev refuses to init the joysticks I have14:48
Ngseb128: fwiw http://paste2.org/p/86640 is the xorg.log from the macbook air16:01
NgI've just noticed that X says the same "DPI set to (96, 96)" for my laptop, and it's 127dpi16:01
Ngbut I think that's too early for gnome/xrandr to be doing it, so maybe X is just defaulting to that these days16:02
jcristauto track down who (gnome or driver) is busting things, it might be useful to start a bare X server and see what xdpyinfo says there16:03
tjaaltonthe default is 96 nowadays16:04
tjaaltonactually for some time now, but16:04
Ngthat's such a shame :/16:04
jcristauyeah, but if the driver gets the actual size from the monitor it uses that16:04
tjaalton(used to be 75)16:05
tjaaltonyes16:05
NgI understand the reasons why setting it to the reported value is potentially bad, but I wish we could make it work somehow, it makes font rendering so much nicer16:05
bryce_hey guys, I got some good news about -fglrx17:15
jcristauyou'll stop shipping it? :)17:17
bryce_maybe some day ;-)17:20
tjaaltonok, so what is it then :)17:27
tjaalton+?17:28
jcristaui guess it's finally ported to 1.5?17:29
tjaaltonprobably so17:30
bryce_tjaalton: yep, we should be getting a 1.5 version today18:04
jcristaugrmbl18:34
jcristau(gdb) p sizeof(xGetDevicePropertyReq)18:34
jcristau$14 = 4018:34
jcristau(gdb) p sizeof(req->property)18:36
jcristau$19 = 818:36
jcristauOOH18:36
jcristauwgrant: see above. sizeof(Atom) should be 4, not 8...18:36
jcristauwgrant: reported to whot on #xorg-devel, let's see what's next :)18:43
superm1bryce_, a public 1.5 version, or private?19:01
bryce_"for inclusion in Ubuntu 8.10 today"19:01
superm1interesting.  it skipped private beta then19:05
superm1they had asked for some changes to the packaging scripts for 8.10 last week, but I assumed that was in preparation for a private beta19:05
superm1bryce_, so assuming they follow through on this, i'm assuming i'm in the clear to upload it, no need for FFe's at this point since it's a pretty well known regression right now?19:38
bryce_superm1: that's correct19:39
bryce_(downloading now)19:39
superm1oh there's a link posted?19:40
bryce_no19:41
superm1bryce_, ah okay.  well perhaps you'll just want to do the upload for it yourself then when you've taken a look at it.  19:41
mvobryce_: if all works well, please let me know so that I can remove the update-manager fglrx->ati transition19:49
bryce_superm1: it's been a while since I've done an fglrx upload, so esp given this is last minute I'd definitely appreciate your eyeballs on it19:50
bryce_superm1: do you have the fglrx-installer update process documented somewhere?  I wouldn't mind giving it a go for the experience19:52
superm1bryce_, okay so things have changed the way that you do fglrx uploads nowadays19:52
superm1bryce_, more or less take the .run from AMD, and do a --buildpkg Ubuntu/source19:52
superm1it will build a diff.gz, orig.tar.gz and dsc for you19:52
superm1dpkg-source -x that dsc, dch -e to update the new changelog entry19:53
superm1make sure to mark out any bugs that get closed with it19:53
superm1and then debuild -S, throw it in a pbuilder/sbuild and make sure it churns out functional debs19:53
superm1if so, upload the .changes19:53
superm1some of this is documented in README.Debian in debian/ of the current source package 19:54
bryce_ok cool, I'll give it a shot19:55
superm1if you've got to make changes to anything in debian/, try to let me know since i'm the only one that can sync it to the git tree that AMD pulls from to keep future uploads in line19:57
bryce_will do19:57
superm1if you've got some ideas how we can improve that, i'm open to finding better ways to automate that19:58
superm1and allow others to do uploads etc19:58
bryce_sure, docs are usually a good starting point.  I'll see about making sure what you've listed above is included in the README.Debian19:59
superm1http://github.com/pieter/git-bzr/tree/master seems to be a good idea.  perhaps make a bzr branch that's owned by ~ubuntu-core-dev, and whenever changes are necessary, they can be added there.  perhaps can then go as far as getting a cron job on the git server and asking it to nightly merge stuff that happens on the bzr remote20:04
bryce_superm1: hmm, I ran `$ ati-driver-installer-8.543.2-x86.x86_64.run  --buildpkg Ubuntu/source` on a hardy system and got the warning:  Unable to resolve  libstdc++5.  Please manually install and try again.20:20
bryce_I'll re-try in my intrepid chroot20:20
superm1bryce_, you'll need libstdc++5 available20:21
superm1it's probably still in universe20:21
tseliotsuperm1: does that driver work with the new xorg abi?20:22
bryce_huh, not at all happy about being run in the chroot20:22
superm1tseliot, yeah it is 20:23
tseliotgreat20:23
bryce_ah, just missing cdbs20:23
superm1bryce_, it really should be resolving those dependencies automatically20:23
superm1bryce_, i'm a bit surprised it's not20:24
bryce_doing a $ sudo apt-get build-dep fglrx-installer20:25
bryce_my chroot is pretty minimal so not a surprise I'd need to install stuff.  this needs a couple dozen packages20:25
bryce_interestingly, it's pulling libstdc++6 rather than 520:26
* bryce_ -> lunch. bbiab20:26
superm1the expectation has been that you've got a full system when you "assemble" the source package, but then a chroot when you build the source package to a binary package20:28
superm1and it grabs the missing pieces in both cases with those expectations20:28
wsthello, will the radeonhd driver be updated to 1.2.2 in intrepid? or is it too late for that?20:44
bryce_wst: we're a ways past the point where we do upstream version syncs.20:48
bryce_wst: individual patch pulls are possible where they fix specific bugs though, but it's getting fairly late even for that20:49
wstyes, 1.2.2 seams like a pretty big change, but a lot of popular new chipsets are supported by it20:50
wstwell I guess too bad that it is released only now...20:51
bryce_superm1: out of curiosity, does the .run install stuff to your system?  I'm curious why it needs sudo privs20:53
superm1bryce_, yes it does20:53
superm1bryce_, it installs things necessary for building 20:53
superm1eg cdbs, libstdc++20:53
superm1you can look at it's source (--extract on the .run), in packages/Ubuntu/ati-installer.sh20:54
superm1it's been put together the way it is so that if someone goes to AMD's website, downloads it, they can run --buildandinstallpkg on a desktop system and have it do everything20:55
bryce_that's fine, just wanted to make mention of this in the README.Debian20:55
superm1--buildpkg Ubuntu/source is a bit of a corner case20:55
superm1ah yeah20:55
bryce_superm1: the amd package seems to only include the ubuntu changes up through 8.51221:11
wgrantjcristau: Erm, really?21:21
bryce_superm1: ok I got the 512->532 changes merged in cleanly21:23
jcristauwgrant: <X11/X.h> does 'typedef unsigned long Atom;', so I guess if you s/Atom/CARD32/ in XIproto.h, it'll all work...21:25
jcristau(hopefully)21:27
wgrantjcristau: I never bothered to check that, as everything else worked fine... oops.21:27
wgrantI suppose I'll need to rebuild libxi as well...21:28
jcristauyup21:28
jcristauwgrant: yeah, i should have thought of that sooner... didn't occur to me until i got around to looking at it in gdb on amd64 today...21:28
wgrantAny response from #xorg-devel?21:28
jcristaunot yet. but, still early in .au21:29
wgrantPfft. I'm here.21:30
jcristauheh, right :)21:31
* wgrant rebuilds libxi21:32
wgrant(intrepid-amd64)fujitsu@fisto:~$ ./getprop 3 "Device Enabled"21:33
wgrantresult: 021:33
wgranttype: integer21:33
wgrantformat: 821:33
wgrantnitems: 121:33
wgrantbytesafter: 021:33
wgrant121:33
wgrantAwesome.21:33
wgrantjcristau: Thanks!21:34
jcristauwgrant: np. you did most of the work :)21:34
wgrant... but I missed the most obvious thing. Thus I lose.21:34
wgrantWhy didn't that break anything else, I wonder...21:36
jcristauno other struct has Atom fields21:37
wgrantOh.21:38
wgrantIs Atom actually meant to be used in that context?21:39
jcristauapparently not, since it's size is not consistent21:43
jcristauit's fine in a library, not so much in the protocol21:43
wgrantRight.21:43
wgrantLooks like master is affected.21:50
wgrantHmmm.21:50
wgrantHow close is the new fglrx?22:07
bryce_wgrant: so close if it were a snake it'd have bitten you22:08
superm1unless it was a nice snake that didn't bite people22:09
bryce_I've reviewed the packaging changes, completed a successful build, etc. and am just now doing the final doublechecking of changelog and stuff 22:09
wgrantPeople are currently suggesting on ubuntuforums that people downgrade to Xorg 7.3, and I'm wondering if we should save those users the trouble (as it was just suggested to new people a few minutes back).22:10
bryce_wgrant: yeah tell them to hang on 22:10
wgrantWill od.22:10
bryce_if they downgrade they'll just be pissy in a couple hours when they want to test this new one22:10
wgrantYep.22:11
wgrantWas it Mandriva who released recently with 7.3 because of this?22:12
superm1bryce_, do you know when are they going to put this as "public" on the website? 22:13
bryce_superm1: probably you should talk to your amd contact for a date for that22:15
bryce_wgrant: yep22:15
bryce_ok, uploading22:16
wgrantThey'll be slightly irritated.22:16
wgrantYay!22:16
superm1bryce_, yeah, was just curious if they gave you one.  I'm sure people from fedora will ask how we got it22:16
superm1etc22:16
bryce_superm1: I didn't get any information regarding public releases22:16
bryce_I can infer some things based on the wording of the email, but probably better you get it straight from official sources22:17
wgrantUm, so it's sort of embargoed, except that everyone will know about it when we release it?22:17
wgrantNobody running amd64 here?22:19
superm1not on a regular basis wgrant, but if you need another test, i can spin up another live disk if you need22:20
bryce_I can't speak to that.  We've been given permission for including it in 8.10 given our deadlines22:20
wgrantbryce_: Ah.22:20
superm1as long as it's another simple one22:20
wgrantArgh, the amd64 build missed publisher, while i386 made it.22:20
wgrantsuperm1: Just two packages this time - libxi and xserver-xorg.22:20
superm1wgrant, what's the test this time?22:20
wgrantsuperm1: Same as last time. xinput list-props on some device should no longer fail.22:21
superm1wgrant, do I need a more updated live disk again? or can i use the same one and just rev those two packages?22:22
wgrantsuperm1: How old is it? I don't recall...22:23
superm1wgrant, a couple of days. probably friday night?22:23
wgrantIf it has Friday's new xinput and co., it's fine.22:23
superm1well if not, it won't hurt to update other stuff too. so xinput, any others?22:24
wgrantIf there is a newer xinput, it will pull in the rest of the stuff it needs.22:24
wgrantYou'll need http://launchpadlibrarian.net/18543279/xserver-xorg-core_1.5.1-1ubuntu4~wgrant1_amd64.deb and https://edge.launchpad.net/%7Ewgrant/+archive/+files/libxi6_1.1.3-1ubuntu5~wgrant1_amd64.deb22:27
superm1okay.  i'll let you know what i see22:27
wgrantThanks.22:27
jcristau(the server one shouldn't be strictly needed, Atom should always be 32-bit server-side afaict)22:29
wgrantjcristau: Oh, so there are different definitions?22:30
jcristau#  ifndef _XSERVER6422:31
jcristautypedef unsigned long Atom;22:31
jcristau#  else22:31
jcristautypedef CARD32 Atom;22:31
jcristau#  endif22:31
wgrantAh.22:31
wgrantHow odd.22:32
jcristauyeah. i don't want to know where that comes from.22:32
superm1wgrant, "xserver-xorg-core breaks xserver-xorg-input-evdev".  guess i gotta update that too :)22:47
wgrantsuperm1: Sounds like that's a CD from before the transition.22:48
wgrantYep.22:48
wgrantjcristau: Any objections to me uploading a fixed x11proto-input?22:48
superm1wgrant, yeah I can see all sorts of options now22:49
superm1in xinput list-props22:49
superm1appears to have worked22:49
wgrantsuperm1: Do they have failures?22:49
wgrantRather than fetch failures?22:49
wgrantEr.22:49
wgrantDo they have *values*22:49
superm1wgrant, yeah they do22:49
superm1you want a pastebin?22:49
wgrantExcellent.22:49
wgrantNo, thanks.22:49
superm1okay, glad to help.22:50
wgrantI'm glad to finally have that resolved.22:50
superm1wgrant, what about the changes that turn on stuff like circular scrolling and what not?22:52
superm1(er maybe those are in already, and i'm just on this old disk)22:52
wgrantsuperm1: I never got them into the GUI.22:53
wgrantBut you can enable it using xinput easily.22:53
superm1wgrant, oh that's too bad. still time to try for intrepid?22:53
wgrantRC freeze is tomorrow. I doubt it.22:53
* superm1 hands wgrant multiple red bulls.22:53
wgrantI have excessive uni work until Friday, unfortunately.22:54
wgrantIt's no regression from Hardy, either :(22:54
superm1right22:54
wgrantbryce_: Can you upload http://people.ubuntuwire.com/~fujitsu/libxi_1.1.3-1ubuntu5.diff and http://people.ubuntuwire.com/~fujitsu/x11proto-input_1.4.3-2ubuntu4.diff, please?22:54
wgrantI can't see the Ubuntu versions in git anywhere.22:55
bryce_wgrant: I can put them on my todo list; lp #'s?22:55
wgrantbryce_: Bug #267611. Should I attach the debdiffs?22:56
ubottuLaunchpad bug 267611 in x11proto-input "[intrepid] cannot see touchpad tab in mouse configuration" [High,In progress] https://launchpad.net/bugs/26761122:56
wgrantbryce_: I've attached them to the bug.23:01
* wgrant leaves for uni.23:01
bryce_yep, thanks23:03
stgraberhey there23:32
stgraberso bryce_, any idea what's going wrong ?23:32
stgraberlooks like X thinks my lappy has only 8bit color depth23:32
bryce_well... I wonder at the depth error message23:32
bryce_yeah23:33
bryce_have you tried forcing it to 32 or something?23:33
bryce_also, did you install this manually or with jockey?23:33
stgraberno, I don't have any xorg.conf around and don't remember the color depth thing from the top of my head23:33
bryce_if the former, maybe try the latter to see if it has a workaround23:33
stgraberjockey doesn't display anything, so that's manual23:33
stgraber"No proprietary drivers are in use on this system"23:34
jcristaustgraber: 'X -depth 24' :)23:34
stgraberand I had a Radeon HD2600 ...23:34
stgraberjcristau: hmm, right, will try that.23:34
bryce_jcristau: fwiw here's the error msg he got http://ubuntu.pastebin.com/f6529441d23:35
jcristauheh23:35
bryce_jcristau: syntax for adding depth in xorg.conf:  http://ubuntu.pastebin.com/m17f20e5823:35
stgraberworked23:37
stgraberso it's X that's a problem detecting my color depth23:37
stgraberI must say I found the colors a bit weird recently but as I don't really have a good sight I probably didn't notice it having switched to 8bit23:38
jcristaudepth 24 is the default...23:38
stgraberjcristau: http://ubuntu.pastebin.com/f34a0d54923:42
bryce_something about this feels quite familiar23:42
stgraberthat's my xorg.conf and I had 8bit with that23:42
stgraberso 24bit doesn't seem to be the default here :)23:42
jcristaustgraber: well, that just sounds like fglrx being crap23:43
jcristaunot too surprising23:43
bryce_can you post the Xorg.0.log from booting it with 8bit?23:43
bryce_I mean, without specifying the depth?23:43
bryce_I seem to recall coming across a bug like this once before, but have forgotten the specifics23:44
stgraberbryce_: sure23:44
stgraberok, I just saw the gdm wallpaper with fglrx 24bit now and I can tell you that the color depth was wrong with the radeon driver too23:47
stgraberI though something was wrong but now I'm quite sure of that :)23:47
stgraberfglrx 8bit: http://ubuntu.pastebin.com/f2aeba75623:47
bryce_mm, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=46024123:47
ubottuDebian bug 460241 in fglrx-driver "fglrx-driver: Does not work unless DefaultDepth 24 is specified in config" [Important,Open] 23:47
stgraberradeon: http://ubuntu.pastebin.com/ff9a206723:47
jcristau#23:48
jcristau(II) RADEON(0): Pixel depth = 24 bits stored in 4 bytes (32 bpp pixmaps)23:48
stgraberyeah, just saw that. So it's probably completely unrelated (but the colors were broken for sure :))23:48
stgraberanyway, the issue now is to have fglrx works without needing to add custom entry to xorg.conf23:49
stgraber(well, or add that to jockey if we can't fix it)23:49
stgraberwell, if it's in the binary from ati ...23:49
bryce_#23:49
bryce_(II) fglrx(0): Creating default Display subsection in Screen section23:49
bryce_#23:49
bryce_        "Default Screen Section" for depth/fbbpp 8/823:49
bryce_#23:49
bryce_(EE) fglrx(0): Given depth (8) is not supported by fglrx driver23:49
bryce_doh-yee23:50
stgraberyeah, I wonder what "gives" it that 823:50
bryce_aha here's the LP bug: #19496323:51
bryce_so this is something jockey fixes up -- good23:51
bryce_stgraber: ok, so _normally_ you'd install fglrx using jockey and it would fix up your xorg.conf with this23:52
bryce_manual installers would need to know to add this setting (and maybe other stuff)23:52
stgraberbryce_: hmm, so the question is why doesn't jockey show fglrx ?23:53
bryce_stgraber: it should -- pitti just recently re-enabled it (within the last hour or two).  Maybe re-up?23:53

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