[00:50] rrrgh, so close. got this libdrm-poulsbo all set up right to install side by side with libdrm instead of diverting everything but i need to autoreconf after applying the patches and they dont unapply [03:38] wow, check out the detour bryce's plane took - http://www.delta.com/flifo/servlet/DeltaFlifo?airline_code=DL&flight_number=178&flight_date=Today&request=main === Bernardo|away is now known as Bernardo [03:59] hi [04:46] heyo [04:49] Bernardo: redid the libdrm-poulsbo packaging earlier to be slightly less crappy and not interfere with libdrm - https://edge.launchpad.net/~sarvatt/+archive/psb/+build/1721627 also ya left out autotools-dev and quilt from the build depends for the latest xserver-xorg-video-psb [04:58] Sarvatt: thanks, I'll have to check out your git repo and integrate that with svn then [04:58] i didn't commit it to that git repo unfortunately :( [04:59] ah... [04:59] was working with 8 different extracted source directories and wiped out the one i had git inited by mistake (doh!) [04:59] can you send me a diff then? [05:01] i can try to recreate it tomorrow, i gave up reusing the original tarball [05:02] just tell me what you changed, rules? I can just push your version instead of the mess I was trying to put together [05:02] i changed just about everything in debian/ [05:03] lol... well, svn diff will help me checking what changed, do you want to tar that and send it to me? [05:03] started with libdrm-poulsbo_2.3.0-0ubuntu3netbook7.dsc [05:04] didn't use the SVN stuff [05:05] ok, to that one I added the perm patch from mandriva, and did a quick hack to install to /lib instead of /usr/lib, breaking packageconfig along the way [05:13] I've already commited the dependency changes in xserver-xorg-video-psb [05:26] Bernardo: http://sarvatt.com/downloads/libdrm-poulsbo.diff [05:27] wait, i did that backwards :) [05:27] :) [05:27] there fixed now [05:29] pulling it... [05:30] ok, patching [05:30] didn't feel like requiring automake1.9 and needed to autoreconf because i patched the makefiles to move headers around and such [05:30] well i'd hold off commiting it to your svn, i'm probably going to need to change other packages to work with it [05:31] ok [05:31] anyway, you removed (or never added) the patches we already had, including the header fixes? [05:32] i added those directly into shared-core and broke out the makefile changes and did another change to shuffle around where it installs headers and had to autoreconf after that [05:34] all of the headers are in /usr/include/psb, the libdrm-poulsbo.pc is fixed up to point to all the right directories and the libs are in /usr/lib/psb with an ld.so.conf.d conffile pointing to it and it runs ldconfig at preinst/postinst to pick it up [05:35] before it was just diverting a crapload of headers and the libs [05:37] yes, I know [05:37] of course launchpad isn't accepting uploads and everyones probably on planes or busy at UDS :D [05:38] hi lucazade [05:38] typical [05:38] and the volcano is not helping at all [05:40] One of my problems now is psb-kernel-source, every time (or almost every time) you update it, users end up with a dkms error "can't find module source directory" and only removing and reinstalling it fixes that [05:41] of course, removing psb-kernel-sources means removing xserver-xorg-driver-psb [05:41] hi all! [05:42] hi lucazade [05:43] lucazade: sarvatt already did a big cleanup of libdrm-poulsbo, I'm thinking of commiting it but it might mean some impact on other packages [05:44] Sarvatt: as for the impact of the changes - xpsb-glx is binary only, so no impact there [05:44] xserver-xorg-driver-psb might be the only one affected [05:44] yep xserver-xorg-video-psb will probably need a little change [05:45] I'm going to try building both, to see if there is indeed any breakage there [05:45] Bernardo: ok.. commit when you feel is better [05:46] there should be a change from libdrm to libdrm-poulsbo, in configure and Makefile.in at least [05:46] lucazade: did you try blacklisting vga16fb? [05:46] just a little one liner in configure.ac for xserver-xorg-video-psb [05:46] - PKG_CHECK_MODULES(DRI, [libdrm >= 2.0 xf86driproto]) [05:46] + PKG_CHECK_MODULES(DRI, [libdrm-poulsbo >= 2.0 xf86driproto]) [05:47] line 103 [05:50] Bernardo: tried blacklisting vga16fb... fix some artefacts during startup (plymouth) [05:50] think i'll add a modprobe conf to blacklist vga16fb to xserver-xorg-video-psb while im at it [05:52] btw, don't you think that with the changes to libdrm-poulsbo, you really should change its name? Or will you keep the redirections to libdrm2? [05:54] it's still libdrm2 [05:54] ah, and I'll keep for now the removal of redirections in preinst, just to fix systems that had the redirections [05:55] oh yeah good idea, i was just focusing on installing it clean [05:56] ist is libdrm2, but now you have two each of libdrm.* if you take away the redirections [05:57] libdrm2 installs /lib/libdrm.so.2, libdrm-poulsbo /usr/lib/psb/... [05:58] yeah and ld knows to use the one in /usr/lib/psb instead [05:59] they only had to be in /lib for the plymouth drm renderer that isnt used on psb anyway [05:59] yes, you're right [05:59] so people that had /usr on a seperate partition weren't screwed when /usr was getting fscked [06:00] didn't check inside the pkgconfig file, and was thinking of what would call dynamically libdrm [06:01] its the /etc/ld.so.conf.d/psb.conf that makes it choose /usr/lib/psb/, the pkgconfig file is just for things building against it [06:02] (and the ldconfig hooks in postinst/postrm updating it's cache for the changes) [06:03] ok, so that is why the loaded libGL is the one from mesa, there is a GL.conf file also there pointing to mesa [06:03] (i've added some bugs in google code, just to remember them) [06:04] yep, libGL.so.1 isn't in /usr/lib anymore so you always need a conf in /etc/ld.so.conf.d/ pointing at one [06:04] xpsb-glx should drop the whole building mesa thing entirely though [06:05] or we push the psb patches to mesa... :) [06:05] what patches? they're binary blobs :D [06:06] i'm positive alberto only had it building mesa because of an incompatibility with jaunty's mesa version at the time [06:07] when I messed around on your system it had no problems with the lucid mesa [06:07] well, I'm pretty sure that when it was building mesa I was getting video acceleration using gl, so maybe it is just a question of rebuilding the mesa packages pointing to psb's lidbrm [06:08] no, but also no video acceleration [06:08] and I got used watching to HD movies on my netbook... :) [06:09] yeah it needs to install the acceleration driver to another directory, i cant see how it ever worked with the way its packaged on jaunty [06:10] No, that I know, but even without moving the acceleration driver (which I just did for our xpsb-glx package) I had accelerated video with dragon player, using gl for output, on the first days of karmic [06:10] you would have had that no matter what though [06:10] then a later release of xpsb-glx didn't install libGL and broke everything, I remember that is how I found out about diversion and how to remove it [06:11] hmm [06:12] how to remove it? [06:12] I think I still don't have that working wit dragon in karmic. I might try building out xpsb-glx package there and see if it works again, as it is installing libGL again (even if it isn't installing it to ld.conf.so.d) [06:12] how to remove what? xpsb-glx? [06:12] the diversion is what made the mesa xpsb-glx built work [06:12] if you removed the diversion you were using the system mesa again? [06:13] oh, I see what happened [06:13] yes [06:13] you installed one that didnt build mesa but you had the old diversion still there because of the crappy packaging of the new one pointing at a non existant libGL [06:13] so you had no GL at all [06:14] the one that didn't build mesa didn't remove the diversion I mean [06:14] yep [06:14] yes [06:14] so thats not related at all [06:14] you removed the diversion and used the karmic mesa and it worked again :) [06:14] I had to find out what that is, remove the diversion, and with the ubuntu mesa the dragon player wouldn't play with acceleration anymore [06:15] it worked again, but without acceleration [06:15] what acceleration? [06:15] the good thing is that it got me into building mplayer-vaapi [06:15] video acceleration [06:15] the new package messed up the vaapi installation is all, nothing to do with libGL? [06:15] video acceleration has nothing to do with GL though [06:15] not exacty [06:16] lets see if I can explain myself clearly [06:17] 1- installed karmic, found some ppas or unr (don't remember anymore), and got the psb drivers installed [06:17] 2 - had dragon player showing hd videos without problem [06:17] 3 - mplayer would not be able to play them [06:17] 4 - sometime along the way, updated xpsb-glx (and probably everything else) [06:18] 5 - dragon player (and any GL application) won't work [06:18] 6 - remove redirection, dragon player now works, but slow as mplayer, impossible to watch hd [06:19] 7 - built mplayer-vaapi, moved the driver, and now I have full hd in mplayer; dragon still slow as molasses [06:19] whoops, xserver-xorg-video-psb needed automake not autotools-dev [06:19] ok, will revert that in the control file [06:20] might want to hold off commiting it, will see if it needs anything else in a minute :) [06:21] I'm rebooting the netbook now to test the changes - libdrm and xserver-xorg-video-psb [06:21] building all of this here - https://edge.launchpad.net/~sarvatt/+archive/psb [06:22] we still have to find why the hell this dies unless we set Option "ShadowFB" "true" -which happens to break video and 3d [06:23] Bernardo: from what you said there I dont see it being a mesa problem but I have no idea how dragon player works. using a GL renderer != having video acceleration, it sounds like dragonplayer just sucks when it uses the GL renderer and it worked good because GL wasn't available so it fell back to Xv :) [06:23] it didn't fall to Xv - it just wouldn't play if I had no libGL [06:24] what point in that list did you fix the diversion making GL work again? [06:25] 6 [06:26] I'm going to commit now, the changes didn't seem to break anything [06:27] just making sure automake and quilt are the only extra things it needs, its still updating the chroot [06:29] ok, I'll wait [06:29] Bernardo: well you can LD_PRELOAD=/usr/lib/libGL.so.1 dragonplayer to try it out now with that mesa [06:29] the xpsb-glx one, [06:30] but that xpsb-glx mesa is probably messed up with the newer libdrm [06:31] I'll try building it again [06:32] it needs patching to build against libdrm-poulsbo instead of libdrm, same as xserver-xorg-video-psb [06:33] yes, I'm editing configure.ac for mesa right now [06:36] yep forgot to add libtool to psb too [06:37] ok, it is failing complaining of a missing drm.h, seems like editing configure.ac isn't enough [06:38] ah yeah the problem is libdrm-poulsbo only installs the few files actually needed for poulsbo, probably need to have both libdrm and libdrm-poulsbo in configure.ac to build it [06:38] well actually no, just the normal libdrm would be right wouldn't it [06:39] so it should be working without rebuilding? [06:39] no, inside mesa/src/glx it starts complaining it can't find libdrm, and then fails with a missing drm.h [06:39] yeah its in libdrm.pc [06:40] and with your changes we are installing drm.h, so it should find it if it is using libdrm-poulsbo.pc [06:42] it also has a configs dir, I'll check there also, seems like it also configures the libs there, and calls pkg-config with libdrm [06:46] what did you change in configure.ac? [06:46] libdrm to libdrm-poulsbo [06:46] like in xserver-xorg-video-psb [06:47] the changes to the configs seem to have done the trick, it is building [06:49] changed linux-dri? [06:51] yes, linux-solo, linux-dri, and linux-dri-xcb, even if the right one is linux-dri [07:13] ok, time to test xpsb-glx [07:18] well, with this version installed dragon plays hd movies better than mplayer, though not perfect [07:19] it didn't play them at all before, only a frame, then another after a few seconds, etc. [07:19] and - with these changes I no longer have corrupted icons even if I commented out the shadowfb true option in xorg [07:20] better - it doesn't crahs [07:20] it doesn't crash [07:20] ah, doh [07:20] commented on the wrong xorg.conf [07:29] and video is broken, with mplayer or dragon, without the shadowfb [07:30] with shadowfb I managed to play video, after the changed xpsb, lidbrm and psb video driver [07:30] without it I get a new backtrace [07:31] but as usual without debug symbols for all xorg stuff [07:31] http://pastebin.com/XL2MvS8u [07:32] nice [07:32] I'll build mplayer-vaapi now to see if I can see hd video with it and shadowfb on [07:33] Sarvatt: anyway, I'm commiting your changes, it doesn't seem to break anything [07:34] try disabling detear? [07:35] [ 23.427929] detear is disabled [07:35] at least that is what the psb module claims [07:37] forgot to rebuild libva, lets see if it also changes anything. It needs changing configure.ac [07:38] how many glx visuals do you have now? [07:38] in glxinfo [07:40] still 16? [07:41] 16 [07:41] with enablefb true [07:41] when I gave you login it wasn't set [07:44] libva debian/rules doesn't find autoreconf, no idea why, running it by hand [07:46] you disabled noaccel when you disabled shadowfb too right? [07:47] and why swcursor? [07:47] only shadowfb.. i was testing the other options [07:48] and disabling composite and render?? sorry, actually looked at that forum thread [07:48] ahh [07:50] (going to try 2.6.34rc to see if fix some acpi issue) [07:51] Sarvatt: drm_sarea.h needs to be included in libdrm-poulsbo-dev, I just changed it here [07:51] (and test dkms) [07:53] lucazade: dkms here is still failing when I update the psb-kernel-source version, with the "missing module source directory" error [07:53] ah ok.. good to know [07:53] and I am lost to why it does that [07:55] Bernardo: dont add drm_sarea.h to libdrm-poulsbo, libva builds against the real libdrm.. [07:58] the libva driver for psb is in xpsb-glx, it just needs to build the core libva [07:58] I thought it should build agains the psb libdrm? [07:59] ok, I've already moved the xpsb-glx driver to the right place for libva [08:00] nope if it wasn't libdrm-poulsbo-dev in control before it doesn't need to be now [08:00] what's the right place? [08:01] ah /usr/lib/va/drivers/ [08:01] yes [08:02] but I did still have some problems with mplayer-vaapi and subtitles before, I'll just check if using the libdrm-poulsbo-dev it will work now. And anyway, it was using it before, with all the redirections. [08:09] I wonder if we could get rid of this libdrm-poulsbo soon, and just add some patches to libdrm2 [08:10] but first we need to get this stable when we're not using shadowfb [08:17] (psb-kernel-source failed building on 2.6.34rc6) [08:19] with the same "missing module source directory", or a new error? [08:19] haven't seen this error [08:20] going to see the make.log and attach a bug [08:26] brb [08:45] mplayer-vaapi hangs the system... needs sysreq-k to exit, and it kills X in the process [08:47] and a second try needed a syreq-reisub to reboot :( [08:47] there is still a lot to do on this stupid psb === Bernardo is now known as Bernardo|away [09:04] at least hibernate works :) [09:46] hi all! [09:46] i have a problem with no backfill ppa [09:47] https://launchpad.net/~ubuntu-x-swat/+archive/xserver-no-backfill [09:49] I used it for a while and solved my problem, but an update took it back to the normal version === JanC_ is now known as JanC [10:48] hum since Lucid I have a desynchronization between video and audio when playing a movie... Dunno yet which one's fault it is. [10:58] let's try with the live-cd [12:36] under lucid, I get really really slow screen updates during mouse movements on my old computer w/ nvidia, unless disable debian/patches/016_call_glxwaitx_before_drawing.patch [12:36] i.e., the screen won't update for seconds at a time [12:37] it's a one line patch adding a glXWaitX (); call [12:38] I may also being seeing it with the open ati driver on my server at work, going to test that later today [12:51] what is the status of psb driver? === BUGabundo is now known as BUGabundo_lunch [13:43] hi [13:44] cwillu: same here, Option "UseEvents" "false" fixes it too though [13:54] Sarvatt: still here? I thought you're be on the plane by now [13:55] plane leaves in 6 hours if it doesnt get canceled again :) [14:01] hi === BUGabundo_lunch is now known as BUGabundo_DrWho [14:20] hi lucazade [14:21] Sarvatt: I was checking now, today there were already over 200 flights canceled in Portugal [14:21] and 70 others in France [14:21] Let's hope it clears up soon === Bernardo is now known as Bernardo|away === BUGabundo_DrWho is now known as BUGabundo_SGU === BUGabundo_SGU is now known as BUGabundo_TrueBl [16:11] sorry for a n00b question: in gma500 drivers, 2D works?, I need the driver to work with nokia :( [16:46] in the entire lucid dev cycle, i cannot remember one conversation about poulsbo. since lucid was released, this channel has been all-poulsbo all-the-time. [17:08] the problem doesn't affect only to lucid, affect to all distributions that works with xorg 7.5. Mandriva are developing a driver for mandriva and nobody say anything to mandriva to develop this driver. Karmic when was launched, had a similar problem and we (i) believe that ubuntu learned about past error, but they didn't :( [17:17] eh? [17:18] i doubt mandriva is developing an actual graphics driver [17:18] rusty232323, why didn't you come in here and ask about this issue months ago? [17:30] bjsnider, I try mandriva beta and they have a psb driver in their repository, that don't work but they have one and know the problem. I didn't come here and ask because i want to work with a stable system and with final version, sorry for that, and i ask in ubutuforum (months ago) about the psb driver and lucid with no answer [17:31] rusty232323: you can always test the alpha & beta release live-CD/USB before the final release comes out [17:31] no need to install unstable versions [17:37] Sorry but sometimes in live version don't work some drivers and when you install the system these drivers works perfectly, like ath9k in karmic. the kernel of the live version have an issue with that driver [17:37] but when you install the system and upgrade, ath9k works very well [17:40] I have an old notebook with ati card, when i booted the live version, the ati driver work well (and say me that he had a propietary driver to install) [17:41] right, probably not enough people tested ath9k before the release so the yhad to fix it afterwards when people came complaining... [17:41] I installed the system and when i try to install the propietary driver (because the free driver fail), surprise, any drive have support for that card [17:46] for that the live version does not ensure it will work [17:49] and I have more problem with xorg and ubuntu, if u have enougth time, i can tell you all for maverick ;) [18:26] hi [18:26] hi [18:27] just got back from a very busy weekend ans saw a lot of progress on the forum.. [18:27] yes.. something stable at least [18:27] can I use the debs from svn? [18:28] you could use them, even if i believe are not synced with latest svn code [18:29] I did try to build libdrm but got an debuild error.. [18:29] i was trying to build again everything from scratch and i got only a issue building xserver-xorg-video-psb [18:30] cp: cannot stat `debian/tmp/usr/include/psb/drm/drm_sarea.h': No such file or directory [18:30] i've also added some bug report in googlecode.. give it a shot [18:31] ah yes [18:31] about latest rev [18:32] to build remove in libdrm-poulsbo-dev.install 2nd line [18:32] /usr/include/psb/drm/drm_sarea.h [18:33] sure you don't need it [18:34] if i've understood is about video accel and Sarvatt said is not correct as is now [18:36] let me know if you are able to build xserver-xorg-video-psb [18:36] i get this [18:36] Applying patch xorg-x11-drv-psb-0.31.0-ignoreacpi.patch [18:36] patching file src/psb_driver.c [18:36] Hunk #1 FAILED at 909. [18:36] 1 out of 1 hunk FAILED -- rejects in file src/psb_driver.c [18:36] Patch xorg-x11-drv-psb-0.31.0-ignoreacpi.patch can be reverse-applied [18:36] make: *** [quilt-stamp] Errore 1 [18:37] did you try to remove the xorg... folder and check it out again.. [18:37] I believe you have to revert the patch, but don't know the command.. [18:37] ah ok.. i'll retry [18:44] outlaw45 same issue, tried to checkout again svn [18:46] weird.. I believe that patch did work before.. [18:46] me too... [18:48] i should have miss some changes by jbernardo [19:12] outlaw45 http://code.google.com/p/gma500/wiki/InstallScript [19:24] also uploaded all the debs? [19:24] just build everything except xserver-xorg-video-psb [19:24] debuild gives the same error you described.. [19:31] outlaw i've uploaded the debs to my dropbox space atm.. [19:34] outlaw45 libdrm and xserver-xorg are not updated from svn because of the two issue we were speaking of [19:35] I just compiled libdrm [19:36] and currently compiling xserver-xorg [19:36] had to reverse the patches by hand.. [19:36] if I'm able to build fully I'll try to clean the source and check in.. [19:36] ok [19:37] does dropbox allow others to access your space? [19:37] I could upload those debs there... [19:37] i could create a shared folder [19:39] created [19:39] share with your gmail? [19:40] yeah [19:40] quach? right? [19:40] but still not able to compile xserver-xorg [19:40] quach.c@gmail.com [19:40] giving it one final try [19:40] sent invitation [20:01] netbook-launcher crashes here.. [20:06] shadowfb "true" breaks 3D and video but makes 2D stable [20:06] so it should be related to this [20:07] ** what a funny driver! [20:10] shadowfb "true" breaks 3D and video but makes 2D stable [20:10] so it should be related to this [20:10] you're using the desktop version? [20:11] yes [20:11] no crash for 2 days here [20:12] ok.. [20:13] currently uploading the debs to dropbox [20:13] just one to go.. [20:15] could you disable netbook-launcher and use desktop?? [20:17] checking at the moment ;) [20:17] upload finished btw [20:17] ok [20:19] haven't tried to install deb on a new lucid installation [20:20] 2D version of netbook-launcher does work :D [20:21] but wifi stopped :'( [20:21] acer? [20:21] no [20:21] archos 9 tablet [20:22] which modules use? [20:22] bcmwl [20:22] acer has ath5k or ath9k [20:34] In 2 hours I'll try into a nokia bookle [20:41] @lucazade: did you add the debs I uploaded to the script? [20:45] outlaw45: not yet... doing it now [20:48] updated [21:09] can't get the wireless to work and not sure what the problem is.. [21:09] so gonna reinstall my system which allows me to try the install script.. [21:33] Ok, i installes the script and the computer freeze after i login, i can move mouse but gnome don't init [21:34] login crash? no panel or desktop? [21:34] after a while i cannot move the mouse [21:35] only show the background and the mouse [21:35] get correct resolution? [21:35] yep [21:35] nokia? [21:35] yes [21:35] seems a new issue [21:36] i'll turn off wireless, waired and external mouse [21:40] ok, crash in the same point [21:41] i'll send you dmesg before crash, and i try send you dmesg after crash if i can [21:41] look at "/var/log/Xorg.0.log.old" for backtrace [21:41] ok tnx [21:43] look if X crash backtrace is similar to this http://code.google.com/p/gma500/issues/detail?id=15 [21:43] and attach your logs [21:44] i've to go [21:44] ;) [22:07] ok, if i start with failsafe gnome, it start well