On 02/17/2010 12:21 AM, ext Peter Hutterer wrote:
> On Tue, Feb 16, 2010 at 09:58:39AM +0100, Bradley T. Hughes wrote:
>> On 02/16/2010 03:10 AM, ext Peter Hutterer wrote:
The problem is not about FireFox. With some effort you can fix it there.
But what about close source software such as
On Tue, Feb 16, 2010 at 07:26:35AM -0800, Keith Packard wrote:
> On Mon, 15 Feb 2010 23:21:28 +0100, Luc Verhaegen wrote:
>
> > Can we get some more details here please? Alanc also mentioned ssl
> > certificates, FOSDEM 2010 and Videohackfest from the top of his head.
>
> We haven't paid for an
On Wed, 2010-02-17 at 08:13 +0200, Matthew Fincham wrote:
> On 17-02-10 07:57, Matthew Fincham wrote:
> > On 16-02-10 17:27, Michel Dänzer wrote:
> >
> >> On Tue, 2010-02-16 at 14:17 +0200, Matthew Fincham wrote:
> >>
> >>
> >>> On 16-02-10 11:29, Michel Dänzer wrote:
> >>>
> >>>
Hi,
On Tue, Feb 16, 2010 at 01:05:14PM -0800, Alan Coopersmith wrote:
> Chris Ball wrote:
> >> expo (the 2U machine) was there originally, and this serves the
> >> needs of *.x.org fairly well. The 3U machines were donated by
> >> Sun and were earmarked for backup, redundancy, sharing
Here are the results of my quick survey of Window Managers present in
Debian/Stable. That is the same Debian that has the Xorg server with
classic dualhead effectively removed.
The goal is to see how practical xrandr is for dual-screen purposes,
today.
I started the X11 server with 1400x1050 o
Martin Cracauer, le Wed 17 Feb 2010 09:45:25 -0500, a écrit :
> Before I pass final verdict, what would be involved in -say- hacking
> up fvwm2 to deal with xrandr?
Note
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=395500
Actually you just need to restart fvwm to make it notice the new layou
>> I have a problem with keyboard LEDs: they don't work under X Window
>> System. They don't turn on when I press Caps Lock, Num Lock or Scroll
>> Lock. But they do work under virtualizers like VMware or QEMU (If I
>> press Num Lock, the Num Lock LED will turn on under VMware, but not
>> under real
Martin Cracauer:
> Overall my original impression has been reinforced: you basically
> dropped what hackers need when getting work done on a desktop Unix
> machine in favor of what managerish types coming from Windows need
> when standing in front of a projector and need to get their
> single-task
Martin Cracauer wrote:
> Here are the results of my quick survey of Window Managers present in
> Debian/Stable. That is the same Debian that has the Xorg server with
> classic dualhead effectively removed.
Isn't "classic dualhead" removed by the specific drivers? I didn't
think anything had c
On Wed, Feb 17, 2010 at 9:45 AM, Martin Cracauer wrote:
> Here are the results of my quick survey of Window Managers present in
> Debian/Stable. That is the same Debian that has the Xorg server with
> classic dualhead effectively removed.
>
> The goal is to see how practical xrandr is for dual-sc
On Tue, 2010-02-16 at 10:30 +0200, Nameer Yarkon wrote:
> Hi,
>
> Does X11 still uses /dev/mem to directly manipulate the physical memory ?
strace would tell you. The answer is "it depends" though. On Linux,
most memory access goes through the PCI BAR resource files in sysfs, but
there are some
Alan Coopersmith wrote on Wed, Feb 17, 2010 at 07:34:01AM -0800:
> Martin Cracauer wrote:
> > Here are the results of my quick survey of Window Managers present in
> > Debian/Stable. That is the same Debian that has the Xorg server with
> > classic dualhead effectively removed.
>
> Isn't "clas
On Wed, Feb 17, 2010 at 5:43 PM, Adam Jackson wrote:
> most memory access goes through the PCI BAR resource files in sysfs, but
i was expecting that if /dev/mem was abonded, then you will probably
have to call mmap() on a DRM specific driver node to get the mapping
you require.
how is it technic
On Wed, Feb 17, 2010 at 10:50 AM, Martin Cracauer wrote:
> Alan Coopersmith wrote on Wed, Feb 17, 2010 at 07:34:01AM -0800:
>> Martin Cracauer wrote:
>> > Here are the results of my quick survey of Window Managers present in
>> > Debian/Stable. That is the same Debian that has the Xorg server wit
Alex Deucher wrote on Wed, Feb 17, 2010 at 10:35:37AM -0500:
> On Wed, Feb 17, 2010 at 9:45 AM, Martin Cracauer wrote:
> > Here are the results of my quick survey of Window Managers present in
> > Debian/Stable. ?That is the same Debian that has the Xorg server with
> > classic dualhead effective
On Wed, Feb 17, 2010 at 05:54:18PM +0200, Nameer Yarkon wrote:
> On Wed, Feb 17, 2010 at 5:43 PM, Adam Jackson wrote:
> > most memory access goes through the PCI BAR resource files in sysfs, but
>
> i was expecting that if /dev/mem was abonded, then you will probably
> have to call mmap() on a DR
Martin Cracauer, le Wed 17 Feb 2010 10:50:12 -0500, a écrit :
> Thanks for the fvwm2 tip, I'll try that later. Of course it won't do
> anything about the other client problems and the virtual desktop
> switching.
Note that virtual desktop switching is handled by fvwm2 too. Initially
I thought ha
Samuel Thibault wrote on Wed, Feb 17, 2010 at 05:10:19PM +0100:
> Martin Cracauer, le Wed 17 Feb 2010 10:50:12 -0500, a ?crit :
> > Thanks for the fvwm2 tip, I'll try that later. Of course it won't do
> > anything about the other client problems and the virtual desktop
> > switching.
>
> Note th
Martin Cracauer, le Wed 17 Feb 2010 11:17:52 -0500, a écrit :
> Apart from that, in the movie situation wouldn't clients that open
> dialog boxes in the middle of what they think is the screen obscure
> parts of the movie at random times?
If they properly use the xinerama information that provides
Samuel Thibault wrote on Wed, Feb 17, 2010 at 05:29:12PM +0100:
> Martin Cracauer, le Wed 17 Feb 2010 11:17:52 -0500, a ?crit :
> > Apart from that, in the movie situation wouldn't clients that open
> > dialog boxes in the middle of what they think is the screen obscure
> > parts of the movie at r
After writing a somewhat functional xorg driver for the OAK Spitfire
OTI64111 video card, I am trying to modify the driver to support the
OTI64107 video card, which I have plugged in my test machine. The first
strange thing that I notice about this card is that it reports a MMIO
region that is
On Wed, Feb 17, 2010 at 6:04 PM, Daniel Stone wrote:
> What's your real question? i.e. what problem are you trying to solve?
I'm trying to understand how user space can efficiently manipulate
physical memory, and I'm sure that X11 does that great. So this is
just a learning exercise for me about
On Wed, Feb 17, 2010 at 11:03 AM, Martin Cracauer wrote:
> Alex Deucher wrote on Wed, Feb 17, 2010 at 10:35:37AM -0500:
>> On Wed, Feb 17, 2010 at 9:45 AM, Martin Cracauer wrote:
>> > Here are the results of my quick survey of Window Managers present in
>> > Debian/Stable. ?That is the same Debia
On Wed, 17 Feb 2010 11:38:18 -0500
Martin Cracauer wrote:
> Samuel Thibault wrote on Wed, Feb 17, 2010 at 05:29:12PM +0100:
> > Martin Cracauer, le Wed 17 Feb 2010 11:17:52 -0500, a ?crit :
> > > Apart from that, in the movie situation wouldn't clients that open
> > > dialog boxes in the middle
On Wed, 2010-02-17 at 12:13 -0500, Alex Villacís Lasso wrote:
> After writing a somewhat functional xorg driver for the OAK Spitfire
> OTI64111 video card, I am trying to modify the driver to support the
> OTI64107 video card, which I have plugged in my test machine. The first
> strange thing t
On Wed, 2010-02-17 at 19:29 +0200, Nameer Yarkon wrote:
> On Wed, Feb 17, 2010 at 6:04 PM, Daniel Stone wrote:
> > What's your real question? i.e. what problem are you trying to solve?
>
> I'm trying to understand how user space can efficiently manipulate
> physical memory, and I'm sure that X11
Doh. Those buttons now appear to be named "Update Your
Info" and "Update", respectively. I hadn't realized they
had been renamed; my apologies for the confusion.
Bart
In message you wrote:
> On Oct 13, 2009, at 20:07, Barton C Massey wrote:
> > To renew your membership, simply login to
On Wed, Feb 17, 2010 at 07:04, Peter Vypov wrote:
> I have installed xorg-xserver version 1.4.2 and all the LEDs now work.
> Problem fixed. Sérgio, Daniel, thank you! (I also tried xorg-xserver
> 1.4.99.906, but it wanted newer glproto for some reason).
The ".99" releases are development work tow
On Wed, 2010-02-17 at 18:04 +0300, Peter Vypov wrote:
> (I also tried xorg-xserver
> 1.4.99.906, but it wanted newer glproto for some reason).
1.4.99.906 is an 1.5 RC
1.4 => X.org 7.3
1.5 => X.org 7.4
1.7 => X.org 7.5
Why you want an xserver 1.5 RC ?
Regards,
--
Sérgio M. B.
smime.p7s
Hi,
>> Last time I looked at OSUOSL for hosting, they wouldn't let
>> people have root on hosted machines -- do you know if that's
>> still the case?
> That's a good question. I know at least one admin, warthog9, has
> full control of his machines. I think it varies depending on
30 matches
Mail list logo