[Fwd: xorg Digest, Vol 36, Issue 21] | |
| [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] | |
-------- Original-Nachricht --------
Betreff: xorg Digest, Vol 36, Issue 21
Datum: Thu, 03 Jul 2008 02:29:03 -0700
Von: xorg-request@xxxxxxxxxxxxxxxxxxxxx
Antwort an: xorg@xxxxxxxxxxxxxxxxxxxxx
An: xorg@xxxxxxxxxxxxxxxxxxxxx
Send xorg mailing list submissions to
xorg@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
xorg-owner@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxx>
Subject: [Fwd: xorg Digest, Vol 35, Issue 119]
To: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <486C9BB8.2080206@xxxxxx>
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@xxxxxxxxxxxxxxxxxxxxx
Antwort an: xorg@xxxxxxxxxxxxxxxxxxxxx
An: xorg@xxxxxxxxxxxxxxxxxxxxx
Send xorg mailing list submissions to
xorg@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
xorg-owner@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxx>
Subject: Re: spaces in pathnames
To: Peter O'Gorman <peter@xxxxxxxxx>
Cc: Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx>, xorg
<xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <4F850163-B08B-4DAB-A18C-AB23DC1B40E2@xxxxxxxxxxxxxxx>
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@xxxxxxxxxx>
Subject: [ANNOUNCE] xserver 1.4.99.904
To: xorg-announce@xxxxxxxxxxxxxxxxxxxxx
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <1214840829.24769.44.camel@xxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxx>
Subject: Re: [ANNOUNCE] xserver 1.4.99.904
To: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <20080630160232.GA23893@xxxxxxx>
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@xxxxxxxxxx>
Subject: [ANNOUNCE] xf86-video-glint 1.2.1
To: xorg-announce@xxxxxxxxxxxxxxxxxxxxx
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <20080630160436.GA8113@xxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxx>
Subject: Re: [ANNOUNCE] xserver 1.4.99.904
To: Stefan Dirsch <sndirsch@xxxxxxx>
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <20080630163828.GA9425@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@xxxxxxxxxxxx>
Subject: Re: spaces in pathnames
To: Jeremy Huddleston <jeremyhu@xxxxxxxxxxxxxxx>
Cc: xorg <xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <48690C0B.80904@xxxxxxxxxxxx>
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@xxxxxxxxx>
Subject: compiz not working with AIGLX enabled
To: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID:
<89dd3da60806300953g21f4ad60h84aa642ed4b03ec1@xxxxxxxxxxxxxx>
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@xxxxxxxxx>
Subject: Re: compiz not working with AIGLX enabled
To: "Mohan Parthasarathy" <suruti94@xxxxxxxxx>
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID:
<f6ca9fed0806300956y783f7e7ofadbe9a321abd725@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1
On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy <suruti94@xxxxxxxxx> 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@xxxxxxxxx>
Subject: Re: compiz not working with AIGLX enabled
To: drago01 <drago01@xxxxxxxxx>
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID:
<89dd3da60806301012x4b429671w1b310ef2956c6de7@xxxxxxxxxxxxxx>
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@xxxxxxxxx> wrote:
> On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy <suruti94@xxxxxxxxx>
> 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@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxx>
Subject: [Fwd: xorg Digest, Vol 35, Issue 120]
To: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <486C9BDB.3090101@xxxxxx>
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@xxxxxxxxxxxxxxxxxxxxx
Antwort an: xorg@xxxxxxxxxxxxxxxxxxxxx
An: xorg@xxxxxxxxxxxxxxxxxxxxx
Send xorg mailing list submissions to
xorg@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxxxxxxxxxxxxxxx
You can reach the person managing the list at
xorg-owner@xxxxxxxxxxxxxxxxxxxxx
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@xxxxxxxx>
Subject: Re: spaces in pathnames
To: Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx>
Cc: xorg <xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <1214845909.24769.71.camel@xxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxx>
Subject: Re: xrx-1.0.2 compilation failure
To: Michael Verret <michael.verret@xxxxxxxxx>
Cc: xorg list <xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <48691604.8010003@xxxxxxx>
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@xxxxxxx
Sun Microsystems, Inc. - X Window System Engineering
------------------------------
Message: 3
Date: Mon, 30 Jun 2008 13:20:24 -0400
From: Adam K Kirchhoff <adamk@xxxxxxxxxxxx>
Subject: Re: compiz not working with AIGLX enabled
To: "Mohan Parthasarathy" <suruti94@xxxxxxxxx>
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID: <20080630132024.7f10bd6f.adamk@xxxxxxxxxxxx>
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@xxxxxxxxx> 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@xxxxxxxxx> wrote:
>
> > On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy
> > <suruti94@xxxxxxxxx> 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@xxxxxxxx>
Subject: Re: xrx-1.0.2 compilation failure
To: Michael Verret <michael.verret@xxxxxxxxx>
Cc: xorg list <xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <1214846313.24769.76.camel@xxxxxxxxxxxxxxxxxxxxx>
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@xxxxxxxxxxxxx>
Subject: Re: xrx-1.0.2 compilation failure
To: Adam Jackson <ajax@xxxxxxxx>
Cc: xorg list <xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <20080630173617.GA24418@xxxxxxxxxxxxx>
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@xxxxxxxxxxxxx>
Subject: Re: spaces in pathnames
To: Adam Jackson <ajax@xxxxxxxx>
Cc: Glynn Clements <glynn@xxxxxxxxxxxxxxxxxx>, xorg
<xorg@xxxxxxxxxxxxxxxxxxxxx>
Message-ID: <20080630173712.GB24418@xxxxxxxxxxxxx>
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@xxxxxxxxx>
Subject: Re: compiz not working with AIGLX enabled
To: "Adam K Kirchhoff" <adamk@xxxxxxxxxxxx>
Cc: xorg@xxxxxxxxxxxxxxxxxxxxx
Message-ID:
<89dd3da60806301047v54dd11aen771baf3b032ce13b@xxxxxxxxxxxxxx>
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@xxxxxxxxxxxx>
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@xxxxxxxxx> 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@xxxxxxxxx> wrote:
> >
> > > On Mon, Jun 30, 2008 at 6:53 PM, Mohan Parthasarathy
> > > <suruti94@xxxxxxxxx> 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@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 35, Issue 120
*************************************
------------------------------
_______________________________________________
xorg mailing list
xorg@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/xorg
End of xorg Digest, Vol 36, Issue 21
************************************
_______________________________________________
xorg mailing list
xorg@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/xorg
[X Forum] [Devices] [XFree86] [XFree86 Newbie] [Site Home] [IETF Annouce] [Security] [Fontconfig] [Bugtraq] [Rubini] [Photo] [Yosemite] [MIPS Linux] [ARM Linux] [Linux Security] [Video for Linux] [Linux RAID] [Linux Resources]