[Fwd: xorg Digest, Vol 36, Issue 21]
Regina
regina.apel at gmx.de
Thu Jul 3 02:42:20 PDT 2008
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 36, Issue 21
Datum: Thu, 03 Jul 2008 02:29:03 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. [Fwd: xorg Digest, Vol 35, Issue 119] (Regina)
2. [Fwd: xorg Digest, Vol 35, Issue 120] (Regina)
----------------------------------------------------------------------
Message: 1
Date: Thu, 03 Jul 2008 11:28:24 +0200
From: Regina <regina.apel at gmx.de>
Subject: [Fwd: xorg Digest, Vol 35, Issue 119]
To: xorg at lists.freedesktop.org
Message-ID: <486C9BB8.2080206 at gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 35, Issue 119
Datum: Mon, 30 Jun 2008 10:12:51 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. Re: spaces in pathnames (Jeremy Huddleston)
2. [ANNOUNCE] xserver 1.4.99.904 (Adam Jackson)
3. Re: [ANNOUNCE] xserver 1.4.99.904 (Stefan Dirsch)
4. [ANNOUNCE] xf86-video-glint 1.2.1 (Julien Cristau)
5. Re: [ANNOUNCE] xserver 1.4.99.904 (Donnie Berkholz)
6. Re: spaces in pathnames (Barry Scott)
7. compiz not working with AIGLX enabled (Mohan Parthasarathy)
8. Re: compiz not working with AIGLX enabled (drago01)
9. Re: compiz not working with AIGLX enabled (Mohan Parthasarathy)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Jun 2008 08:50:02 -0700
From: Jeremy Huddleston <jeremyhu at freedesktop.org>
Subject: Re: spaces in pathnames
To: Peter O'Gorman <peter at pogma.com>
Cc: Glynn Clements <glynn at gclements.plus.com>, xorg
<xorg at lists.freedesktop.org>
Message-ID: <4F850163-B08B-4DAB-A18C-AB23DC1B40E2 at freedesktop.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
On Jun 30, 2008, at 07:49, Peter O'Gorman wrote:
> Glynn Clements wrote:
>> I can't say for certain that it's absolutely impossible, but any
>> solution will be both ugly and fragile.
>>
> Indeed, startx does not have to be a sh script on Mac OS X, nor does
> it
> have to be portable, it can all either be in a #if __APPLE__ or built
> from a different cpp file, etc.
>
> Jeremy, is startx the only place where this matters?
I'm sure it *matters* in other places, but it's only really been
reported with startx so far, so I think that might be the only place
it's really an issue (there might be something in xinitrc.cpp that
needs to be changed... I didn't actually look there yet).
As far as doing different cpp files or adding in extra #ifdef
__APPLE__ stuff goes... Our goal is to have as little Apple-specific
cruft as possible. For a while (and is true with the currently
shipping "official" OSX version), xinit isn't even included. Most of
xinit's functionality was handled by some bits that were in xserver/hw/
darwin/bundle. I've cleaned up the start routine substantially this
past month, and now we use xinit just like the rest of the world
without any weird hackery.
There are #ifdef __APPLE__ blocks in startx.cpp right now for things
like user preferences that don't make sense on other systems. Spaces
in pathnames is an issue that could exist on systems other than OSX,
so I was hoping to find a clean, portable solution that would work for
everybody, but I'm quickly seeing that any such solution would be a
bit of a pain for me to wrestle.
I really don't like using eval, but I think that's the only solution
that I understand at the moment, so I'm probably going to use that
(inside some #ifdef __APPLE__ blocks so as to not force my kludge on
the rest of the world). Hopefully someone who understands this a
little better than I do (Roland? I'll buy you a beer! =>) can put
together a patch that is a bit more palatable.
--Jeremy
------------------------------
Message: 2
Date: Mon, 30 Jun 2008 11:47:09 -0400
From: Adam Jackson <ajax at redhat.com>
Subject: [ANNOUNCE] xserver 1.4.99.904
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <1214840829.24769.44.camel at localhost.localdomain>
Content-Type: text/plain; charset="utf8"
There is no xserver 1.4.99.903. I tagged it, then noticed it didn't
distcheck. Whoops.
This drops the glcore build infrastructure. Build it from Mesa 7.1RC1.
Note though that you _will_ need 7.1RC1's dri_interface.h installed
before the GL support will build. This doesn't materially change the
build order, since libs still go before server, but does eliminate the
source cross-linking at server build time.
---
Aaron Plattner (1):
CreateColormap returns Success on success, not TRUE.
Adam Jackson (10):
XAA: Disable offscreen pixmaps by default.
Bug #12414: Create full-fledged pixmaps in fb24_32ReformatTile().
Implement bswap in x86emu.
Remove some default modes that really shouldn't be in the default
set.
Bug #15586: (Correctly) refuse to redirect the root window.
Bug #11842: Fix emulation of int1A PCI BIOS services.
Bump ABI minor numbers for the devPrivate ABI functions.
xserver 1.5RC3.
Distcheck fixes.
xserver 1.5RC4.
Alan Coopersmith (3):
Restore return type on xf86SetScrnInfoModes
Check for strcasestr and workaround it on systems without it
Don't log null device name in XkbDDXLoadKeymapByNames
Ben Byer (2):
add missing DARWIN_GLX_LIBS in configure.ac
xquartz: remove vestigial aglGlx.c
Dan Nicholson (2):
Fix up paths for GL/glx -> glx renaming
Actually enable building GLX without Mesa source
Daniel Stone (1):
Xi: event_{x,y} should refer to the extended device (bug #16289)
Dave Airlie (3):
int10: add pci_device_enable support on Linux
dbe: fix DoS reported by iDefense.
modes: make aspect choosing work on single output case.
Donnie Berkholz (1):
glcore: prepare for dynamic loading
Drew Parsons (3):
Define XPRINT in XPRINT_CFLAGS (configure.ac)
Create dix/libXpdix.la for Xprint-specific build of libdix.la
Disable D-BUS from Xprint.
Eamon Walsh (5):
Make devPrivates lookup functions ABI instead of static inlines.
SELinux: Bring server-side name registry up to date.
SELinux: Add an extension alias under the OS-agnostic "Flask"
name.
Fix a leak in the code that parses the protocol names.
Fix a leak of window devPrivates in window.c/CrushTree().
George Sapountzis (10):
glx: fix memory corruption with r5g6b5
glcore: build from mesa, dlopen from xorg
glcore: drop GLcore (build system)
glcore: drop GLcore (files)
Add loader for the swrast dri driver.
glx: drop drm.h, sareaHandle from swrast loader
kdrive: need not export symbols for glx anymore
glx: drop stray glcore.h include
glx: missing swrast is fatal
glx: fix forgotten swrast -> SWRast
Hasso Tepper (1):
configure.ac: Fix monotonic test harder
Ian Romanick (1):
Bug #15169: Make the server build again on Alpha.
Jeremy Huddleston (2):
XQuartz: Compile in missing glx source that we still need
Moved Apple GL bits into our DDX subtree
Jesse Ruffin (1):
Bug #16302: Fix GLX drawable refcounting in DMX.
Julien Cristau (2):
Add xkbstr.h and xkbsrv.h to sdk_HEADERS
xfree86: fix build on GNU/kFreeBSD
Kristian H?gsberg (6):
Stop symlinking glcontextmodes.[ch] from mesa.
Drop glcore GLX provider.
Use LD_EXPORT_SYMBOLS_FLAG when linking Xnest.
Get out of the mesa symlinking business.
Move the windows GL files to the xwin DDX.
Move GL/glx on level up now that it's the only thing left under
GL.
Matthieu Herrb (12):
CVE-2008-2360 - RENDER Extension heap buffer overflow
CVE-2008-2361 - RENDER Extension crash
CVE-2008-2362 - RENDER Extension memory corruption
CVE-2008-1377 - RECORD and Security extensions memory corruption
CVE-2008-1379 - MIT-SHM arbitrary memory read
CVE-2008-2362 - RENDER Extension memory corruption
CVE-2008-2361 - RENDER Extension crash
CVE-2008-2360 - RENDER Extension heap buffer overflow
CVE-2008-1379 - MIT-SHM arbitrary memory read
CVE-2008-1377 - RECORD and Security extensions memory corruption
configure.ac: fix the help string for --with-freetype.
preserve errno around the SIGIO handler
Michel D?nzer (6):
EXA: Offscreen memory eviction improvements.
EXA: Specify region used for source pixmap migration in
exaCopyNtoN.
EXA: Don't suggest exaCopyDirty be inlined.
EXA: Don't migrate twice in exaImageGlyphBlt.
EXA: Fix exaGetPixmapFirstPixel() crash if the driver has a
CreatePixmap hook.
AIGLX/DRI1: Switch to server context for calling
pScreen->GetImage.
Owen Taylor (1):
Bug #15369: Don't reduce Over to Src for transform + RepeatNone.
Paul Bender (1):
Bug #15665: Fix building without Composite.
Paulo Cesar Pereira de Andrade (1):
Correct a NULL pointer deference
Peter Hutterer (2):
config: remove trailing whitespaces.
config: override xkb_{r,m,l,v} with Xkb{r,m,l,v} if the latter is
set.
Roland B?r (1):
Bug #11857: Avoid running off the end of a MAXCLIENTS-sized array.
Sascha Hlusiak (1):
Support to pass arbitrary options via HAL hotplugging
Tilman Sauerbeck (2):
EXA: Update sys_pitch/fb_pitch in exaModifyPixmapHeader.
EXA: Set pixmap->accel_blocked on the screen pixmap, too.
git tag: xorg-server-1.4.99.904
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.4.99.904.tar.bz2
MD5: a0732dfd34550727ac229b7a59aeffb5 xorg-server-1.4.99.904.tar.bz2
SHA1: 9655a485d18623a41112d96cc991f523a17cf562
xorg-server-1.4.99.904.tar.bz2
http://xorg.freedesktop.org/archive/individual/xserver/xorg-server-1.4.99.904.tar.gz
MD5: 9621e71590a3b4a4ac9bdefe55c4754f xorg-server-1.4.99.904.tar.gz
SHA1: 12d81905361ad37b8b73b5816dd20b71ab946b47
xorg-server-1.4.99.904.tar.gz
- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080630/b7530120/attachment-0001.pgp
------------------------------
Message: 3
Date: Mon, 30 Jun 2008 18:02:33 +0200
From: Stefan Dirsch <sndirsch at suse.de>
Subject: Re: [ANNOUNCE] xserver 1.4.99.904
To: xorg at lists.freedesktop.org
Message-ID: <20080630160232.GA23893 at suse.de>
Content-Type: text/plain; charset=iso-8859-15
On Mon, Jun 30, 2008 at 11:47:09AM -0400, Adam Jackson wrote:
> There is no xserver 1.4.99.903. I tagged it, then noticed it didn't
> distcheck. Whoops.
>
> This drops the glcore build infrastructure. Build it from Mesa 7.1RC1.
What do you mean exactly with "glcore build infrastructure"?
> Note though that you _will_ need 7.1RC1's dri_interface.h installed
> before the GL support will build. This doesn't materially change the
> build order, since libs still go before server, but does eliminate the
> source cross-linking at server build time.
Best regards,
Stefan
Public Key available
------------------------------------------------------
Stefan Dirsch (Res. & Dev.) SUSE LINUX Products GmbH
Tel: 0911-740 53 0 Maxfeldstra?e 5
FAX: 0911-740 53 479 D-90409 N?rnberg
http://www.suse.de Germany
-----------------------------------------------------------------
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG N?rnberg)
-----------------------------------------------------------------
------------------------------
Message: 4
Date: Mon, 30 Jun 2008 18:04:38 +0200
From: Julien Cristau <jcristau at debian.org>
Subject: [ANNOUNCE] xf86-video-glint 1.2.1
To: xorg-announce at lists.freedesktop.org
Cc: xorg at lists.freedesktop.org
Message-ID: <20080630160436.GA8113 at patate.is-a-geek.org>
Content-Type: text/plain; charset=us-ascii
Julien Cristau (2):
Fix regression from pciaccess conversion (bug#16060)
Bump to 1.2.1
git tag: xf86-video-glint-1.2.1
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-glint-1.2.1.tar.bz2
MD5: 6d7afdac0a26cf201c3f3b417c31c5e1 xf86-video-glint-1.2.1.tar.bz2
SHA1: 9e4959c2a39c22bf4a81b1eba4ec809f9c571bc8 xf86-video-glint-1.2.1.tar.bz2
http://xorg.freedesktop.org/archive/individual/driver/xf86-video-glint-1.2.1.tar.gz
MD5: df025362af2df8f7bcf5c06984f0ec15 xf86-video-glint-1.2.1.tar.gz
SHA1: 6476096574a20a1c8aa4085c5091e912f398c126 xf86-video-glint-1.2.1.tar.gz
Cheers,
Julien
------------------------------
Message: 5
Date: Mon, 30 Jun 2008 09:38:28 -0700
From: Donnie Berkholz <dberkholz at gentoo.org>
Subject: Re: [ANNOUNCE] xserver 1.4.99.904
To: Stefan Dirsch <sndirsch at suse.de>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080630163828.GA9425 at comet>
Content-Type: text/plain; charset=us-ascii
On 18:02 Mon 30 Jun , Stefan Dirsch wrote:
> On Mon, Jun 30, 2008 at 11:47:09AM -0400, Adam Jackson wrote:
> > There is no xserver 1.4.99.903. I tagged it, then noticed it didn't
> > distcheck. Whoops.
> >
> > This drops the glcore build infrastructure. Build it from Mesa 7.1RC1.
>
> What do you mean exactly with "glcore build infrastructure"?
You no longer need mesa source available while building xorg-server.
You'll end up with mesa building /usr/lib/dri/swrast_dri.so instead of
xorg-server building libGLcore.so.
Thanks,
Donnie
------------------------------
Message: 6
Date: Mon, 30 Jun 2008 17:38:35 +0100
From: Barry Scott <barry.scott at onelan.co.uk>
Subject: Re: spaces in pathnames
To: Jeremy Huddleston <jeremyhu at freedesktop.org>
Cc: xorg <xorg at lists.freedesktop.org>
Message-ID: <48690C0B.80904 at onelan.co.uk>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Jeremy Huddleston wrote:
> On Jun 30, 2008, at 07:49, Peter O'Gorman wrote:
>
>> Glynn Clements wrote:
>>
>>> I can't say for certain that it's absolutely impossible, but any
>>> solution will be both ugly and fragile.
>>>
>>>
>> Indeed, startx does not have to be a sh script on Mac OS X, nor does
>> it
>> have to be portable, it can all either be in a #if __APPLE__ or built
>> from a different cpp file, etc.
>>
>> Jeremy, is startx the only place where this matters?
>>
>
>
If this is only for the Mac you could write a python version that will
be robust with the
spaces issue. Python is always part of the Mac system so you can rely on
it working.
Barry
------------------------------
Message: 7
Date: Mon, 30 Jun 2008 09:53:47 -0700
From: "Mohan Parthasarathy" <suruti94 at gmail.com>
Subject: compiz not working with AIGLX enabled
To: xorg at lists.freedesktop.org
Message-ID:
<89dd3da60806300953g21f4ad60h84aa642ed4b03ec1 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
According to my Xserver log, AIGLX is enabled and glxinfo is reporting that
direct rendering is enabled
and it is able to find all the server side glx extensions
(GLX_EXT_texture_from_pixmap etc.)
When i run "compiz --replace", I get the error saying
"GL_EXT_texture_from_pixmap is not supported by rendering context, trying
indirect rendering context instead"
inotify_add_watch: No such file or directory
failed to create drawable.
...
It is extremely slow after this. Any clues on what is going on ?
I am running on ubuntu fiesty with Xserver 1.5.99.1 on ATI RADEON X1650 PRO.
thanks
-mohan
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/xorg/attachments/20080630/ff4bbacc/attachment-0001.htm
------------------------------
Message: 8
Date: Mon, 30 Jun 2008 18:56:50 +0200
From: drago01 <drago01 at gmail.com>
Subject: Re: compiz not working with AIGLX enabled
To: "Mohan Parthasarathy" <suruti94 at gmail.com>
Cc: xorg at lists.freedesktop.org
Message-ID:
<f6ca9fed0806300956y783f7e7ofadbe9a321abd725 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy <suruti94 at gmail.com> wrote:
> Hi,
>
> According to my Xserver log, AIGLX is enabled and glxinfo is reporting that
> direct rendering is enabled
> and it is able to find all the server side glx extensions
> (GLX_EXT_texture_from_pixmap etc.)
>
> When i run "compiz --replace", I get the error saying
>
> "GL_EXT_texture_from_pixmap is not supported by rendering context, trying
> indirect rendering context instead"
> inotify_add_watch: No such file or directory
> failed to create drawable.
> ...
>
> It is extremely slow after this. Any clues on what is going on ?
> I am running on ubuntu fiesty with Xserver 1.5.99.1 on ATI RADEON X1650 PRO.
do export LIBGL_ALWAYS_INDIRECT=1 before starting compiz
------------------------------
Message: 9
Date: Mon, 30 Jun 2008 10:12:51 -0700
From: "Mohan Parthasarathy" <suruti94 at gmail.com>
Subject: Re: compiz not working with AIGLX enabled
To: drago01 <drago01 at gmail.com>
Cc: xorg at lists.freedesktop.org
Message-ID:
<89dd3da60806301012x4b429671w1b310ef2956c6de7 at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
Hi,
I tried but with no difference. First the screen goes "white" and i need to
"ctrl-C" to get back.
-mohan
P.S: The odd thing is that my "ctrl-Alt-F?" does not work anymore and makes
it even more harder
to debug
On Mon, Jun 30, 2008 at 9:56 AM, drago01 <drago01 at gmail.com> wrote:
> On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy <suruti94 at gmail.com>
> wrote:
> > Hi,
> >
> > According to my Xserver log, AIGLX is enabled and glxinfo is reporting
> that
> > direct rendering is enabled
> > and it is able to find all the server side glx extensions
> > (GLX_EXT_texture_from_pixmap etc.)
> >
> > When i run "compiz --replace", I get the error saying
> >
> > "GL_EXT_texture_from_pixmap is not supported by rendering context, trying
> > indirect rendering context instead"
> > inotify_add_watch: No such file or directory
> > failed to create drawable.
> > ...
> >
> > It is extremely slow after this. Any clues on what is going on ?
> > I am running on ubuntu fiesty with Xserver 1.5.99.1 on ATI RADEON X1650
> PRO.
>
> do export LIBGL_ALWAYS_INDIRECT=1 before starting compiz
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/xorg/attachments/20080630/ff036716/attachment.htm
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 35, Issue 119
*************************************
------------------------------
Message: 2
Date: Thu, 03 Jul 2008 11:28:59 +0200
From: Regina <regina.apel at gmx.de>
Subject: [Fwd: xorg Digest, Vol 35, Issue 120]
To: xorg at lists.freedesktop.org
Message-ID: <486C9BDB.3090101 at gmx.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 35, Issue 120
Datum: Mon, 30 Jun 2008 10:47:03 -0700
Von: xorg-request at lists.freedesktop.org
Antwort an: xorg at lists.freedesktop.org
An: xorg at lists.freedesktop.org
Send xorg mailing list submissions to
xorg at lists.freedesktop.org
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.freedesktop.org/mailman/listinfo/xorg
or, via email, send a message with subject or body 'help' to
xorg-request at lists.freedesktop.org
You can reach the person managing the list at
xorg-owner at lists.freedesktop.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of xorg digest..."
Today's Topics:
1. Re: spaces in pathnames (Adam Jackson)
2. Re: xrx-1.0.2 compilation failure (Alan Coopersmith)
3. Re: compiz not working with AIGLX enabled (Adam K Kirchhoff)
4. Re: xrx-1.0.2 compilation failure (Adam Jackson)
5. Re: xrx-1.0.2 compilation failure (Daniel Stone)
6. Re: spaces in pathnames (Daniel Stone)
7. Re: compiz not working with AIGLX enabled (Mohan Parthasarathy)
----------------------------------------------------------------------
Message: 1
Date: Mon, 30 Jun 2008 13:11:49 -0400
From: Adam Jackson <ajax at nwnk.net>
Subject: Re: spaces in pathnames
To: Glynn Clements <glynn at gclements.plus.com>
Cc: xorg <xorg at lists.freedesktop.org>
Message-ID: <1214845909.24769.71.camel at localhost.localdomain>
Content-Type: text/plain
On Mon, 2008-06-30 at 15:11 +0100, Glynn Clements wrote:
> Jeremy Huddleston wrote:
>
> > So I just pushed a patch to xinit that addresses some issues with
> > spaces in pathnames. One issue remains, and I'm not sure if there's a
> > clean way to address it. At first, I thought I could do something
> > like this:
> >
> > - serverargs=${serverargs}" -auth "${xserverauthfile}
> > + serverargs=${serverargs}" -auth '"${xserverauthfile}"'"
> >
> > but that doesn't work. example:
> >
> > $ mya="Some thing with spaces"
> > $ myargs="1 2 '$mya'"
> > $ ./printargs $myargs
> > argv[0] = ./printargs
> > argv[1] = 1
> > argv[2] = 2
> > argv[3] = 'Some
> > argv[4] = thing
> > argv[5] = with
> > argv[6] = spaces'
> >
> > So... any thoughts on how to overcome this cleanly? And no, telling
> > people to not use spaces is unfortunately not an option... and neither
> > is hitting them over the head with a do-better stick.
>
> IMHO, it's a lost cause.
>
> The only clean solution is to use a language which has a list datatype
> (or equivalent), as well as an "exec" primitive which accepts a list
> argument.
>
> It's practically impossible to get this 100% right if you're limited
> to the Bourne shell.
Then maybe it's time to stop caring about portability to useless shells.
More broadly, it's probably time to deprecate startx and xinit, strongly
recommend the use of a display manager like gdm, and write a minimal
replacement in some sensible subset of bash/ksh.
- ajax
------------------------------
Message: 2
Date: Mon, 30 Jun 2008 10:21:08 -0700
From: Alan Coopersmith <Alan.Coopersmith at Sun.COM>
Subject: Re: xrx-1.0.2 compilation failure
To: Michael Verret <michael.verret at gmail.com>
Cc: xorg list <xorg at lists.freedesktop.org>
Message-ID: <48691604.8010003 at sun.com>
Content-Type: text/plain; charset=ISO-8859-1
Michael Verret wrote:
> During the configuration I see the message "./configure: line 20164:
> top_srcdir: command not found"
See if the fix in this git commit helps:
http://cgit.freedesktop.org/xorg/app/xrx/commit/?id=39f1f3f75b72f43637afeb963c8c83f080dd2635
Sorry about the mistake - I tested on Solaris & Fedora 9, but those have
either mozilla-plugin.pc or firefox-plugin.pc so the fallback didn't get
fully tested.
--
-Alan Coopersmith- alan.coopersmith at sun.com
Sun Microsystems, Inc. - X Window System Engineering
------------------------------
Message: 3
Date: Mon, 30 Jun 2008 13:20:24 -0400
From: Adam K Kirchhoff <adamk at voicenet.com>
Subject: Re: compiz not working with AIGLX enabled
To: "Mohan Parthasarathy" <suruti94 at gmail.com>
Cc: xorg at lists.freedesktop.org
Message-ID: <20080630132024.7f10bd6f.adamk at voicenet.com>
Content-Type: text/plain; charset=US-ASCII
If you get a white screen when starting up compiz, your drivers are
almost certainly not setup correct. Are you using fglrx or the open
source drivers? If it's fglrx, you should ask on the appropriate forum
for help from AMD: http://www.phoronix.com/forums/forumdisplay.php?f=19
If it's the open source drivers, please attach or pastebin
your /var/log/Xorg.0.log file and the output of
'LIBGL_ALWAYS_INDIRECT=1 glxinfo'.
Adam
On Mon, 30 Jun 2008 10:12:51 -0700
"Mohan Parthasarathy" <suruti94 at gmail.com> wrote:
> Hi,
>
> I tried but with no difference. First the screen goes "white" and i
> need to "ctrl-C" to get back.
>
> -mohan
>
> P.S: The odd thing is that my "ctrl-Alt-F?" does not work anymore and
> makes it even more harder
> to debug
>
> On Mon, Jun 30, 2008 at 9:56 AM, drago01 <drago01 at gmail.com> wrote:
>
> > On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy
> > <suruti94 at gmail.com> wrote:
> > > Hi,
> > >
> > > According to my Xserver log, AIGLX is enabled and glxinfo is
> > > reporting
> > that
> > > direct rendering is enabled
> > > and it is able to find all the server side glx extensions
> > > (GLX_EXT_texture_from_pixmap etc.)
> > >
> > > When i run "compiz --replace", I get the error saying
> > >
> > > "GL_EXT_texture_from_pixmap is not supported by rendering
> > > context, trying indirect rendering context instead"
> > > inotify_add_watch: No such file or directory
> > > failed to create drawable.
> > > ...
> > >
> > > It is extremely slow after this. Any clues on what is going on ?
> > > I am running on ubuntu fiesty with Xserver 1.5.99.1 on ATI RADEON
> > > X1650
> > PRO.
> >
> > do export LIBGL_ALWAYS_INDIRECT=1 before starting compiz
> >
>
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
------------------------------
Message: 4
Date: Mon, 30 Jun 2008 13:18:33 -0400
From: Adam Jackson <ajax at nwnk.net>
Subject: Re: xrx-1.0.2 compilation failure
To: Michael Verret <michael.verret at gmail.com>
Cc: xorg list <xorg at lists.freedesktop.org>
Message-ID: <1214846313.24769.76.camel at localhost.localdomain>
Content-Type: text/plain
On Sat, 2008-06-28 at 10:30 -0500, Michael Verret wrote:
> Hi,
>
> I can't seem to get xrx-1.0.2 to compile on a system on which
> xrx-1.0.1 has not problem. Here are the ouput of my configuration and
> compilation. Googles give me nothing for the last few days. Any clues
> at to what I am missing is greatly appreciated.
It strikes me at this point that we never did formally deprecate xrx,
though we certainly intended to.
- ajax
------------------------------
Message: 5
Date: Mon, 30 Jun 2008 20:36:17 +0300
From: Daniel Stone <daniel at fooishbar.org>
Subject: Re: xrx-1.0.2 compilation failure
To: Adam Jackson <ajax at nwnk.net>
Cc: xorg list <xorg at lists.freedesktop.org>
Message-ID: <20080630173617.GA24418 at fooishbar.org>
Content-Type: text/plain; charset="us-ascii"
On Mon, Jun 30, 2008 at 01:18:33PM -0400, Adam Jackson wrote:
> On Sat, 2008-06-28 at 10:30 -0500, Michael Verret wrote:
> > I can't seem to get xrx-1.0.2 to compile on a system on which
> > xrx-1.0.1 has not problem. Here are the ouput of my configuration and
> > compilation. Googles give me nothing for the last few days. Any clues
> > at to what I am missing is greatly appreciated.
>
> It strikes me at this point that we never did formally deprecate xrx,
> though we certainly intended to.
7.4 isn't shipped yet.
Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080630/718335d1/attachment-0001.pgp
------------------------------
Message: 6
Date: Mon, 30 Jun 2008 20:37:12 +0300
From: Daniel Stone <daniel at fooishbar.org>
Subject: Re: spaces in pathnames
To: Adam Jackson <ajax at nwnk.net>
Cc: Glynn Clements <glynn at gclements.plus.com>, xorg
<xorg at lists.freedesktop.org>
Message-ID: <20080630173712.GB24418 at fooishbar.org>
Content-Type: text/plain; charset="us-ascii"
On Mon, Jun 30, 2008 at 01:11:49PM -0400, Adam Jackson wrote:
> On Mon, 2008-06-30 at 15:11 +0100, Glynn Clements wrote:
> > IMHO, it's a lost cause.
> >
> > The only clean solution is to use a language which has a list datatype
> > (or equivalent), as well as an "exec" primitive which accepts a list
> > argument.
> >
> > It's practically impossible to get this 100% right if you're limited
> > to the Bourne shell.
>
> Then maybe it's time to stop caring about portability to useless shells.
>
> More broadly, it's probably time to deprecate startx and xinit, strongly
> recommend the use of a display manager like gdm, and write a minimal
> replacement in some sensible subset of bash/ksh.
You can do it in portable shell, just don't pretend that it's everything
to everyone. Doing so will lead you to the creatively insane hell where
your X startup script is too complex to be written portably.
Cheers,
Daniel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080630/a545d7b7/attachment-0001.pgp
------------------------------
Message: 7
Date: Mon, 30 Jun 2008 10:47:01 -0700
From: "Mohan Parthasarathy" <suruti94 at gmail.com>
Subject: Re: compiz not working with AIGLX enabled
To: "Adam K Kirchhoff" <adamk at voicenet.com>
Cc: xorg at lists.freedesktop.org
Message-ID:
<89dd3da60806301047v54dd11aen771baf3b032ce13b at mail.gmail.com>
Content-Type: text/plain; charset="iso-8859-1"
I am using the Xorg drivers. Attached is the output of my Xorg log and
glxinfo log.
thanks
-mohan
On Mon, Jun 30, 2008 at 10:20 AM, Adam K Kirchhoff <adamk at voicenet.com>
wrote:
>
> If you get a white screen when starting up compiz, your drivers are
> almost certainly not setup correct. Are you using fglrx or the open
> source drivers? If it's fglrx, you should ask on the appropriate forum
> for help from AMD: http://www.phoronix.com/forums/forumdisplay.php?f=19
>
> If it's the open source drivers, please attach or pastebin
> your /var/log/Xorg.0.log file and the output of
> 'LIBGL_ALWAYS_INDIRECT=1 glxinfo'.
>
> Adam
>
> On Mon, 30 Jun 2008 10:12:51 -0700
> "Mohan Parthasarathy" <suruti94 at gmail.com> wrote:
>
> > Hi,
> >
> > I tried but with no difference. First the screen goes "white" and i
> > need to "ctrl-C" to get back.
> >
> > -mohan
> >
> > P.S: The odd thing is that my "ctrl-Alt-F?" does not work anymore and
> > makes it even more harder
> > to debug
> >
> > On Mon, Jun 30, 2008 at 9:56 AM, drago01 <drago01 at gmail.com> wrote:
> >
> > > On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy
> > > <suruti94 at gmail.com> wrote:
> > > > Hi,
> > > >
> > > > According to my Xserver log, AIGLX is enabled and glxinfo is
> > > > reporting
> > > that
> > > > direct rendering is enabled
> > > > and it is able to find all the server side glx extensions
> > > > (GLX_EXT_texture_from_pixmap etc.)
> > > >
> > > > When i run "compiz --replace", I get the error saying
> > > >
> > > > "GL_EXT_texture_from_pixmap is not supported by rendering
> > > > context, trying indirect rendering context instead"
> > > > inotify_add_watch: No such file or directory
> > > > failed to create drawable.
> > > > ...
> > > >
> > > > It is extremely slow after this. Any clues on what is going on ?
> > > > I am running on ubuntu fiesty with Xserver 1.5.99.1 on ATI RADEON
> > > > X1650
> > > PRO.
> > >
> > > do export LIBGL_ALWAYS_INDIRECT=1 before starting compiz
> > >
> >
>
> --
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freedesktop.org/archives/xorg/attachments/20080630/0c5bb0b8/attachment.htm
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Xorg.0.log
Type: text/x-log
Size: 51182 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080630/0c5bb0b8/attachment.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: glxinfo-log
Type: application/octet-stream
Size: 5201 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/xorg/attachments/20080630/0c5bb0b8/attachment.obj
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 35, Issue 120
*************************************
------------------------------
_______________________________________________
xorg mailing list
xorg at lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 36, Issue 21
************************************
More information about the xorg
mailing list