tormod | I am uploading an xorg-server to build against that mesa build now - reality check | 00:02 |
---|---|---|
pwnguin | does X autodetect work with only USB? | 00:10 |
tjaalton | pwnguin: AIUI yes | 00:13 |
pwnguin | tabletPCs commonly connect via tty, I had thought perhaps the X autodetect stuff might do away with the need for tabletPC =( | 00:13 |
pwnguin | err | 00:13 |
pwnguin | do away with xorg.conf for tabletPC | 00:14 |
pwnguin | well, its good to know that at least it works for usb tablets | 00:14 |
tjaalton | X only knows what hal knows | 00:15 |
tjaalton | so if it can be set up so that hal knows about it before the server is started, it should work? | 00:16 |
pwnguin | ok, so x does talk with hal | 00:16 |
pwnguin | it's never worked for me =( | 00:16 |
pwnguin | i'll bring it up with toshiba-tablet | 00:17 |
tjaalton | it talks with hal to see if there are devices that match some keys | 00:18 |
tjaalton | or something like that.. | 00:18 |
tjaalton | so you need to have fdi files to set up the values | 00:18 |
pwnguin | right | 00:18 |
pwnguin | one of the HAL maintainers works with suse | 00:19 |
pwnguin | and tablets | 00:19 |
pwnguin | I need to find some good resources on HAL -- nothing I've found quite hits everything I need to know | 00:20 |
tormod | tjaalton: so mesa seemed to build fine once I added --disable-glut to the swx11 confs in debian/rules. | 00:20 |
tjaalton | tormod: but that would mean that glut is not built at all | 00:21 |
tormod | was it build before? | 00:21 |
tjaalton | it builds here.. maybe it needs something else. or do you mean amd64 | 00:21 |
tormod | what builds? my ppa source which already had --disable-glut? | 00:22 |
tormod | no I am not talking about the amd64 failure, I am clueless there | 00:22 |
tjaalton | tormod: no the one from git, builds locally | 00:22 |
tjaalton | what's the error wit glut? | 00:23 |
tormod | first it needed libxmu-dev and libxi-dev to satisfy configure | 00:24 |
tormod | then http://launchpadlibrarian.net/15797046/buildlog_ubuntu-hardy-i386.mesa_7.1.0~git20080703.b3e1f9bd-0ubuntu0tormod2_FAILEDTOBUILD.txt.gz - seems like missing XInput.h etc | 00:26 |
tormod | all this was not needed before the autotools change | 00:26 |
tormod | now xorg-server build fails because dri2 needs GL/internal/dri_sarea.h (wonder what "internal" means) | 00:29 |
tjaalton | use --disable-dri2 | 00:29 |
tjaalton | no point in building that | 00:29 |
tjaalton | since libdrm does not support ttm | 00:29 |
tjaalton | 2.3.1 that is | 00:30 |
tormod | libdrm git? | 00:30 |
tormod | or I need a special branch | 00:30 |
tjaalton | modesetting | 00:30 |
tjaalton | yes | 00:30 |
tormod | it built fine before (although it probably was useless) | 00:30 |
tjaalton | don't know if the gem-branch would do | 00:30 |
tjaalton | there should be checks now to disable dri2 if libdrm was too old | 00:31 |
tormod | thanks, I'll wait for that to land on trunk | 00:31 |
tjaalton | heh | 00:31 |
tormod | yes I saw that xorg-server commit, didn't seem to kick in here | 00:32 |
tjaalton | right, GLUT seems to need xmu and xi | 00:32 |
tjaalton | and it was not built before | 00:35 |
tormod | re that libdrm check, maybe my git libdrm declares itself as 2.3.2? | 00:37 |
tjaalton | or 2.4.0 | 00:37 |
tormod | looking at the source (configure.ac) it's 2.3.1. strange | 00:39 |
tormod | it's 2.3.1 in libdrm.pc | 00:40 |
tjaalton | ok | 00:41 |
tormod | I see that 2.3.2 check in both configure{,.ac} but the build log shows it passed | 00:46 |
tormod | night | 00:56 |
tjaalton | sigh, too tired to do anything useful.. night | 01:14 |
bryce | night | 01:15 |
pwnguin | is wacom-tools installed by default now? | 01:18 |
pwnguin | im not sure how to query apt to figure this out | 01:19 |
bryce | I'm not sure either | 01:28 |
pwnguin | i'd rather not set up a chroot just to figure out whether ubuntu-desktop draws it in | 01:32 |
tjaalton | the wacom driver is installed by input-all | 05:41 |
tjaalton | ouch, alpha2 next thursday.. | 09:07 |
tjaalton | mesa uploaded to my ppa to make sure it builds | 09:42 |
tjaalton | locally it does | 09:42 |
tseliot | tjaalton: why is libgl1-mesa-dev automatically installed in Intrepid? | 09:50 |
tseliot | tjaalton: I'm asking because nvidia-glx-<version>-dev will need to remove "libgl1-mesa-dev", together with "mesa-common-dev" | 09:55 |
tjaalton | tseliot: it shouldn't be automatically installed | 09:56 |
tjaalton | at least the reverse-depends don't show anything suspicious | 09:57 |
tseliot | tjaalton: sorry, I meant the "Automatically installed: yes" when you do aptitude show package | 09:58 |
tjaalton | tseliot: some package that you installed pulled it in | 09:58 |
tseliot | Yes, I had figured that out, no problem then | 09:58 |
tjaalton | funny that in hardy nvidia*dev _depend_ on libgl1-mesa-dev | 09:59 |
tjaalton | are the packages going to be named nvidia-glx-VER? | 09:59 |
tjaalton | I'm just confused about where we are at the moment :) | 10:00 |
tjaalton | right, mesa build failed on amd64 | 10:00 |
tseliot | tjaalton: honestly I don't know why it depends on libgl1-mesa-dev in Hardy | 10:06 |
tseliot | as regards the names, they will be nvidia-glx-177, nvidia-glx-173, etc. | 10:06 |
tjaalton | ok | 10:10 |
tseliot | I will show you the source as soon as the packages are finished | 10:11 |
tjaalton | I don't think I have anything to add :) | 10:14 |
tjaalton | since I've been away for a couple of weeks etc | 10:14 |
tjaalton | you are so much ahead on this | 10:14 |
tjaalton | I almost sent an email to the debian folks about how they are planning on resolving the issues, but didn't | 10:15 |
tseliot | honestly, I don't know if we'll ever manage to have our changes integrated in debian | 10:16 |
tjaalton | right | 10:16 |
tjaalton | so it doesn't matter if we diverge | 10:16 |
tjaalton | even further | 10:16 |
tseliot | yes | 10:16 |
tseliot | shall I still keep the unused files and folders? | 10:17 |
tseliot | the ones from the merge, I mean | 10:17 |
tjaalton | nah, feel free to clean it up as you see fit | 10:20 |
tseliot | ok :-) | 10:20 |
tjaalton | when do you expect to have them ready for upload? | 10:21 |
tjaalton | for alpha2? | 10:22 |
tseliot | Driver 177 is ready i.e. it installs, uninstalls, replaces the old packages with no problems. I'll have to install Intrepid (32 and 64bit) on a real machine so as to see if the driver loads. Currently I'm testing the packages in virtualbox | 10:23 |
tseliot | I have to apply a few changes to driver 173, 96, 71 | 10:23 |
tseliot | and test them all | 10:23 |
tseliot | when is alpha 2 due? | 10:24 |
tjaalton | next thursday | 10:24 |
tjaalton | so the packages should be ready by tuesday.. | 10:24 |
tseliot | even if the packages were ready by tuesday, the rest wouldn't be ready | 10:25 |
tseliot | i.e. the kernel postinst.d hook, etc. | 10:25 |
tseliot | I'm working on it ;) | 10:25 |
tjaalton | ok, take your time | 10:26 |
tjaalton | unexporting LDFLAGS seems to do the trick for mesa amd64 build | 10:50 |
tjaalton | ok, will upload mesa no | 11:17 |
tjaalton | *now | 11:17 |
tjaalton | bryce: xorg-server uploaded too. when it's built we can start uploading drivers as -Xbuild1 | 11:55 |
=== james_w_ is now known as james_w |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!