--- Log opened Вск Авг 27 00:00:23 2006
00:02 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has joined #nouveau
00:08 -!- cptn [n=jw@217-162-119-116.dclient.hispeed.ch] has quit ["leaving"]
00:09 -!- Netsplit brown.freenode.net <-> irc.freenode.net quits: pmdata_tv, fatal__
00:09 -!- Netsplit over, joins: pmdata_tv
00:12 -!- fatal__ [i=gem@gamezone.fjortis.info] has joined #nouveau
00:21 -!- pmdata_tv is now known as pmdata
00:52 < airlied> I think commit hook works now .. I'll try and get back to check later..
00:52 -!- pmdata [i=patrice@ANantes-154-1-90-97.w86-210.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
01:12 -!- `Duke` [n=gnu@ANantes-251-1-155-83.w86-203.abo.wanadoo.fr] has joined #nouveau
01:24 -!- pmdata [i=patrice@ANantes-154-1-90-97.w86-210.abo.wanadoo.fr] has joined #nouveau
01:27 -!- Duke` [n=gnu@ANantes-251-1-83-142.w86-203.abo.wanadoo.fr] has quit [Connection timed out]
01:30 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
01:32 -!- pmdata [i=patrice@ANantes-154-1-90-97.w86-210.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
01:33 -!- Myrizio_ [n=Myrizio@host190-98.pool80104.interbusiness.it] has joined #nouveau
01:34 -!- Myrizio [n=Myrizio@host234-102.pool80104.interbusiness.it] has quit [Read error: 113 (No route to host)]
01:37 -!- Myrizio_ is now known as Myrizio
02:28 -!- `Duke` [n=gnu@ANantes-251-1-155-83.w86-203.abo.wanadoo.fr] has quit ["Fatal signal: Segmentation Fault"]
02:56 < airlied> okay I've also created a nouveau-1 branch in drm git tree with all the nouveau stuff from CVS in it..
03:00 -!- phh [n=phh@moi.phhusson.info] has quit ["Quitte"]
03:26 < airlied> okay first cleanup consensus, I can drop all the U008, U016 U032 crap in favour of standard X types, CARD8/16/32
03:33 < darktama> airlied: how do remote branches work with git? ie. pushing changes from the local branch into the remote branch
03:35 < darktama> I guess it's just a "git push nouveau-1" ?
03:36 < airlied> darktama: do a git clone on the drm and he branch will be automatic..
03:36 < airlied> the git push origin should push all the branches back up..
03:36 < darktama> ahh, I see
03:36 < darktama> makes sense
03:37 < airlied> darktama: so just work locally in your branches if you need to then pull those into nouveau-1 and git push origin
03:37 < airlied> I was going to setup a separate drm git repo for nouveau but it isn't probably worth the effort..
03:38 < darktama> ok so just to make sure I have it straight it'd be: clone; checkout nouveau-1; branch my-devel-branch; ..work..; commit; checkout nouveau-1; pull . my-devel-branch; push origin
03:39 < airlied> yeah that would work fine.. you can also use git rebase to rebase your work onto any new changes on nouveau-1 and avoid the merge messagse..
03:40 < airlied> but rebase sis something to play around with in a private repo...
03:40 < airlied> gitk --all is v.useful..
03:40 < darktama> yup, I might setup a test repo to play with push/pull/rebase a bit..
03:42 < airlied> darktama: what to do u think about nuking the U* types/
03:43 < darktama> I definitely support the change, it'd make the driver a bit more consistent
03:49 < darktama> airlied: btw, do you know what the benefit is of keeping fbdev support in the driver?  its removal is on the potential TODO list
03:50 < darktama> I'm slashing DGA tomorrow while I cleanup after my last commit, if we can decide on removing fbdev before then I'll do it at the same time
03:51 < airlied> darktama: nuke fbdev suspport, we can worry later if we want it back..
03:51 < airlied> there is no real benefit other than less fighting with the fb driver in the kernel..
03:52 < darktama> ah, fair enough.  I wasn't sure if it'd effect your modesetting work or not
03:53 < airlied> darktama: makes life easier..
03:53 < darktama> ok, well I'll nuke it then :)
03:57 < airlied> okay U* gone..
03:59 < darktama> and yes, the commit hook seems to work fine
04:03 < stillunknown> airlied: will the drm branch show up on gitweb?
04:03 < darktama> stillunknown: it's already there
04:04 < stillunknown> then i don't see it :-(
04:04 < darktama> http://gitweb.freedesktop.org/?p=mesa/drm.git;a=summary
04:04 < darktama> look down the page, under "heads"
04:05 < stillunknown> what do i use as url for this?
04:05 < darktama> git://anongit.freedesktop.org/git/mesa/drm
04:05 < airlied> stillunknown: you just pull the git tree and checkout nouveau-1
04:06 < airlied> pull the drm tree even..
04:06 < stillunknown> so nouveau is the current head?
04:06 < stillunknown> or a branch?
04:06 < stillunknown> (i'm not very familiar with git)
04:06 < airlied> nouveau-1 is a branch....
04:20  * darktama wouldn't mind giving the ddx a run through indent...
04:21 < stillunknown> why is the linux folder gone from git?
04:21 < stillunknown> (drm)
04:22 < stillunknown> and shared folder
04:24 < airlied> stillunknown: not used anymore..
04:25 < airlied> stillunknown: the -core ones are the ones..
04:30 < stillunknown> ok, just surprised to see that gone (it broke the ebuild i had modified, otherwise i wouldn't have noticed probably)
04:31 -!- freevidia [n=noname@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has joined #nouveau
04:35 -!- freevidia [n=noname@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has quit [Client Quit]
05:10 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit []
05:13 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
05:13 < stillunknown> i just reemerged all the modules and there seems to be another problem
05:14 < stillunknown> the cursor remains in the framebuffer (i think) after xorg shuts down
05:33 -!- shenki [n=shenki@121.44.130.22] has quit [Read error: 60 (Operation timed out)]
05:44 -!- K [i=hazel@1.pool85-57-128.dynamic.uni2.es] has quit [Remote closed the connection]
06:00 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 60 (Operation timed out)]
07:15 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has joined #nouveau
09:02 -!- nael [n=nael@ras75-1-81-57-62-96.fbx.proxad.net] has joined #nouveau
10:47 -!- Myrizio [n=Myrizio@host190-98.pool80104.interbusiness.it] has quit ["Goodbye Ruby Tuesday (Perl Friday)"]
11:41 -!- phh [n=phh@moi.phhusson.info] has joined #nouveau
11:47 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
11:57 -!- maxtoo [n=maxtoo@berryx.homedns.org] has quit [Remote closed the connection]
11:58 -!- phh [n=phh@moi.phhusson.info] has quit ["Quitte"]
12:03 -!- maxtoo [n=maxtoo@berryx.homedns.org] has joined #nouveau
12:26 -!- Duke` [n=gnu@ANantes-251-1-155-83.w86-203.abo.wanadoo.fr] has joined #nouveau
12:46 -!- pef [n=loic@ubuntu/member/pef] has joined #nouveau
13:07 < pef> hello
13:14 < stillunknown> hello
13:23 < stillunknown> airlied: did you hook the drm git into cvs announce list?
13:54 -!- freevidia [n=noname@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has joined #nouveau
13:56 -!- Gentle [n=DasTier@HSI-KBW-085-216-054-105.hsi.kabelbw.de] has quit [Nick collision from services.]
13:56 -!- Gentle__ [n=DasTier@HSI-KBW-085-216-054-105.hsi.kabelbw.de] has joined #nouveau
14:10 < freevidia> Hi :)
14:11 < freevidia> I was thinking the frontpage of the nouveau project should "Open Source 2D and 3D acceleration for nVidia cards"
14:12 < freevidia> should say
14:12 < freevidia> :)
14:26 < freevidia> http://packages.qa.debian.org/x/xorg.html <--- I guess the Debian community in the near future is going to release X.org 7.1 then I guess I'll try nouveau on my 6200 card
14:30 -!- pmdata [n=patrice@ANantes-154-1-74-89.w86-199.abo.wanadoo.fr] has joined #nouveau
14:33 < stillunknown> freevidia: don't expect too much atm
14:34 < zoeloelip> freevidia: nouveau = nv + crashes atm :)
14:34 < zoeloelip> btw, the latest nvidia driver support 7.1
14:35 < pmdata> even for legacy cards (in 7184), but till when? I wonder if they will add ext_texture_from_pixmap for legacy cards
14:35 < zoeloelip> pmdata: I know, but this means that it shouldn't stop him from updating to 7.1
14:35 < zoeloelip> nouveau is really needed
14:36 < freevidia> yes indeed!
14:37 < freevidia> but I had another problem with the proprietary drivers before I shifted to nv for stability issues
14:38 < freevidia> before the "nvidia" worked for minutes or an hour before it freezed the desktop by having X.org using 99% of my cpu
14:38 < freevidia> I never understood why and I tried to use the linux nvidia forum
14:38 < freevidia> where i saw others with the same problem
14:39 < freevidia> but i have although not yet tried the newest that was released some days ago
14:40 < zoeloelip> freevidia: I have to add pci=routeirq and napic to my kernel command line to run nvidia driver stable
14:40 < freevidia> but having a free alternative really makes me cheer a lot
14:40 < freevidia> okay
14:40 < freevidia> what is your chipset (via?) and do you use amd for cpu?
14:41 < freevidia> thx
14:42 < zoeloelip> it's a nforce chipset and amd cpu
14:42 < zoeloelip> my problem is described in the asus laptop thread on  the nvnews.net forum
14:42 < freevidia> i'll try to find the post, thx :)
14:43 < zoeloelip> but I think it's more an asus issue because when I use full 64-bit I have the same problems without the nvidia driver
14:43 < freevidia> okay - well i've have heard people talk about disabling acpi and some other option i don't remember at the moment
14:44 < stillunknown> pmdata: i doubt the extension will be added for legacy drivers
14:44 < zoeloelip> does anyone know why Xgl is able to use the software version in mesa and Aiglx can't?
14:44  * pmdata too, I would like hear people with old cards crying :)
14:48 < stillunknown> zoeloelip: aiglx will fallback on mesa too iirc
14:50 < zoeloelip> why can't you run compiz with aiglx then?
14:50 < zoeloelip> and with xgl you can
14:50 < darktama> because nvidia have their own server-side GLX implementation, and don't use the one in Xorg
14:51 < darktama> and, nvidia *do* support aiglx.. just not EXT_texture_from_pixmap
14:51 < zoeloelip> darktama: I know
14:52 < zoeloelip> that's what I'm talking about, when using xgl with the nvidia drivers compiz will fall back to mesa for EXT_tfp, when using Aiglx you get an error
14:52 < darktama> that's because Xgl is an X server, when you run it you're using the GLX implementation in Xgl.. not nvidia's
14:53 < zoeloelip> I see, thanks
14:55 < freevidia> it seems there is a 6200 related bug in the "nvidia" driver: http://www.nvnews.net/vbulletin/showthread.php?t=64682&page=4
14:55 < freevidia> well lets see if nouveau or nVidia first produce working drivers for the 6200 cards :-D
14:56 < pmdata> nvidia still has a big advantage: they know the hardware bugs
14:57 < pmdata> so if nouveau crashes doing something, and you don't find any bug in the code, it will be hard to figure it out
14:57 < freevidia> yeah - well i hope it lies in the drivers and not in the hardware - i havent had a freeze in windows - then again i dont use windows alott
14:57 < freevidia> sure!
14:58 < zoeloelip> freevidia: you use the nvidia driver for windows, if there is a hardware bug they could work around it
15:00 < freevidia> well - then I hope their windows and linux departments would/should talk which each other. of cause that doesnt help nouveau unless you guys can see a difference in the commands sent to the gfx card and back
15:00 < freevidia> i havent ever seen a bios update to the 2 nvidia cards i have had - does bios updates happen/happen alot?
15:10 < freevidia> Is it possible to look up nVidia bugs when e.g. netllama/Lonni states that the bug has # 227803 on the pagess
15:10 < freevidia> that i referenced to?
15:13 < stillunknown> the bug tracker is not public
15:16 < freevidia> big secrets - big bugs ($) :-D
15:19 < stillunknown> nvidia probably wants full control over what happens and what not
15:19 < stillunknown> not have a pile of bug reports that they can't control
15:19 -!- cptn [n=jw@217-162-119-116.dclient.hispeed.ch] has joined #nouveau
15:21 < freevidia> yes understandable however it would be great to see some progress since this problem also existed in the 7xxx drivers as far as I remember or since the 6200 was introduced
15:23 < darktama> marcheu: did you sort out your kernel issues?
15:24 < darktama> stillunknown: I can confirm that the RandR rotate option is busted
15:24 < marcheu> darktama: no, but I'm getting closer
15:25 < darktama> is it our bug, or somewhere else?
15:25 < marcheu> drm_addmap returns 0x5a5a5a5a...
15:25 < darktama> oh.. :S
15:25 < marcheu> I'd say NOTOURBUG but needs a fix anyway
15:26 < darktama> indeed
15:27 < darktama> so, once I figure out git rebase I'm going to commit the removal of DGA and fbdev.. you ok with both of those?
15:27 < freevidia> darktama: no its a bug in the proprietary nVidia drivers
15:28 < darktama> freevidia: eh?
15:28 < freevidia> that what I was referring to
15:28 < darktama> ah, I'm referring to an earlier conversation. stillunknown mentioned RandR was busted in xf86-video-nouveau
15:28 < freevidia> sorry - my bad
15:28 < darktama> :)
15:28 < freevidia> :)
15:29 < marcheu> DGA is definitely ok, fbdev I'd like to but I'm not sure how wide the implications will be, i.e. how many people will be affected (or maybe it's already broken anyway)
15:29 < darktama> airlied seems to think it'd be ok to remove, and easy enough to add back later if we need to
15:29 < marcheu> let me look at the fbdev driver one sec
15:29 < stillunknown> i do use a console framebuffer driver, i hope it won't break that?
15:30 < darktama> do you use Option "FBDev" in xorg.conf? if not, then it wont break anything
15:30 < darktama> sorry, "UseFBDev"
15:30 < stillunknown> no
15:31 < marcheu> so
15:31 < stillunknown> np
15:31 < stillunknown> for me
15:31 < marcheu> the fb driver does modsetting using... nv_hw.c as it was found before we touched it
15:32 < marcheu> so it will definitely break if used together anyway
15:32 < marcheu> so slash it
15:32 < darktama> ok, done
15:33 < stillunknown> nv_hw.c is really scary, even i would not document something that bad
15:33 < darktama> next item for possible removal.. are we supporting riva128?  I remember you mentioning that nv3 was too different.. if we're not, we can kill off the riva_* files too
15:33 < darktama> but that can be done at any time really, it doesn't interact with nv_* at all
15:33 < marcheu> actually, I have a nv03 and I'd like to unify support with riva128 at some later stage
15:33 < marcheu> for 2D, it's not too different
15:34 < darktama> cool
15:34 < darktama> what does it support 3D-wise?
15:35 < marcheu> it does textured triangles, with alpha blending
15:35 < marcheu> about what you need to run q3, in short
15:35 < darktama> hm, well that's worth supporting then imo :)
15:35 < marcheu> consider nv03 support as my pet project, that card would really be fun to support
15:36 < marcheu> yeah, the was pretty fast at the time
15:37 -!- pmdata [n=patrice@ANantes-154-1-74-89.w86-199.abo.wanadoo.fr] has quit ["using sirc version 2.211+KSIRC/1.3.11"]
15:37 < marcheu> although the card has a couple of alpha blending bugs
15:39 < stillunknown> what kind of computer do you have lying around that has such a card?
15:39 < marcheu> stillunknown: it works on my celeron 433
15:39 < marcheu> although the machine has a TNT in right now
15:42 < marcheu> also, the nv03 has never been supported for 3D under linux, by any driver
16:02 -!- KoalaBR_ [n=KoalaBR@port-83-236-14-98.dynamic.qsc.de] has joined #nouveau
16:02 < KoalaBR_> Hi
16:04 < stillunknown> hello
16:06 < KoalaBR_> marcheu, darktama: Two things: 1. Please have a look here http://www.ping.de/sites/koala/companion.txt and tell me, if you like it (Markup will be added then)   2. Is there anything I can do to start helping with DDX? I can program in C but I'm new to driver development
16:10 < zoeloelip> KoalaBR_: there is something wrong with the first sentence of the second last paragraph of current status
16:10 < KoalaBR_> Hm, let me have a look
16:11 -!- freevidia [n=noname@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has left #nouveau ["Time makes no sense"]
16:11 < zoeloelip> Further work was started be ...
16:11 < zoeloelip> I think be should be by
16:12 < KoalaBR_> Oh my, you are right of course
16:12 < KoalaBR_> Fixed in my version
16:12 < KoalaBR_> but not in the online version
16:13 < KoalaBR_> Thanks
16:21 < KoalaBR_> No further comments? No help needed? 
16:22 < zoeloelip> KoalaBR_: http://www.decafbad.com/twiki/bin/view/Main/XmlRpcToWiki rpc for moinmoin, is this what you are looking for?
16:24 < KoalaBR_>  zoeloelip: No quite. I just have a bunch a HTML-page created with doxygen that I would like to add to the wiki.
16:24 < KoalaBR_> Seems I can only add attachements
16:25 < zoeloelip> so html -> wiki markup in some automated way?
16:25 < zoeloelip> KoalaBR_: using an iframe? does the moinmoin markup support plain html?
16:26 < KoalaBR_> Either that (still would be a huge of repeating tasks) or even better. Just tell the wiki to add the pages as simple html without any further changes.
16:26 < zoeloelip> just link the main page with an iframe?
16:27 < KoalaBR_> If it get's to complicated, I will probably just move the (generated docs) to SF and link to there from the wiki
16:27 < zoeloelip> KoalaBR_: if you can't handle the bandwith or something like that, I'm willing to host them
16:27 < KoalaBR_> I'm no expert in the field of WIKIs
16:27 < KoalaBR_> Not a problem - thanks
16:28 < KoalaBR_> Marcheu just wanted them on the official page with a project URL
16:28 < zoeloelip> ah, ok
16:29 < KoalaBR_> that's why I'm trying to find a simple way to add them to the wiki
16:29 < KoalaBR_> And as docs change, changes will be quite often, I fear. So doing much work by hand is out of question
16:29 < zoeloelip> seems like the dri people also host their htmls doc at sf
16:30 < KoalaBR_> I think I will add the Companion to the homepage / wiki
16:30 < zoeloelip> they link from a wiki page to various link in http://dri.sourceforge.net/doc/
16:30 < KoalaBR_> If marcheu, pmdata or darktama don't like it., they are free to remove it
16:30 < KoalaBR_> But if I wait any longer, the content is out of date
16:37 -!- EdB [n=EdB@ARennes-251-1-45-136.w81-250.abo.wanadoo.fr] has joined #nouveau
17:06 -!- EdB [n=EdB@ARennes-251-1-45-136.w81-250.abo.wanadoo.fr] has quit [Remote closed the connection]
17:07 -!- EdB [n=EdB@ARennes-251-1-45-136.w81-250.abo.wanadoo.fr] has joined #nouveau
17:30 < KoalaBR_> Done
17:39 -!- KoalaBR_ [n=KoalaBR@port-83-236-14-98.dynamic.qsc.de] has quit ["ChatZilla 0.9.61 [Mozilla rv:1.7.13/20060417]"]
17:41 < marcheu> hmm, it's the hash-table addmap implementation that fails
18:09 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit []
18:11 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
18:11 < stillunknown> darktama: randr seems to work, but there is another problem
18:12 < stillunknown> my old cursor remains in console and xorg(with randr on)
18:13 < stillunknown> it's like some kind of buffer isn't flushed
18:14 < stillunknown> btb
18:14 < stillunknown> brb
18:14 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit [Client Quit]
18:16 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
18:17 < stillunknown> disabling hardware acceleration doesn't trigger the bug
18:22 < stillunknown> this problem existed yesterday too
18:23 < darktama> does enabling ShadowFB trigger the same bug?
18:23 < darktama> actually, it probably would.. since that's basically all the RandR option does..
18:24 < stillunknown> the best hint is probably that the cursor will always remain visible even if xorg is turned off
18:24 < stillunknown> if i had to guess, the hardware cursor is not deactivated
18:25 < darktama> ah, you're using a framebuffer console? that's probably why I don't see the same thing
18:25 < stillunknown> yes, i use a framebuffer console
18:28 -!- atcl [n=Universe@Lbb39.l.pppool.de] has joined #nouveau
18:29 < stillunknown> i shall check if it's an EXA issue
18:29 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit []
18:31 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
18:32 < stillunknown> not an EXA issue
18:32 < darktama> I'll try and take a look in the morning, what framebuffer driver? vesa?
18:33 < stillunknown> vesa
18:36 < darktama> hm, actually I can't test it here.. it vesafb doesn't work on amd64
18:38 < stillunknown> it does
18:38 < stillunknown> you're confusing vesafb and vesafb-tng
18:39 < darktama> not according to drivers/video/Kconfig it doesn't.. 
18:39 < darktama> config FB_VESA
18:39 < darktama>     bool "VESA VGA graphics support"
18:39 < darktama>     depends on (FB = y) && X86
18:39 < stillunknown> strange, i run 64bits
18:40 < darktama> perhaps they changed it in a later kernel? *shrug*
18:41 < stillunknown> config FB_VESA
18:41 < stillunknown> 	bool "VESA VGA graphics support"
18:41 < stillunknown> 	depends on (FB = y) && X86
18:41 < stillunknown> strange
18:43 < stillunknown> it's an option for me when running make xconfig
18:43 < darktama> ah, I see.. it appears if I change "Support for frame buffer devices" from <M> to <*>
18:44 < stillunknown> do you know a simple howto for git?
18:44 < zoeloelip> stillunknown: man?
18:44 < darktama> http://www.freedesktop.org/wiki/UsingGit
18:46 < darktama> anyway, I'm going to try and sleep a bit earlier tonight
18:46 < darktama> night
18:46 < stillunknown> goodnight
18:59 -!- shenki [n=shenki@ppp130-22.lns3.adl2.internode.on.net] has joined #nouveau
19:03 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit []
19:09 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
19:31 -!- dagb [i=dagb@97.80-202-99.nextgentel.com] has joined #nouveau
19:33 -!- predatorfreak [n=predator@adsl-69-212-32-15.dsl.sfldmi.ameritech.net] has joined #nouveau
19:34 < stillunknown> anyone know what vtSema is?
19:34 < stillunknown> it can be found in nv_driver.c
19:36 -!- shenki [n=shenki@ppp130-22.lns3.adl2.internode.on.net] has quit ["http://xkcd.com/comics/fourier.jpg"]
19:39 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit [Remote closed the connection]
19:41 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
19:46 -!- stringfellow [n=stringfe@a80-100-96-220.adsl.xs4all.nl] has quit [Remote closed the connection]
19:53 -!- pef [n=loic@ubuntu/member/pef] has quit [Remote closed the connection]
20:06 -!- shenki [n=shenki@ppp130-22.lns3.adl2.internode.on.net] has joined #nouveau
20:08 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit ["Mike Patton"]
20:08 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has joined #nouveau
21:03 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has quit [Read error: 110 (Connection timed out)]
21:05 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has quit [Remote closed the connection]
21:07 -!- stillunknown [n=madman20@82-168-177-167.dsl.ip.tiscali.nl] has joined #nouveau
21:22 -!- shenki [n=shenki@ppp130-22.lns3.adl2.internode.on.net] has quit ["Leaving"]
21:31 -!- predatorfreak [n=predator@adsl-69-212-32-15.dsl.sfldmi.ameritech.net] has quit ["<blank>"]
22:18 -!- b33fc0d3 [n=bifter@gentoo/contributor/b33fc0d3] has joined #nouveau
22:18 -!- stringfellow [n=stringfe@ip56503c9f.direct-adsl.nl] has joined #nouveau
22:19 -!- swany [n=swany@81-234-181-143-o1108.tbon.telia.com] has quit []
22:59 -!- pmdata [i=patrice@ANantes-154-1-51-235.w81-53.abo.wanadoo.fr] has joined #nouveau
23:00 -!- Myrizio [n=Myrizio@host78-98.pool80104.interbusiness.it] has joined #nouveau
23:28 -!- Duke` [n=gnu@ANantes-251-1-155-83.w86-203.abo.wanadoo.fr] has quit [Read error: 110 (Connection timed out)]
23:29 -!- Duke` [n=gnu@ANantes-251-1-85-66.w86-203.abo.wanadoo.fr] has joined #nouveau
23:51 -!- freevidia [n=noname@cpe.atm2-0-51459.0x535a422a.odnxx9.customer.tele.dk] has joined #nouveau
--- Log closed Пнд Авг 28 00:00:24 2006
