Hello *,
an ongoing project requires a device driver for an smi501 graphics chip
wired via local bus. Former posts about this topic on this list didn't
come to any conclusion
(http://www.nabble.com/SM501-in-non-pci-environment-td6967527.html).
I managed to remove the Pci code from the xf86-video-
Daniel Stone wrote:
> On Wed, Sep 24, 2008 at 07:38:15PM -0400, Joel Feiner wrote:
>> I can no longer use jhbuild to build the tree because it complains of
>> missing modules. It was working as of last week, but something changed
>> since then (don't know what) and now I get a message like this ev
On Wed, Sep 24, 2008 at 07:38:15PM -0400, Joel Feiner wrote:
> I can no longer use jhbuild to build the tree because it complains of
> missing modules. It was working as of last week, but something changed
> since then (don't know what) and now I get a message like this every
> time I try to build
I can no longer use jhbuild to build the tree because it complains of
missing modules. It was working as of last week, but something changed
since then (don't know what) and now I get a message like this every
time I try to build anything with it:
jhbuild build: dependent module "xorg-fonts" not
On Wed, 24 Sep 2008 09:24:27 -0400, Alex Deucher <[EMAIL PROTECTED]>
wrote:
> On Wed, Sep 24, 2008 at 12:27 AM, dan <[EMAIL PROTECTED]> wrote:
>> Hi Alex. Thanks for the response.
>>
>> On Sun, 21 Sep 2008 11:33:45 -0400, Alex Deucher <[EMAIL PROTECTED]>
>> wrote:
>>> On Sun, Sep 21, 2008 at 2:15 A
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Brett Smith wrote:
| From a licensing perspective, we feel it would be ideal if someone
| could get in touch with the people who wrote changes to those files,
| and get their permission to relicense it under the new SGI Free
| License B or something c
Right now, Gnome uses RandR to figure out the current screen
configuration, but RandR probes the hardware, taking time and causing
flashing. What we need is some way to get the info that gnome needs
without also polling the hardware for what possible configurations there
might be.
This is targeted
Peter Hutterer wrote:
> In the default case (if you do not have a handler) the property will get
> deleted. Only if you want to absolutely prohibit anyone from deleting the
> prop, then you need a handler.
>
> The reason for the decision is that if two handlers affect the same
> property, one hand
On Wed, Sep 24, 2008 at 12:54:43PM -0400, James Cloos wrote:
> NetBSD doesn't have a libmd
NetBSD has them in libc.
Joerg
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/xorg
> "John" == John Tapsell <[EMAIL PROTECTED]> writes:
>> (Martin Hinner's libmd (at http://freshmeat.net/projects/libmd/) uses
>> public domain sha1 code in C by Peter Gutman and Colin Plumb.
John> libmd also does not cross compile.
John> I will send a bug report upstream.
Martin's page says
2008/9/24 Mikhail Gusarov <[EMAIL PROTECTED]>:
> CS> Why not just put more effort into making sure OpenSSL is portable?
>
> It is already portable, just unnecessary.
For what it's worth, I worked out how to compile openssl for the arm.
It doesn't use autotools etc and my original mistake was to
Twas brillig at 08:53:12 24.09.2008 UTC-07 when [EMAIL PROTECTED] did gyre and
gimble:
CS> Out of curiosity, why is the dependency on OpenSSL such a bad thing?
Sometimes it just not necessary to have OpenSSL on device: e.g. in my
case X would be single OpenSSL user (even SSH - dropbear - does n
> I think that requiring two presses of Ctrl-Alt-Backspace in close
succession ...
FWIW that is close to the way SunRays (thin clients) work, except for
the close part.
___
xorg mailing list
xorg@lists.freedesktop.org
http://lists.freedesktop.org/mailm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
John Tapsell wrote:
>
> If the patches are not accepted, then it will mean that X still does
> not cross-compile out of the box, which would be a real shame imho
> when we are so close.
Out of curiosity, why is the dependency on OpenSSL such a bad th
Twas brillig at 08:45:51 24.09.2008 UTC-07 when [EMAIL PROTECTED] did gyre and
gimble:
>> On IRC someone brought up an important point that the license of
>> libmd is somewhat dodgy. Half the files have no copyright
>> information at all, and some files are licenses such "for
>> non-commerci
> "Jason" == Jason Spiro <[EMAIL PROTECTED]> writes:
Jason> It would work fine for me. But it's not good enough for most
Jason> users, since most Xorg users don't know how to edit their
Jason> xorg.conf files.
The question was asked wrong.
The question should not have been,
> "Jason" == Jason Spiro <[EMAIL PROTECTED]> writes:
Jason> As for the Ctrl+K+X idea (which I don't know is as safe;
Jason> 2. is it possible that
In emacs:
C-x k runs `kill-buffer'
a common occurance.
C-x C-k runs `edit-kbd-macro'
I've often wound up running the second o
John Tapsell wrote:
> Hi Keith,
>
> On IRC someone brought up an important point that the license of
> libmd is somewhat dodgy. Half the files have no copyright information
> at all, and some files are licenses such "for non-commercial use only"
> etc. So it seems that we have to rule out usin
On Wed, 2008-09-24 at 15:53 +0100, John Tapsell wrote:
> How would you feel about a SHA1 implementation in Xorg, but enabled
> only by a configure switch or as a fallback option? This would mean
> that Xorg could finally be easily cross-compiled out of the box,
> bringing love and happiness to
Twas brillig at 15:53:52 24.09.2008 UTC+01 when [EMAIL PROTECTED] did gyre and
gimble:
JT> It could be just another package that is included along with the
JT> xorg distribution.
Or even not included, just hosted on fd.o as lots of other libraries are.
--
pgprg7RlJD8MM.pgp
Description: PGP
Hi Keith,
On IRC someone brought up an important point that the license of
libmd is somewhat dodgy. Half the files have no copyright information
at all, and some files are licenses such "for non-commercial use only"
etc. So it seems that we have to rule out using this.
So it seems that ther
Beso schrieb:
> 2008/9/24 Glynn Clements <[EMAIL PROTECTED]>:
>> Ben Gamari (FOSS) wrote:
>>
>>> My completely unprofessional opinion is that Jason brings up a really
>>> good point here. Accidentally zapping Xorg can not only be extremely
>>> frustrating, but it could be extremely confusing for
Beso gmail.com> writes:
> maybe could be interesting the adding of a function to remap the
> keyboards instead of mapping an alternative.
You need to remember that when this function is used, the X server
is in a bad state in some way, thus it is paramount that the code
used is as simple as po
2008/9/24 Glynn Clements <[EMAIL PROTECTED]>:
>
> Ben Gamari (FOSS) wrote:
>
>> My completely unprofessional opinion is that Jason brings up a really
>> good point here. Accidentally zapping Xorg can not only be extremely
>> frustrating, but it could be extremely confusing for a new user. This
>> b
2008/9/24 John Tapsell <[EMAIL PROTECTED]>:
> 2008/9/23 James Cloos <[EMAIL PROTECTED]>:
>>> "John" == John Tapsell <[EMAIL PROTECTED]> writes:
>>
>> John> Pretty much every single embed system?
>> John> Openssl doesn't crosscompile.
>>
>> John> If you revert this patch, you make it not possibl
On Tuesday 09 September 2008 13:29:27 Daniel Stone wrote:
> Hi,
>
> On Tue, Sep 09, 2008 at 10:50:51AM +0100, George Wright wrote:
> > Everything just works fine on most modern platforms, but trying to run
> > the thinclient server on Fedora Core 6 results in Xdialog not showing
> > fonts at all. T
On Wed, Sep 24, 2008 at 12:27 AM, dan <[EMAIL PROTECTED]> wrote:
> Hi Alex. Thanks for the response.
>
> On Sun, 21 Sep 2008 11:33:45 -0400, Alex Deucher <[EMAIL PROTECTED]>
> wrote:
>> On Sun, Sep 21, 2008 at 2:15 AM, Daniel <[EMAIL PROTECTED]>
> wrote:
>>> On Sat, 2008-09-20 at 15:26 +1000, Danie
Ben Gamari (FOSS) wrote:
> My completely unprofessional opinion is that Jason brings up a really
> good point here. Accidentally zapping Xorg can not only be extremely
> frustrating, but it could be extremely confusing for a new user. This
> being said, I also agree that any change that might be
Matthieu Herrb <[EMAIL PROTECTED]> writes:
> Hi
>
> Does someone have some benchmarks or numbers from real life X usage
> showing the benefits of using the SSE2 code in pixman 0.12.0 over non
> SSE2 on x86 and/or x86_64 cpus?
Not from real-life X usage, but from the cairo performance test
suit
Matthieu Herrb:
Does someone have some benchmarks or numbers from real life X usage
showing the benefits of using the SSE2 code in pixman 0.12.0 over non
SSE2 on x86 and/or x86_64 cpus?
I'm asking because OpenBSD is stuck with an old gcc version which can't
compile the SSE2 code, and I wonder
2008/9/24 Igor Mozolevsky <[EMAIL PROTECTED]>:
> 2008/9/24 David Gerard <[EMAIL PROTECTED]>:
>> FWIW, I tend to kill X not with ctrl-alt-bs but by going to a non-X
>> console with ctrl-alt-F2 and sudo pkill Xorg. I suppose that's a bit
>> Linux/FreeBSD-specific, of course. sshing in from another m
2008/9/23 James Cloos <[EMAIL PROTECTED]>:
>> "John" == John Tapsell <[EMAIL PROTECTED]> writes:
>
> John> Pretty much every single embed system?
> John> Openssl doesn't crosscompile.
>
> John> If you revert this patch, you make it not possible to
> John> cross-compile X, afaics.
>
> The pre-pa
2008/9/24 David Gerard <[EMAIL PROTECTED]>:
> FWIW, I tend to kill X not with ctrl-alt-bs but by going to a non-X
> console with ctrl-alt-F2 and sudo pkill Xorg. I suppose that's a bit
> Linux/FreeBSD-specific, of course. sshing in from another machine also
> works well.
BTW, you can also kill it
2008/9/23 Jaymz Julian <[EMAIL PROTECTED]>:
> Lots of things "shouldn't" happen, with computers. One day, we will
> make them bug free. And no-one will ever have to kill X again, or it
> won't be the easiest way out at least. Or maybe reboots will be
> fast enough to not bother for users. At w
On Wed, Sep 24, 2008 at 02:42:29AM +0100, Simos Xenitellis wrote:
> The next step in replacing xkbcomp would be to list any of the
> structures we many want to eliminate or reduce some of the fields.
>
> xkb_keymap
> | xkb_keycodes
Required, mostly invariant.
> | xkb_types
Requi
On Wed, Sep 24, 2008 at 02:18:43AM +0300, Daniel Stone wrote:
> On Tue, Sep 23, 2008 at 09:35:12PM +0100, Simos Xenitellis wrote:
> > An issue that is often discussed is the xkbcomp utility, that parses
> > the xkeyboard-config configuration files
> > and produces a binary XKM file that X.Org can r
36 matches
Mail list logo