/srv/irclogs.ubuntu.com/2008/07/04/#ubuntu-x.txt

tormodI am uploading an xorg-server to build against that mesa build now - reality check00:02
pwnguindoes X autodetect work with only USB?00:10
tjaaltonpwnguin: AIUI yes00:13
pwnguintabletPCs commonly connect via tty, I had thought perhaps the X autodetect stuff might do away with the need for tabletPC =(00:13
pwnguinerr00:13
pwnguindo away with xorg.conf for tabletPC00:14
pwnguinwell, its good to know that at least it works for usb tablets00:14
tjaaltonX only knows what hal knows00:15
tjaaltonso if it can be set up so that hal knows about it before the server is started, it should work?00:16
pwnguinok, so x does talk with hal00:16
pwnguinit's never worked for me =(00:16
pwnguini'll bring it up with toshiba-tablet00:17
tjaaltonit talks with hal to see if there are devices that match some keys00:18
tjaaltonor something like that..00:18
tjaaltonso you need to have fdi files to set up the values00:18
pwnguinright00:18
pwnguinone of the HAL maintainers works with suse00:19
pwnguinand tablets00:19
pwnguinI need to find some good resources on HAL -- nothing I've found quite hits everything I need to know00:20
tormodtjaalton: so mesa seemed to build fine once I added --disable-glut to the swx11 confs in debian/rules.00:20
tjaaltontormod: but that would mean that glut is not built at all00:21
tormodwas it build before?00:21
tjaaltonit builds here.. maybe it needs something else. or do you mean amd6400:21
tormodwhat builds? my ppa source which already had --disable-glut?00:22
tormodno I am not talking about the amd64 failure, I am clueless there00:22
tjaaltontormod: no the one from git, builds locally00:22
tjaaltonwhat's the error wit glut?00:23
tormodfirst it needed libxmu-dev and libxi-dev to satisfy configure00:24
tormodthen http://launchpadlibrarian.net/15797046/buildlog_ubuntu-hardy-i386.mesa_7.1.0~git20080703.b3e1f9bd-0ubuntu0tormod2_FAILEDTOBUILD.txt.gz - seems like missing XInput.h etc00:26
tormodall this was not needed before the autotools change00:26
tormodnow xorg-server build fails because dri2 needs GL/internal/dri_sarea.h (wonder what "internal" means)00:29
tjaaltonuse --disable-dri200:29
tjaaltonno point in building that00:29
tjaaltonsince libdrm does not support ttm00:29
tjaalton2.3.1 that is00:30
tormodlibdrm git?00:30
tormodor I need a special branch00:30
tjaaltonmodesetting00:30
tjaaltonyes00:30
tormodit built fine before (although it probably was useless)00:30
tjaaltondon't know if the gem-branch would do00:30
tjaaltonthere should be checks now to disable dri2 if libdrm was too old00:31
tormodthanks, I'll wait for that to land on trunk00:31
tjaaltonheh00:31
tormodyes I saw that xorg-server commit, didn't seem to kick in here00:32
tjaaltonright, GLUT seems to need xmu and xi00:32
tjaaltonand it was not built before00:35
tormodre that libdrm check, maybe my git libdrm declares itself as 2.3.2?00:37
tjaaltonor 2.4.000:37
tormodlooking at the source (configure.ac) it's 2.3.1. strange00:39
tormodit's 2.3.1 in libdrm.pc00:40
tjaaltonok00:41
tormodI see that 2.3.2 check in both configure{,.ac} but the build log shows it passed00:46
tormodnight00:56
tjaaltonsigh, too tired to do anything useful.. night01:14
brycenight01:15
pwnguinis wacom-tools installed by default now?01:18
pwnguinim not sure how to query apt to figure this out01:19
bryceI'm not sure either01:28
pwnguini'd rather not set up a chroot just to figure out whether ubuntu-desktop draws it in01:32
tjaaltonthe wacom driver is installed by input-all05:41
tjaaltonouch, alpha2 next thursday..09:07
tjaaltonmesa uploaded to my ppa to make sure it builds09:42
tjaaltonlocally it does09:42
tseliottjaalton: why is libgl1-mesa-dev automatically installed in Intrepid?09:50
tseliottjaalton: I'm asking because nvidia-glx-<version>-dev will need to remove "libgl1-mesa-dev", together with "mesa-common-dev"09:55
tjaaltontseliot: it shouldn't be automatically installed09:56
tjaaltonat least the reverse-depends don't show anything suspicious09:57
tseliottjaalton: sorry, I meant the "Automatically installed: yes" when you do aptitude show package09:58
tjaaltontseliot: some package that you installed pulled it in09:58
tseliotYes, I had figured that out, no problem then09:58
tjaaltonfunny that in hardy nvidia*dev _depend_ on libgl1-mesa-dev09:59
tjaaltonare the packages going to be named nvidia-glx-VER?09:59
tjaaltonI'm just confused about where we are at the moment :)10:00
tjaaltonright, mesa build failed on amd6410:00
tseliottjaalton: honestly I don't know why it depends on libgl1-mesa-dev in Hardy10:06
tseliotas regards the names, they will be nvidia-glx-177, nvidia-glx-173, etc.10:06
tjaaltonok10:10
tseliotI will show you the source as soon as the packages are finished10:11
tjaaltonI don't think I have anything to add :)10:14
tjaaltonsince I've been away for a couple of weeks etc10:14
tjaaltonyou are so much ahead on this10:14
tjaaltonI almost sent an email to the debian folks about how they are planning on resolving the issues, but didn't10:15
tseliothonestly, I don't know if we'll ever manage to have our changes integrated in debian10:16
tjaaltonright10:16
tjaaltonso it doesn't matter if we diverge10:16
tjaaltoneven further10:16
tseliotyes10:16
tseliotshall I still keep the unused files and folders?10:17
tseliotthe ones from the merge, I mean10:17
tjaaltonnah, feel free to clean it up as you see fit10:20
tseliotok :-)10:20
tjaaltonwhen do you expect to have them ready for upload?10:21
tjaaltonfor alpha2?10:22
tseliotDriver 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 virtualbox10:23
tseliotI have to apply a few changes to driver 173, 96, 7110:23
tseliotand test them all10:23
tseliotwhen is alpha 2 due?10:24
tjaaltonnext thursday10:24
tjaaltonso the packages should be ready by tuesday..10:24
tselioteven if the packages were ready by tuesday, the rest wouldn't be ready10:25
tselioti.e. the kernel postinst.d hook, etc.10:25
tseliotI'm working on it ;)10:25
tjaaltonok, take your time10:26
tjaaltonunexporting LDFLAGS seems to do the trick for mesa amd64 build10:50
tjaaltonok, will upload mesa no11:17
tjaalton*now11:17
tjaaltonbryce: xorg-server uploaded too. when it's built we can start uploading drivers as -Xbuild111:55
=== james_w_ is now known as james_w

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