e
truth but I reject it. I am certain I am not alone but I also do not
have a mathematical proof handy to refute the "popular is correct"
notion. At least not yet.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard
On 5/11/20 8:51 PM, Thomas Dickey wrote:
On Mon, May 11, 2020 at 05:10:27PM +, Dennis Clarke wrote:
On 5/3/20 12:56 AM, Thomas Dickey wrote:
Patch #356 - 2020/05/02
* revise fix for Debian #954730, which interfered with wheel mouse
events
gt;> referenced by xtermcap.c:614 (./xtermcap.c:614)
>>> xtermcap.o:(set_termcap)
cc: error: linker command failed with exit code 1 (use -v to see invocation)
gmake: *** [Makefile:196: xterm] Error 1
real 7.20
user 5.30
sys 1.90
vesta$
Any input would be appreciated
As far as I'm concerned there is currently no xorg.conf configuration file
that would store any X config, everything comes from the "auto config"
Thanks in advance
Did you get any reply on this at all ?
Dennis
___
xorg@lists.x.org: X.Org suppo
On 8/28/19 6:10 PM, Alan Coopersmith wrote:
On 8/28/19 3:02 PM, Dennis Clarke wrote:
Found llvm-config '7.0.1' NO (needed >= 8.0.0 )
I've not tried building Mesa with meson yet, but that reads like it only
found
version 7 of LLVM, but needs at least version 8. (Since Mes
On 8/26/19 4:01 PM, Alan Coopersmith wrote:
On 8/25/19 9:27 PM, Dennis Clarke wrote:
configure.ac:38: warning: PKG_PROG_PKG_CONFIG is m4_require'd but not
m4_defun'd
That sounds like you're missing pkg.m4 from pkg-config.
configure:11098: error: possibly undefined macro: m4_
/autogen.sh" failed on doc/xorg-docs
build.sh: error processing: "doc/xorg-docs"
styx$
Am I missing something obvious ?
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux spoken
GreyBeard and suspenders optional
___
xorg@lists.
least that was what I had to do.
Otherwise it works great.
--
Dennis Clarke
RISC-V/SPARC/PPC/ARM/CISC
UNIX and Linux support
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https://lists.x.org/mailman/listinfo
I don't think your average user will ever find that.
Best to go to the actual release site :
https://www.x.org/releases/X11R7.7/doc/libXrender/libXrender.txt
But that's 6 years old now, since we stopped doing X11R7.* releases.
Ajax's links are the most up-to-date for people today.
I agree
On 10/30/2018 10:35 AM, Adam Jackson wrote:
On Tue, 2018-10-30 at 02:06 -0700, x...@pengaru.com wrote:
On Mon, Oct 29, 2018 at 04:04:08PM -0400, Patrick Herbst wrote:
Hello,
I'm desperately trying to find documentation on these extensions. Can
someone point me in the right direction? Am I mi
Something I had not thought of came up today. Could multiple threads
call XDrawPoint() and then XFlush() ? Suppose sixteen threads are
dispatched to do some foo and each of them utters some XDrawPoint()
calls and then XFlush()? Is that remotely thread safe?
Sorry, assume XInitThreads
On 10/17/2018 05:37 AM, Carsten Haitzler (The Rasterman) wrote:
On Tue, 16 Oct 2018 22:04:15 -0400 Dennis Clarke said:
On 10/16/2018 09:58 PM, Dennis Clarke wrote:
Dear Xorg :
Something I had not thought of came up today. Could multiple threads
call XDrawPoint() and then XFlush
On 10/16/2018 09:58 PM, Dennis Clarke wrote:
Dear Xorg :
Something I had not thought of came up today. Could multiple threads
call XDrawPoint() and then XFlush() ? Suppose sixteen threads are
dispatched to do some foo and each of them utters some XDrawPoint()
calls and then XFlush()? Is
Dear Xorg :
Something I had not thought of came up today. Could multiple threads
call XDrawPoint() and then XFlush() ? Suppose sixteen threads are
dispatched to do some foo and each of them utters some XDrawPoint()
calls and then XFlush()? Is that remotely thread safe?
Dennis
On 09/20/2018 02:46 AM, Chris Wilson wrote:
Quoting Troll Berserker (2018-09-18 16:28:02)
Is it possible?
man 4 intel, search for ZaphodHeads
-Chris
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: https:
On 08/14/2018 10:03 PM, Thomas Dickey wrote:
Files:
ftp://ftp.invisible-island.net/xterm/current/xterm-335.tgz
ftp://ftp.invisible-island.net/xterm/current/xterm-335.tgz.asc
ftp://ftp.invisible-island.net/xterm/patches/xterm-335.patch.gz
ftp://ftp.invisible-island.
On 07/01/2018 10:11 PM, Mathieu Westphal wrote:
Hello list,
I am working on a complex Qt/OpenGL Application.
Xorg starts leaking in VRAM when i'm using the application and never
release the memory, until I restart X of course.
$ nvidia-smi
I think you are looking at output from an nvidia to
On 6/10/18 8:19 PM, Ken Moffat wrote:
On Sun, Jun 10, 2018 at 07:11:23PM -0400, Dennis Clarke wrote:
On 6/10/18 11:03 AM, Robert Heller wrote:
At Sun, 10 Jun 2018 10:41:22 -0400 Dennis Clarke wrote:
Dear Xorg:
For some days now I have been going in circles trying to get a
build going
On 6/10/18 11:03 AM, Robert Heller wrote:
At Sun, 10 Jun 2018 10:41:22 -0400 Dennis Clarke wrote:
Dear Xorg:
For some days now I have been going in circles trying to get a
build going from git but endlessly run into oddball dependecy issues on
Debian buster :
.
.
.
checking for RADEON
Dear Xorg:
For some days now I have been going in circles trying to get a
build going from git but endlessly run into oddball dependecy issues on
Debian buster :
.
.
.
checking for RADEON... yes
configure: error: --enable-llvm is required when building r300
build.sh: "./autogen.sh" fail
On 6/7/18 11:47 AM, Braiam Peguero wrote:
On Thu, Jun 7, 2018 at 11:06 AM, Dennis Clarke <mailto:dcla...@blastwave.org>> wrote:
On 6/7/18 10:44 AM, Michal Srb wrote:
On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote:
Package libtizcore was not fou
On 6/7/18 10:44 AM, Michal Srb wrote:
On čtvrtek 7. června 2018 16:15:50 CEST Dennis Clarke wrote:
Package libtizcore was not found in the pkg-config search path.
Perhaps you should add the directory containing `libtizcore.pc'
to the PKG_CONFIG_PATH environment variable
No package '
Dear X-types:
Is there a new minimal dependency list?
While running a build I see this :
==
== Processing: "mesa/mesa"
==configuration options:
Cloning into 'mesa/mesa'...
remote: Counting objects: 1006300, done.
rem
On 08/05/2016 12:38 PM, Ilya Anfimov wrote:
X Window Sys-
tem Protocol X Consortium Standard.
For those that want to know :
X Window System Protocol X Consortium Standard.
https://www.x.org/releases/X11R7.7/doc/xproto/x11protocol.pdf
___
xor
says Error 503 Service Unavailable
I wonder if anyone within the Xorg project has given some thought to just
outright replacement of that web server with something else?
dc
___
xorg@lists.x.org: X.Org support
Archives: http://lists.freedesktop.org/ar
> > > set LD_LIBRARY_PATH to $prefix/lib
> >
> > That there looks like a build error. One should never, ever, need
> to specify LD_IBRARY_PATH in order to run a binary in some location
> like /opt/foo. The RPATH *should* be in the binary itself.
> >
> > Otherwise there is no promise that th
> > That there looks like a build error. One should never, ever, need
> to specify LD_IBRARY_PATH in order to run a binary in some location
> like /opt/foo. The RPATH *should* be in the binary itself.
> >
> > Otherwise there is no promise that the binary will operate as
> expected.
>
> f
> > Can I simply fire this up in the VMware virtual machine with a
> barebone xinit ?
>
> yes. just make sure you set your PATH etc so you start the new bits,
> not the
> system-wide ones.
Well that is not a problem, there is no system wide X at all on this vmware
machine.
> > aster $ ldd
Firstly, let me say a gracious thank you to all who have listened, lurked, and
fired excellent emails at me over the past two weeks to get this to a simple
and
very repeatable process. Should make a lovely article once I write it all up.
Certainly Alan and Peter have shown awesome patience a
While going through the process of building X from git I run into plenty
of little stoppages. Should I be filing bug reports on these or just
comment them out and move on ?
Dennis
==
== Processing module/component: "dr
> > Fire off a rebuild and see :
> > aster $ ./util/modular/build.sh --clone --autoresume built.modules /opt/xorg
> > Building to run Linux / x86_64 ()
> > Fri Jan 25 19:46:35 EST 2013
> > Skipping util module component macros...
>
> skipping means it didn't build it, so judging by the output yo
>
> build.sh takes a --modfile arg listing all the modules you want to build.
awesome.
I looked in there and saw the tseng driver for an IBM PS/2 from 1994 I think.
Not needed.
Well, at the moment the only trouble spot I seem to hit was something called a
newport driver, so I commented tha
>
> because this won't be the last change that breaks this module and if we
> don't have anyone who actually runs and maintains this driver, any work
> spent on it is wasted.
>
Fair enough. I only want the NVidia and ATI Radeon drivers at the moment anyways
and should comment out everything el
> > Any chance to make a change and push it back into the git repo to
> get passed this ?
>
> Nope. Better for you to edit the list of modules you pass the build
> script to
> not try to build drivers no one can maintain any more since the
> hardware hasn't
> been seen in a decade or two.
> On 01/25/13 01:28 PM, Dennis Clarke wrote:
> > build.sh: error processing module/component: "driver/xf86-video-ark"
> >
> > Looks like I need mibstore.h and based on the bug report it lives at
> :
> >
> > http://www.opensource.apple.com/so
Looks like I ran headlong into bug id=57303.
following the same process I have been on for a week or so now I do the
following :
aster $ rm -rf xorg/
aster $ rm -rf /opt/xorg/*
aster $ mkdir -p xorg/util
aster $ CONFFLAGS=\-\-with\-udev\-rules\-dir\=/opt/xorg/udev
aster $ export CONFFLAGS
aster
Looks like I ran headlong into bug id=57303.
following the same process I have been on for a week or so now I do the
following :
aster $ rm -rf xorg/
aster $ rm -rf /opt/xorg/*
aster $ mkdir -p xorg/util
aster $ CONFFLAGS=\-\-with\-udev\-rules\-dir\=/opt/xorg/udev
aster $ export CONFFLAGS
aste
> >
> > I am trying to do this compile as anyone would do any other software
> package
> > which would generally have an install stage that comes after the
> compile and
> > test phases. So the safe bet is to set CONFFLAGS with something
> like
> > this : --with-udev-rules-dir=/opt/xorg/udev
- Original Message -
From: Peter Hutterer
Date: Thursday, January 24, 2013 6:24 pm
Subject: Re: driver/xf86-input-vmmouse : cannot create regular file
`/lib/udev/rules.d/69-xorg-vmmouse.rules': Permission denied
To: Dennis Clarke
Cc: x...@lists.freedesktop.org
> On Thu, Jan
> > Do I need to isolate this module, build it as root, and then go back
> to being a
> > regular user or ??
>
> vmmouse gets the directory to install the udev rules from pkgconfig by
> default, or --with-udev-rules-dir at configure time. if you don't need
> the
> rules, you can consider the
Rightly so, my build halted when it tried to make a change in /lib/udev/rules.d
which
is well outside of my /opt/xorg target directory.
Do I need to isolate this module, build it as root, and then go back to being a
regular user or ??
details attached .
Dennis
Rightly so, my build halted when it tried to make a change in /lib/udev/rules.d
which
is well outside of my /opt/xorg target directory.
Do I need to isolate this module, build it as root, and then go back to being a
regular user or ??
details attached .
Dennis
===
> On Wed, 23 Jan 2013, 01:30:33 GMT, Dennis Clarke
> wrote:
>
> > In the mean while I will assume that the sources I am looking for
> are at
> >
> > ftp://xmlsoft.org/libxslt/libxslt-1.1.28.tar.gz
> >
> > If I build that into /usr/l
> On Ter, 2013-01-22 at 20:10 -0500, Dennis Clarke wrote:
> > Is there someone that can give that server a nudge ?
> >
> > http://www.x.org/wiki/ModularDevelopersGuide#Required_Tools
> >
> > still tossing a 503 :-(
>
> yeah all http://www
Is there someone that can give that server a nudge ?
http://www.x.org/wiki/ModularDevelopersGuide#Required_Tools
still tossing a 503 :-(
dc
--- Begin Message ---
On 01/22/13 02:26 PM, Dennis Clarke wrote:
> Not sure how to provide xsltproc if it isn't in the sources pulled
- Original Message -
From: Alan Coopersmith
Date: Tuesday, January 22, 2013 5:32 pm
Subject: Re: xcb/libxcb : configure: error: XCB requires xsltproc.
To: Dennis Clarke
Cc: xorg@lists.x.org
> On 01/22/13 02:26 PM, Dennis Clarke wrote:
> > Not sure how to provide xsltproc if
This was once titled "trying to build X from git on Debian 6.0.6" however the
essential dependecies and initial falling over on my own face seems to have
been passed. May as well get specific as each problem occurs.
All seems to be progressing neatly, however :
aster $ ./util/modular/build.s
> On 01/21/13 05:08 PM, Dennis Clarke wrote:
> > Hrmmm .. I guess these CFLAGS are not going to work :
> >
> > aster $ echo $CFLAGS
> > -m64 -g -malign-double -std=iso9899:199409 -pedantic-errors
>
> Current X sources require some C99 features, but you'
> So you are using insane C flags and you want us to debug them? try
> dropping -pedantic-errors, and maybe -std=
>
> Dave.
Much better progress .. for a while :
==
== Processing module/component: "xcb/proto"
==conf
> Dave.
As an explanation, I hope, ultimately, to get a nice up to date Radeon driver on
my Debian wheezy laptop[1] as per :
http://www.x.org/wiki/radeonBuildHowTo
So really I have a plan .. to get to a better quality build with great graphics
which can actually play high quality framerat
>
> So you are using insane C flags and you want us to debug them? try
> dropping -pedantic-errors, and maybe -std=
Not at all .. I don't have a point of reference and those CFLAGS were in
my .profile ... I just never thought to look at them. I was certainly able
to build piles of stuff like
> On Mon, Jan 21, 2013 at 12:53:24 -0500, Dennis Clarke wrote:
>
> > So the problem, at the moment, is the source me thinks.
> >
> Try again.
aster $ diff ./font/util/bdftruncate.c_backup ./font/util/bdftruncate.c
170c170
<
> > So the problem, at the moment, is the source me thinks.
> >
> Try again.
>
> $ (echo '#include '; echo SSIZE_MAX ) | cpp -E | tail -1
> 9223372036854775807L
> $ grep '^# *include' /usr/include/limits.h
> #include
> #include
> # include_next
> # include
> # include
> # include
> $ gre
> > However needing "xorg-macros version 1.12 or higher" I do not see what
> > the issue is there because the blog says you get everything you need
> > in one shot.
>
> Running 'apt-cache search xorg-macros' leads to the xutils-dev package,
> which includes these macros.
Tried that right away a
m: Dave Airlie
Date: Monday, January 14, 2013 8:43 pm
Subject: Re: Updating my Xorg on RHEL 6 etc
To: Dennis Clarke
Cc: xorg@lists.x.org
>> you can install a second X server from git (or anywhere) next to your
>> existing one:
>> http://who-t.blogspot.com.au/2012/05/testing-x-se
- Original Message -
From: Dave Airlie
Date: Monday, January 14, 2013 8:43 pm
Subject: Re: Updating my Xorg on RHEL 6 etc
To: Dennis Clarke
Cc: xorg@lists.x.org
>> you can install a second X server from git (or anywhere) next to your
>> existing one:
>> http://who
> When RHEL6.4 is released it would probably be more worth doing, as its
> planned to have a newer Mesa.
Ah well .. I'll should just await the 6.4 release. I figure it can't be far
down the road from this :
$ cat /etc/redhat-release
Red Hat Enterprise Linux Workstation release 6.3 (Santiago)
> you can install a second X server from git (or anywhere) next to your
> existing one:
> http://who-t.blogspot.com.au/2012/05/testing-x-servers-from-git.html
side question, who in your opinion makes the absolute best graphics hardware
avail for the niX and X world ? Seriously, your opinion.
> > Has anyone done this sort and thing AND written a blog somewhere
> about it ?
> >
> >Just looking for pointers in the right direction, along with "be
> careful of .." type stuff.
>
> you can install a second X server from git (or anywhere) next to your
> existing one:
> http://who
> On Tue, Jan 15, 2013 at 8:09 AM, Dennis Clarke
> wrote:
> >
> > Dear X folks :
> >
> > One of the things I have long wanted to do is build X from the
> ground up and replace the
> > version running on my workstation. This probably is not recommen
Dear X folks :
One of the things I have long wanted to do is build X from the ground up
and replace the
version running on my workstation. This probably is not recommended by the Red
Hat folks
as I am using RHEL 6 workstation and I am sure that future updates from them
would mess
with any
61 matches
Mail list logo
