Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow

2011-09-25 Thread Rogério Brito
Hi, Julien.

2011/9/25 Julien Cristau :
> On Tue, Feb 22, 2011 at 23:40:42 -0300, Rogério Brito wrote:
>
>> Hi, Kibi.
>>
>> On Feb 23 2011, Cyril Brulebois wrote:
>> > Julien Cristau  (28/09/2010):
>> > > On Tue, Sep 28, 2010 at 06:24:40 +0200, Cyril Brulebois wrote:
>> > > > What happens with the Debian kernel currently in unstable?
>> > > >
>> > > It has 8xx blacklisted from kms, so won't work with that driver.
>> > > 2.6.32-24 (to be uploaded today) should work though.
>> >
>> > Hi Rogério,
>> >
>> > how is it going in squeeze or in sid?
>>
>> I'm not in front of that computer right now (well, I *just* moved to a new
>> home a few km apart), but I still have to get things from my old home and I
>> will report back, OK?
>>
>> BTW, on almost all of my computers, I essentially only use sid, with a few
>> packages from experimental and with kernels compiled by me.
>>
>> I will see what are the results that I get with my kernels (KMS compiled and
>> set) and with Debian kernels (with KMS blacklisted, as Julien informed us).
>>
> Nothing new, so closing.

Do you want me to provide what kind of data? I don't have that
computer with me, but I intend to give it to my mother-in-law, and, as
she a *complete* novice with computers at all, everything working is
of importance.

Anyway, just a ping instead of closing the bug would be fine.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/CAOtrxKPA0h1OHWvhfv=q9jp6b_g0nzw0w5levncx9+vlhgn...@mail.gmail.com



Bug#649002: iBook touchpad stopped working

2011-12-07 Thread Rogério Brito
Hi there.

On Nov 19 2011, Evgeni Golov wrote:
> This is a "me too".
> Works fine in 1.4.1-1, broken in 1.5.0-1.

Yet another "me too" here. Precisely the same symptoms, precisely
everything.

Reverting to the version in 1.4.1-1+b1 makes everything work again.

> Lemme know if I can supply any usefull information.
> Btw, 12" iBook 2005 (1.33GHz)

Same hardware here.


Regards,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20111207162029.ga5...@ime.usp.br



Bug#746272: mesa: Having the same issues as Elimar

2014-09-17 Thread Rogério Brito
Package: mesa
Followup-For: Bug #746272

Hi.

I am having the sasme issues as Elimar is having, under very similar
circumstances (with the exception that my card is a Mobility Radeon 9550,
while his is a 9600).

In particular, I can't run some programs, as they refuse to run. One example
is mpv with the driver opengl. I get, among other things:

,
| libGL error: failed to load driver: r300
| libGL error: failed to load driver: swrast
| [vo/opengl] no GLX support present
| [vo/opengl] OpenGL context creation failed!
| Error opening/initializing the selected video_out (-vo) device.
| Video: no video
| Video: no video
`

And no video appears. I can't also use other programs (desktop environments)
that need any hardware assistance.

If any further information is needed, please let me know. I don't have
access to this notebook as frequently as I'd like, though.


Thanks,

Rogério Brito.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 3.16-1-powerpc
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140918003436.ga7...@ime.usp.br



Making dead-keys from us_intl layout work with all characters?

2003-05-27 Thread Rogério Brito

Hi there.

I recently switched my keyboard layout from us to us_intl, as
I need accents (previously, I used accents on Emacs only, but
that was too limiting).

The problem that I see is that whenever I press a dead-key
(like tilde), the only keys that generate a symbol after that
are the letters that should be accented.

This is more limiting than what I would expect, since the
combination ~/ is quite common for shells, for instance (but
not only this combination).

Emacs' own iso-accents-mode does what I would like to achieve
(that is, generates a double char sequence after I type 't),
instead of eating both characters. :-(

So, is there any way to achieve what I want? I already looked
at /usr/lib/X11/xkb/symbols/us_intl with the intention of
modifying it, but the file left me the impression that the X
server can not generate two characters after one keypress. Is
that correct?

What is the appropriate way to change the behaviour to be what
I want?


Thanks in advance, Roger...

P.S.: Please let me know if I'm asking the wrong place; also please CC
me on replies.
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Rogério Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=



Bug#279597: xserver-xfree86: [mga] SEVG when using Mozilla on MGA400 rev 04

2004-11-03 Thread Rogério Brito
Package: xserver-xfree86
Version: 4.3.0.dfsg.1-8
Severity: important

I was just browsing the web with Mozilla 1.7.3 (the version in testing) and
when I middle-clicked a link the xserver received a Signal 11 and died. I
use fluxbox as my window manager.

At the moment of the crash, I had grip ripping an audio CD, fluxbox
running, mozilla (the suite) browsing some pages and some rxvt windows with
misc things (bash, mutt, fetchmail etc).

It's been quite a while since I last saw the X server crash and it is quite
frightening to do so, as it is part of the infra-structure of most of the
systems that I use. Oh, this is on ix86.

I don't know how many other relevant details I can provide, but feel free
to ask me whatever is important to help diagnose this bug. My card is a
Matrox G400 monohead AGP with 16MB of RAM. The computer has an Asus A7V
board with KT133 Via chipset (not KT133A). It has a Duron 600MHz processor
and I've been stably running testing here for a long time.

The only modification that I did to the X packages was to include us_intl
back (since the last upgrade broke my layout and I type texts mostly in
Portuguese in a keyboard with US layout).

I'm attaching the log after the crash (I don't know if it will be helpful
or not). I'm also attaching my configuration file.

Thanks for any help that you can provide and, again, please feel free to
ask any questions regarding my system that may lead to a solution.


Thanks, Rogério.

-- Package-specific info:

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (990, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.9-ac6-1
Locale: LANG=C, LC_CTYPE=pt_BR

Versions of packages xserver-xfree86 depends on:
ii  debconf [debconf-2.0] 1.4.30.8   Debian configuration management sy
ii  libc6 2.3.2.ds1-18   GNU C Library: Shared libraries an
ii  libgcc1   1:3.4.2-2  GCC support library
ii  xserver-common4.3.0.dfsg.1-8 files and utilities common to all 
ii  zlib1g1:1.2.2-1  compression library - runtime

-- debconf information:
  xserver-xfree86/config/monitor/screen-size: 17 inches (430 mm)
  xserver-xfree86/config/device/use_fbdev:
* xserver-xfree86/config/monitor/selection-method: Advanced
  xserver-xfree86/config/doublequote_in_string_error:
* xserver-xfree86/config/device/bus_id:
* xserver-xfree86/config/device/video_ram:
* xserver-xfree86/config/monitor/lcd: false
  xserver-xfree86/config/inputdevice/keyboard/internal:
* xserver-xfree86/config/device/driver: mga
* xserver-xfree86/config/monitor/vert-refresh: 50-120
* xserver-xfree86/config/display/default_depth: 24
* xserver-xfree86/config/display/modes: 1280x1024, 1280x960, 1152x864, 
1024x768, 800x600, 640x480
* xserver-xfree86/config/modules: GLcore, bitmap, dbe, ddc, dri, extmod, 
freetype, glx, int10, record, speedo, type1, vbe
  xserver-xfree86/config/monitor/range_input_error:
* xserver-xfree86/autodetect_video_card: true
* xserver-xfree86/config/inputdevice/keyboard/variant:
* xserver-xfree86/config/inputdevice/mouse/port: /dev/input/mice
* xserver-xfree86/config/write_files_section: true
* xserver-xfree86/autodetect_monitor: true
* xserver-xfree86/config/device/identifier: Matrox Graphics, Inc. Millennium 
G400
  shared/default-x-server: xserver-xfree86
* xserver-xfree86/config/inputdevice/mouse/emulate3buttons: true
* xserver-xfree86/config/inputdevice/keyboard/layout: us_intl
* xserver-xfree86/config/monitor/horiz-sync: 28-70
* xserver-xfree86/config/monitor/identifier: KDS:e605
  shared/no_known_x-server:
  xserver-xfree86/autodetect_mouse: true
  xserver-xfree86/config/monitor/mode-list: 1280x960 @ 60Hz
* xserver-xfree86/config/inputdevice/keyboard/rules: xfree86
  xserver-xfree86/multiple_possible_x-drivers:
* xserver-xfree86/config/inputdevice/keyboard/model: pc104
* xserver-xfree86/config/write_dri_section: true
* xserver-xfree86/config/inputdevice/mouse/zaxismapping: true
  xserver-xfree86/config/device/bus_id_error:
* xserver-xfree86/config/inputdevice/keyboard/options:
  xserver-xfree86/config/nonnumeric_string_error:
* xserver-xfree86/config/inputdevice/mouse/protocol: ImPS/2
  shared/multiple_possible_x-servers:
  xserver-xfree86/config/null_string_error:

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Rogério Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
# XF86Config-4 (XFree86 X server configuration file) generated by dexconf, the
# Debian X Configuration tool, using values from the debconf database.
#
# Edit this file with caution, and see the XF86Config-4 manual page.
# (Type "man XF86Config-4" at the shell prompt.)
#
# This file is automatically updated on xserver-xfree86 package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xfree86
# package.
#
# If you have edited this 

Making dead-keys from us_intl layout work with all characters?

2003-05-27 Thread Rogério Brito

Hi there.

I recently switched my keyboard layout from us to us_intl, as
I need accents (previously, I used accents on Emacs only, but
that was too limiting).

The problem that I see is that whenever I press a dead-key
(like tilde), the only keys that generate a symbol after that
are the letters that should be accented.

This is more limiting than what I would expect, since the
combination ~/ is quite common for shells, for instance (but
not only this combination).

Emacs' own iso-accents-mode does what I would like to achieve
(that is, generates a double char sequence after I type 't),
instead of eating both characters. :-(

So, is there any way to achieve what I want? I already looked
at /usr/lib/X11/xkb/symbols/us_intl with the intention of
modifying it, but the file left me the impression that the X
server can not generate two characters after one keypress. Is
that correct?

What is the appropriate way to change the behaviour to be what
I want?


Thanks in advance, Roger...

P.S.: Please let me know if I'm asking the wrong place; also please CC
me on replies.
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  Rogério Brito - [EMAIL PROTECTED] - http://www.ime.usp.br/~rbrito
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#793933: libgl1-mesa-dri: WebGL compliance test hangs browsers with Intel cards

2015-07-28 Thread Rogério Brito
Package: libgl1-mesa-dri
Version: 10.6.3-1
Severity: normal

Hi.

I have just started learning the basics of WebGL and one of the first
things that I did was to run the WebGL conformance tests on the machines
that I have at my disposal:


https://www.khronos.org/registry/webgl/sdk/tests/webgl-conformance-tests.html

On my Phenon II X4 system with a (very) old Radeon card, a lot of tests
don't pass, but I don't see anything hanging.

OTOH, on my notebooks (both this Core 2 Duo and a SandyBridge one), one
particular test hangs 100% the browsers that I have tried and the tests
don't finish at all.  The problematic test is:


https://www.khronos.org/registry/webgl/sdk/tests/conformance/glsl/bugs/temp-expressions-should-not-crash.html

To rule out any particular configuration problems, I have started everything
from fresh (read: "removed") profiles, keep my systems updated to sid and
tested with 3 browsers on the 2 notebooks:

* Chromium 43.0.2357.132 (but the problem still happens with 44.0.2403.107-1)
* Iceweasel 40.0~b3-1 (and the ESR version 38.1.0esr-3)
* Google's Chrome 44.0.2403.125-1

All of them resulted in inoperant browsers.

Is there anybody that can reproduce the bug? Is there anything else that I
can provide to track down what is the problem?


Thanks,

Rogério Brito.


-- Package-specific info:
glxinfo:

name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, GLX_ARB_multisample, 
GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_OML_swap_method, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_SGI_swap_control
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_create_context_robustness, GLX_ARB_fbconfig_float, 
GLX_ARB_framebuffer_sRGB, GLX_ARB_get_proc_address, GLX_ARB_multisample, 
GLX_EXT_buffer_age, GLX_EXT_create_context_es2_profile, 
GLX_EXT_fbconfig_packed_float, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync
GLX version: 1.4
GLX extensions:
GLX_ARB_create_context, GLX_ARB_create_context_profile, 
GLX_ARB_fbconfig_float, GLX_ARB_framebuffer_sRGB, 
GLX_ARB_get_proc_address, GLX_ARB_multisample, 
GLX_EXT_create_context_es2_profile, GLX_EXT_framebuffer_sRGB, 
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, 
GLX_EXT_visual_rating, GLX_INTEL_swap_event, GLX_MESA_copy_sub_buffer, 
GLX_MESA_multithread_makecurrent, GLX_MESA_query_renderer, 
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_OML_sync_control, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, 
GLX_SGIX_visual_select_group, GLX_SGI_make_current_read, 
GLX_SGI_swap_control, GLX_SGI_video_sync
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) 965GM 
OpenGL version string: 2.1 Mesa 10.6.3
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_3DFX_texture_compression_FXT1, GL_AMD_seamless_cubemap_per_texture, 
GL_AMD_shader_trinary_minmax, GL_ANGLE_texture_compression_dxt3, 
GL_ANGLE_texture_compression_dxt5, GL_APPLE_object_purgeable, 
GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, 
GL_ARB_ES2_compatibility, GL_ARB_buffer_storage, 
GL_ARB_clear_buffer_object, GL_ARB_clear_texture, GL_ARB_clip_control, 
GL_ARB_color_buffer_float, GL_ARB_compressed_texture_pixel_storage, 
GL_ARB_copy_buffer, GL_ARB_copy_image, GL_ARB_debug_output, 
GL_ARB_depth_buffer_float, GL_ARB_depth_clamp, GL_ARB_depth_texture, 
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex, 
GL_ARB_draw_instanced, GL_ARB_explicit_attrib_location, 
GL_ARB_explicit_uniform_location, GL_ARB_fragment_coord_conventions, 
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, 
GL_ARB_fragment_shader, GL_ARB_framebuffer_object, 
GL_ARB_framebuffer_sRGB, GL_ARB_get_program_binary, 
GL_ARB_half_float_pixel, GL_ARB_half_float_vertex, 
GL_ARB_instanced_arrays, GL_ARB_internalformat_query, 
GL_ARB_invalidate_subdat

Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display

2008-06-02 Thread Rogério Brito
Hi, Michel. Long time no see/talk. :-)

On Jun 02 2008, Michel Dänzer wrote:
> On Sun, 2008-06-01 at 18:29 -0300, Rogerio Brito wrote:
> > Oh, BTW, one error/warning that I see reported on the machine's
> > console (and that apparently doesn't get included in the X logs) is
> > the following:
> > 
> > (many times the following error---at least 20 times in a row)
> > (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
> > (...)
> 
> But they are included in the log file:
> 
> > (II) R128(0): Not using default mode "1024x768" (unknown reason)
> > (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
(...)

Sorry. Missed them while perusing the file.

> So, for some reason the kernel's aty128fb is rejecting the X server's
> 1024x768 modes.

Indeed. That's one of the reasons why I tried downloading an older 2.6
kernel, but the dependencies of modern udev have stopped me from
compiling it (I would try with the kernel released with sarge, i.e.,
2.6.8).

> Have you tried putting an X mode definition (e.g.  obtained by fbset
> -x) of the console 1024x768 mode into the xorg.conf monitor section?

Yes, I did that when I first reported this bug to Ubuntu, but apparently
the bug went unnoticed for a long time and sorted as "unimportant" (!)
or something like that.

Anyway, I just tried it again and I'm including here attached both the
xorg.conf and the X log.


Thanks, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
# xorg.conf (X.Org X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the xorg.conf manual page.
# (Type "man xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "Emulate3Buttons"   "true"
EndSection

Section "Device"
Identifier  "Configured Video Device"
Driver  "ati"
BusID   "PCI:0:16:0"
Option  "UseFBDev"  "true"
EndSection

Section "Monitor"
Identifier  "Configured Monitor"
Mode "1024x768"
 # D: 64.994 MHz, H: 48.359 kHz, V: 59.998 Hz
 DotClock 64.995
 HTimings 1024 1064 1200 1344
 VTimings 768 771 777 806
 Flags"-HSync" "-VSync"
EndMode
EndSection

Section "Screen"
Identifier  "Default Screen"
Monitor "Configured Monitor"
EndSection

X.Org X Server 1.4.0.90
Release Date: 5 September 2007
X Protocol Version 11, Revision 0
Build Operating System: Linux Debian (xorg-server 2:1.4.1~git20080517-1)
Current Operating System: Linux ibook 2.6.26-rc4-3 #1 Sun Jun 1 15:21:45 BRT 
2008 ppc
Build Date: 18 May 2008  01:16:18PM
 
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Module Loader present
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun  2 10:00:41 2008
(==) Using config file: "/etc/X11/xorg.conf"
(==) No Layout section.  Using the first Screen section.
(**) |-->Screen "Default Screen" (0)
(**) |   |-->Monitor "Configured Monitor"
(==) No device specified for screen "Default Screen".
Using the first device section listed.
(**) |   |-->Device "Configured Video Device"
(==) |-->Input Device "Configured Mouse"
(==) |-->Input Device "Generic Keyboard"
(==) The core pointer device wasn't specified explicitly in the layout.
Using the first 

Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display

2008-06-02 Thread Rogério Brito
Hi again.

On Jun 02 2008, Rogério Brito wrote:
> Anyway, I just tried it again and I'm including here attached both the
> xorg.conf and the X log.

Just to make things easier to spot, here is the diff of the log without
the modeline and with the modeline provided by fbset.


Thanks again, Rogério.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
--- old.Xorg.0.log	2008-06-02 10:28:00.0 -0300
+++ Xorg.0.log	2008-06-02 10:16:00.0 -0300
@@ -1,3 +1,4 @@
+
 X.Org X Server 1.4.0.90
 Release Date: 5 September 2007
 X Protocol Version 11, Revision 0
@@ -11,7 +12,7 @@
 Markers: (--) probed, (**) from config file, (==) default setting,
 	(++) from command line, (!!) notice, (II) informational,
 	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
-(==) Log file: "/var/log/Xorg.0.log", Time: Sun Jun  1 17:58:06 2008
+(==) Log file: "/var/log/Xorg.0.log", Time: Mon Jun  2 10:00:41 2008
 (==) Using config file: "/etc/X11/xorg.conf"
 (==) No Layout section.  Using the first Screen section.
 (**) |-->Screen "Default Screen" (0)
@@ -338,6 +339,7 @@
 (II) R128(0): Configured Monitor: Using default vrefresh range of 50.00-70.00 Hz
 (WW) R128(0): Unable to estimate virtual size
 (II) R128(0): Clock range:  12.50 to 250.00 MHz
+(II) R128(0): Not using mode "1024x768" (unknown reason)
 (II) R128(0): Not using default mode "640x350" (vrefresh out of range)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "320x175" (unknown reason)
@@ -373,19 +375,13 @@
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "400x300" (unknown reason)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
-(II) R128(0): Not using default mode "1024x768" (unknown reason)
-(EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "512x384" (unknown reason)
-(II) R128(0): Not using default mode "1024x768" (hsync out of range)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "512x384" (unknown reason)
-(II) R128(0): Not using default mode "1024x768" (hsync out of range)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "512x384" (unknown reason)
-(II) R128(0): Not using default mode "1024x768" (hsync out of range)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "512x384" (unknown reason)
-(II) R128(0): Not using default mode "1024x768" (hsync out of range)
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "512x384" (unknown reason)
 (II) R128(0): Not using default mode "1152x864" (hsync out of range)
@@ -485,14 +481,8 @@
 (EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
 (II) R128(0): Not using default mode "960x720" (unknown reason)
 (II) R128(0): Not using default mode "2048x1536" (insufficient memory for mode)
-(EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
-(II) R128(0): Not using default mode "1024x768" (unknown reason)
 (II) R128(0): Not using default mode "2048x1536" (insufficient memory for mode)
-(EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
-(II) R128(0): Not using default mode "1024x768" (unknown reason)
 (II) R128(0): Not using default mode "2048x1536" (insufficient memory for mode)
-(EE) R128(0): FBIOPUT_VSCREENINFO: Invalid argument
-(II) R128(0): Not using default mode "1024x768" (unknown reason)
 (--) R128(0): Virtual size is 800x600 (pitch 800)
 (**) R128(0): *Default mode "800x600": 40.0 MHz, 37.9 kHz, 60.3 Hz
 (II) R128(0): Modeline "800x600"x60.3   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
@@ -681,6 +671,6 @@
 (--) Configured Mouse: PnP-detected protocol: "ExplorerPS/2"
 (II) Configured Mouse: ps2EnableDataReporting: succeeded
 (II) R128(0): [drm] removed 1 reserved context for kernel
-(II) R128(0): [drm] unmapping 8192 bytes of SAREA 0xe905e000 at 0x48022000
+(II) R128(0): [drm] unmapping 8192 bytes of SAREA 0xe9898000 at 0x48022000
 (II) R128(0): [drm] Closed DRM master.
 FreeFontPath: FPE "/usr/share/fonts/X11/misc" refcount is 2, should be 1; fixing.


Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display

2008-06-02 Thread Rogério Brito
Hi, Alex.

On Jun 02 2008, Alex Deucher wrote:
> FWIW, you might also try commenting out the "Usefbdev" option.  IIRC,
> the driver does work without it.

Yes, the driver also works without it, but I have already tried setting
the option to use the kernel framebuffer to false in the X.org config
file. :-(


Thanks for your reply, Rogério Brito.

P.S.: I'm more and more convinced that this problem may lay in kernel
space instead of user space, even though X blurs the whole thing. :-)
-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display

2008-06-02 Thread Rogério Brito
Hi, all.

On Jun 02 2008, Rogério Brito wrote:
> P.S.: I'm more and more convinced that this problem may lay in kernel
> space instead of user space, even though X blurs the whole thing. :-)

Well, it seems that something is way wrong here. I just installed
gcc-3.4 and compiled a kernel 2.6.9 and the result that I got was
exactly the same as before.

That is, even jumping way back from kernel 2.6.26-rc4 to kernel 2.6.9,
things have not changed, which leads me to think that now that the
problem may be connected with Xorg, perhaps... :-(

I'm compiling a 2.6.8 kernel just for some "safety" (since this was the
version that shipped with sarge, wasn't it? my memory isn't that good
here).

Does x.org have something like a git repository? I would be willing to
do some "git bisect" iterations to see if I can find the changeset that
modified this behavior.


Thanks, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#484015: xserver-xorg-video-ati: [r128][powerpc] output is limited to 800x600 even with 1024x768 display

2008-06-02 Thread Rogério Brito
Hi there.

I finally made X work with full 1024x768 resolution on this iBook.
(hooray!). I'm sending a copy of this to -powerpc for reference and
future googlers.

First I downgraded the whole Xorg and its components to the stable
version (etch?). Then, I was conservative and used dpkg-reconfigure to
configure the monitor. It worked *fine*.

On the other hand, using a configuration file (xorg.conf) from sid on
the etch branch gave me the same results as if I were using sid.

But keeping the etch-generated file with sid xorg.conf worked fine.

I think (I'm investigating this right now) that the issue here is that
the modern Xorg configuration tools don't write the monitor frequencies
(if I ask X to configure itself with "X -configure"), while they seem
crucial on this machine for it to work.

(Just tested it)

Yep! That's it: the lines with the monitor frequencies are *needed* for
X to work with the correct resolution.

Even though I made this work, I think that this bug is quite not done
yet, but I can lower its severity to normal.

On Jun 03 2008, Brice Goglin wrote:
> There are many different components in Xorg. The one you should look at are:
> * the r128 driver is at
> git://anongit.freedesktop.org/git/xorg/driver/xf86-video-r128
> * the Xservet at git://anongit.freedesktop.org/git/xorg/xserver
> 
> Bisecting the former should be easy. Bisecting the latter may be much
> more a pain due to ABI changes or so...

Nice. I can bisect it now to see the culprit changeset.


Thanks, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Bug#473578: compiz uses indirect rendering

2008-03-31 Thread Rogério Brito
Package: compiz
Version: 0.6.3~git20080115.0ea58487-1
Severity: normal

Hi.

After many unsuccessful installations of compiz on my machine, I
discovered that the call "compiz --replace" didn't work because compiz
thinks that my hardware doesn't have an extension that it seems to have:

[EMAIL PROTECTED]:~$ compiz.real --replace
compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing
compiz.real (core) - Error: Failed to manage screen: 0
compiz.real (core) - Fatal: No manageable screens found on display :0.0
[EMAIL PROTECTED]:~$

But if I see the extensions supported by glxinfo, then I *do* get
GLX_EXT_texture_from_pixmap reported:

[EMAIL PROTECTED]:~$ glxinfo | grep texture_from_pixmap
GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, 
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
[EMAIL PROTECTED]:~$ 

My system uses an Intel on-board 865G chipset with 32MB of RAM shared
with the main system memory. I'm using a Pentium D 805 here, if memory
serves me well.

I'm not sure right now, but I think that the compiz package in the
installation/live CD uses direct rendering (well, it is much faster than
what I get with Debian via the option --indirect-rendering, even when
used with the CD).

Please, any help is appreciated. Also, let me know if any further
information is necessary/desired.


Thanks for your efforts, Rogério Brito.


-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24.2-1 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US, LC_CTYPE=pt_BR (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/dash

Versions of packages compiz depends on:
ii  compiz-core 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii  compiz-gnom 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii  compiz-gtk  0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana
ii  compiz-plug 0.6.3~git20080115.0ea58487-1 OpenGL window and compositing mana

compiz recommends no packages.

-- no debconf information

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org




Bug#473578: compiz uses indirect rendering

2008-04-01 Thread Rogério Brito
On Mar 31 2008, Julien Cristau wrote:
> On Mon, Mar 31, 2008 at 10:15:38 -0300, Rogério Brito wrote:
> > [EMAIL PROTECTED]:~$ compiz.real --replace
> > compiz.real (core) - Fatal: GLX_EXT_texture_from_pixmap is missing
> > compiz.real (core) - Error: Failed to manage screen: 0
> > compiz.real (core) - Fatal: No manageable screens found on display :0.0
> > [EMAIL PROTECTED]:~$
> 
> Use the compiz wrapper instead of compiz.real.

I used the compiz wrapper in the past. It only gave me a blank screen
and I couldn't do anything else, unfortunately. :-( I was keen on seeing
what compiz.real showed as error messages and that is why I used it for
this bug report.

Now, the compiz wrapper just suggests me to use indirect rendering, when
invoked with --help. I guess that this is a non-bug, then.

> > But if I see the extensions supported by glxinfo, then I *do* get
> > GLX_EXT_texture_from_pixmap reported:
> > 
> > [EMAIL PROTECTED]:~$ glxinfo | grep texture_from_pixmap
> > GLX_ARB_multisample, GLX_EXT_import_context, 
> > GLX_EXT_texture_from_pixmap, 
> > GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
> > [EMAIL PROTECTED]:~$ 
> > 
> It's not reported in the available extensions section when using direct
> rendering, only with LIBGL_ALWAYS_INDIRECT set and AIGLX enabled.

Hummm, I see. :-(

> No it doesn't.  The texture_from_pixmap extension is not provided by
> the dri driver when using direct rendering.

Care to educate me here about what is lacking on the hardware-side of
things?

> It's not clear to me what problem you're reporting...

I would like to avoid the use of indirect-rendering to save some CPU
time.


Thanks, Rogério Brito.

-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org




Bug#484015: iBook xorg.conf file?

2008-06-28 Thread Rogério Brito
Hi, Nathan.

On Jun 28 2008, Nathan Rosenquist wrote:
> I read your post at 
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484015 while Googling 
> for working iBook xorg configurations. I don't suppose you would be able 
> to e-mail me a copy of your working configuration, would you?

Just to help you and other people that may be in the same situation, I
attach here a xorg.conf file that works for me on my r128 iBook (iBook 2).
I'm Cc'ing the debian-powerpc list so that it would be easier to get a
reference as well as a starting point for further customization (like
enabling DMA for XV, forcing the AGP interface to be used at higher speeds
etc).

I'm sending a copy of this to the bug report that I've opened also, so that
the X Strike Force can see what they can do for making iBooks work
out-of-the-box in an lenny install.



Hope this helps, Rogério Brito.

P.S.: Please, keep in mind that the ati driver has been divided now into
mach64, r128 and radeon and, possibly, adaptations to this config file may
be needed.
-- 
Rogério Brito : [EMAIL PROTECTED],ime.usp}.br : GPG key 1024D/7C2CAEB8
http://www.ime.usp.br/~rbrito : http://meusite.mackenzie.com.br/rbrito
Projects: algorithms.berlios.de : lame.sf.net : vrms.alioth.debian.org
# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
FontPath"/usr/share/fonts/X11/misc"
FontPath"/usr/X11R6/lib/X11/fonts/misc"
FontPath"/usr/share/fonts/X11/cyrillic"
FontPath"/usr/X11R6/lib/X11/fonts/cyrillic"
FontPath"/usr/share/fonts/X11/100dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
FontPath"/usr/share/fonts/X11/75dpi/:unscaled"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
FontPath"/usr/share/fonts/X11/Type1"
FontPath"/usr/X11R6/lib/X11/fonts/Type1"
FontPath"/usr/share/fonts/X11/100dpi"
FontPath"/usr/X11R6/lib/X11/fonts/100dpi"
FontPath"/usr/share/fonts/X11/75dpi"
FontPath"/usr/X11R6/lib/X11/fonts/75dpi"
# path to defoma fonts
FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
Load"bitmap"
Load"dbe"
Load"ddc"
Load"dri"
Load"extmod"
Load"freetype"
Load"glx"
Load"int10"
Load"vbe"
EndSection

Section "InputDevice"
Identifier  "Generic Keyboard"
Driver  "kbd"
Option  "CoreKeyboard"
Option  "XkbRules"  "xorg"
Option  "XkbModel"  "pc104"
Option  "XkbLayout" "us_intl"
EndSection

Section "InputDevice"
Identifier  "Configured Mouse"
Driver  "mouse"
Option  "CorePointer"
Option  "Device""/dev/input/mice"
Option  "Protocol"  "ImPS/2"
Option  "Emulate3Buttons"   "true"
EndSection

Section "InputDevice"
Identifier  "Synaptics Touchpad"
Driver  "synaptics"
Option  "SendCoreEvents""true"
Option  "Device""/dev/psaux"
Option  "Protocol"  "auto-dev"
Option  "HorizScrollDelta"  "0"
EndSection

Section "Device"
Identifier  "Generic Video Card"
Driver  "ati"
BusID   "PCI:0:16:0"
Option  "UseFBDev"  "true"
EndSection

Section "Monitor"
Identifier  "Generic Monitor"

Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

2010-02-02 Thread Rogério Brito
Package: xfonts-scalable
Version: 1:1.0.1-1
Severity: normal
X-Debbugs-CC: pkg-fonts-de...@lists.alioth.debian.org, 
debian-tex-ma...@lists.debian.org

Hi.

I am intereted in fonts for some time (I am interested in Typography and
fonts are one obvious aspect of it).

Having been playing with XeTeX, I became interested to see which
hight-quality Free Software fonts that we had and, surprisingly, one of
the fonts that are usable with *TeX, Utopia, is Free, but seems to be
excluded from xfonts-scalable.

Here is some background on the issue:
http://en.wikipedia.org/wiki/Utopia_%28typeface%29

One thing that is interesting to note is that Utopia is present in Type
1 format in the texlive packages, but it seems that texlive doesn't
register the fonts with X, as they are installed in a directory other
than /usr/share/fonts:

,
| rbr...@chagas:~$ ls -log 
/usr/share/texmf-texlive/fonts/type1/adobe/utopia/put*
| -rw-r--r-- 1 36737 Nov 22  2006 
/usr/share/texmf-texlive/fonts/type1/adobe/utopia/putb8a.pfb
| -rw-r--r-- 1 37993 Nov 22  2006 
/usr/share/texmf-texlive/fonts/type1/adobe/utopia/putbi8a.pfb
| -rw-r--r-- 1 36507 Nov 22  2006 
/usr/share/texmf-texlive/fonts/type1/adobe/utopia/putr8a.pfb
| -rw-r--r-- 1 37756 Nov 22  2006 
/usr/share/texmf-texlive/fonts/type1/adobe/utopia/putri8a.pfb
| rbr...@chagas:~$
`

I would, therefore, propose some coordination between debian-tex-maint,
debian-x and the fonts team.

Since I am interested in the fonts thing, I am willing to help, but I
don't have many rights, as I am only a Debian Maintainer.


Thanks, Rogério Brito.


P.S.: Just for the record, I generated, with FontForge, a very quick and
dirty truetype package with Utopia from the Type 1 fonts in texlive, so
that I can freely use it with fontconfig.

-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.33-rc5-00237-g9a3cbe3 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xfonts-scalable depends on:
ii  xfonts-utils  1:7.5+2X Window System font utility progr

xfonts-scalable recommends no packages.

Versions of packages xfonts-scalable suggests:
ii  xserver-xorg-core [xserver]   2:1.7.4-2  Xorg X server - core server

-- no debconf information

-- 
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#568184: xserver-xorg-video-sis: problems when trying to play a video with vlc on kfreebsd-i386

2010-02-02 Thread Rogério Brito
?] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 140.1 failed with error code 10:
 BadAccess (attempt to access private resource denied)
[] x11 video output notice: buggy X11 server claims shared memory
[] x11 video output notice: support though it does not work (OpenSSH?)
[] x11 video output error: X11 request 133.19 failed with error code 
146:
 BadShmSeg (invalid shared segment parameter)
X Error of failed request:  BadShmSeg (invalid shared segment parameter)
  Major opcode of failed request:  133 (XVideo)
  Minor opcode of failed request:  19 ()
  Segment id in failed request:  0x3e
  Serial number of failed request:  107
  Current serial number in output stream:  108
Segmentation fault
rbr...@debian:/tmp$


I just installed this system and tried to play the video, but I had no luck.
If there is anything else that I could test here, please let me know.


Thanks in advance, Rogério Brito.

-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxr-xr-x 1 root root 13 Feb  2 16:38 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1710408 Jan 20 18:42 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:

/etc/X11/xorg.conf does not exist.

Xorg X server log files on system:
-rw-r--r-- 1 root root 30852 Feb  2 17:16 /var/log/Xorg.0.log

Contents of most recent Xorg X server log file
/var/log/Xorg.0.log:

X.Org X Server 1.7.4
Release Date: 2010-01-08
X Protocol Version 11, Revision 0
Build Operating System: GNU/kFreeBSD 7.2-1-686 i686 Debian
Current Operating System: GNU/kFreeBSD debian 7.2-1-686 #0 Fri Jan 15 1

Re: Bug#568109: xfonts-scalable: Utopia has been Free software for a good amount of time

2010-02-16 Thread Rogério Brito
Hi, Norbert and Co.

On Feb 03 2010, Norbert Preining wrote:
> On Di, 02 Feb 2010, Rogério Brito wrote:
> > 1 format in the texlive packages, but it seems that texlive doesn't
> > register the fonts with X, as they are installed in a directory
> > other
> 
> That is right, and there was some recent discussion about this how
> to make the texlive packages register fonts with font config.

Is there any place where I could get a summary of the discussion? Of
course, in an ideal world, every font installed on a system would be
available for every program.

> If someone comes up with a decent proposal and knowledge how to
> register fonts I am open to do that. But there are some trigger
> questions how to call the fc-cache thingy.

Honest questions (not rhetorical, not ironic): What are the difficult
points in this? What about the process of installation of simpler font
packages with the system? Is that too deficient?

> I would be *very* grateful if someone can come up with a nice
> proposal.

I would be happy to help once I learn about the main problems. I only
have packaged one font or another for my private use, but I would love
to make things widespread and document the knowledge.


Thanks,

-- 
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 1024D/7C2CAEB8
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


-- 
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100217073114.ga10...@ime.usp.br



Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow

2011-02-22 Thread Rogério Brito
Hi, Kibi.

On Feb 23 2011, Cyril Brulebois wrote:
> Julien Cristau  (28/09/2010):
> > On Tue, Sep 28, 2010 at 06:24:40 +0200, Cyril Brulebois wrote:
> > > What happens with the Debian kernel currently in unstable?
> > > 
> > It has 8xx blacklisted from kms, so won't work with that driver.
> > 2.6.32-24 (to be uploaded today) should work though.
> 
> Hi Rogério,
> 
> how is it going in squeeze or in sid?

I'm not in front of that computer right now (well, I *just* moved to a new
home a few km apart), but I still have to get things from my old home and I
will report back, OK?

BTW, on almost all of my computers, I essentially only use sid, with a few
packages from experimental and with kernels compiled by me.

I will see what are the results that I get with my kernels (KMS compiled and
set) and with Debian kernels (with KMS blacklisted, as Julien informed us).


Thanks,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110223024042.ga14...@ime.usp.br



Bug#594338: [865G] xserver-xorg-video-intel: with KMS off, X is totally unusable

2010-08-25 Thread Rogério Brito
otifier
[0.682439] [drm] Initialized i915 1.6.0 20080730 for :00:02.0 on minor 0
[   17.765891] [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x0010, 
masking


-- System Information:
Debian Release: squeeze/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (102, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.36-rc2-00098-gd1b113b (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-video-intel depends on:
ii  libc6 2.11.2-2   Embedded GNU C Library: Shared lib
ii  libdrm-intel1 2.4.21-1   Userspace interface to intel-speci
ii  libdrm2   2.4.21-1   Userspace interface to kernel DRM 
ii  libpciaccess0 0.12.0-1   Generic PCI access library for X
ii  libx11-6  2:1.3.3-3  X11 client-side library
ii  libx11-xcb1   2:1.3.3-3  Xlib/XCB interface library
ii  libxcb-aux0   0.3.6-1utility libraries for X C Binding 
ii  libxcb-dri2-0 1.6-1  X C Binding, dri2 extension
ii  libxcb1   1.6-1  X C Binding
ii  libxext6  2:1.1.2-1  X11 miscellaneous extension librar
ii  libxfixes31:4.0.5-1  X11 miscellaneous 'fixes' extensio
ii  libxv12:1.0.5-1  X11 Video extension library
ii  libxvmc1  2:1.0.5-1  X11 Video extension library
ii  xserver-xorg-core [xorg-video 2:1.7.7-4  Xorg X server - core server

xserver-xorg-video-intel recommends no packages.

xserver-xorg-video-intel suggests no packages.

-- no debconf information

-- 
Rogério Brito : rbr...@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br



--
To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20100825121618.ga3...@ime.usp.br



Bug#597993: xserver-xorg-video-intel: [865GM] shadowfb makes moving windows way too slow

2010-09-24 Thread Rogério Brito
Package: xserver-xorg-video-intel
Version: 2:2.12.0+shadow-2~noshadow0
Severity: normal

Hi there.

After having upgraded to 2.12.0+shadow-1, I noticed that the shadow
framebuffer makes moving windows very slow (sometimes, up to 1 minute
for moving a single window).

I use an own compiled kernel with my 865GM chipset, KMS set and fluxbox
as my window manager, BTW.

Disabling the forced shadowfb patch (and the other one), makes things
work again. I have not (yet) tried your proper version -2, but, from the
changelog, it seems that only an exclusion for the *BSDs was included,
right?

If you want me to get more information, please let me know. BTW, if you
want some additional information regarding bug #594338, I can be faster
now.


Regards, Rogério Brito.


-- Package-specific info:
/var/lib/x11/X.roster does not exist.

/var/lib/x11/X.md5sum does not exist.

X server symlink status:
lrwxrwxrwx 1 root root 13 Jan 27  2007 /etc/X11/X -> /usr/bin/Xorg
-rwxr-xr-x 1 root root 1881152 Sep 20 15:21 /usr/bin/Xorg

/var/lib/x11/xorg.conf.roster does not exist.

VGA-compatible devices on PCI bus:
00:02.0 VGA compatible controller: Intel Corporation 82865G Integrated Graphics 
Controller (rev 02)

/var/lib/x11/xorg.conf.md5sum does not exist.

Xorg X server configuration file status:
-rw-r--r-- 1 root root 1990 Sep 23 10:19 /etc/X11/xorg.conf

Contents of /etc/X11/xorg.conf:
# # xorg.conf (X.Org X Window System server configuration file)
# #
# # Edit this file with caution, and see the xorg.conf manual page.
# # (Type "man xorg.conf" at the shell prompt.)
# #
# # If you have edited this file but would like it to be automatically updated
# # again, run the following command:
# #   sudo dpkg-reconfigure -phigh xserver-xorg

# Section "InputDevice"
#   Identifier  "Generic Keyboard"
#   Driver  "kbd"
#   Option  "XkbRules"  "xorg"
#   Option  "XkbModel"  "pc104"
#   Option  "XkbLayout" "us_intl"
# EndSection

# Section "InputDevice"
#   Identifier  "Configured Mouse"
#   Driver  "mouse"
#   Option  "Protocol"  "auto"
#   Option  "Device""/dev/input/mice"
#   Option  "ZAxisMapping"  "4 5 6 7"
# EndSection


# Section "Module"
#   Load"GLcore"
#   Load"bitmap"
# # Load"dbe"
#   Load"ddc"
# # Load"dri"
# # Load"dri2"
# # Load"extmod"
# # Load"freetype"
# # Load"glx"
# # Load"record"
#   Load"speedo"
# # Load"type1"
#   Load"vbe"
# # Load"xv"
# EndSection


Section "Device"
Identifier  "Configured Video Device"
Driver  "intel"
Option  "ShadowFB"  "false"
EndSection


# Section "Monitor"
#   Identifier  "Configured Monitor"
# # Option  "DMPS"
# EndSection


# Section "Screen"
#   Identifier  "Default Screen"
#   Monitor "Configured Monitor"
#   Device  "Configured Video Device"
# EndSection

# Section "ServerLayout"
#   Identifier  "X.org Configured"
#   Screen  "Default Screen"
#   InputDevice "Generic Keyboard"  "CoreKeyboard"
#   InputDevice "Configured Mouse"  "CorePointer"
# EndSection



# Section "ServerFlags"
# # Option  "BlankTime" "3"
# # Option  "StandbyTime"   "6"
# # Option  "SuspendTime"   "12"
# # Option  "OffTime"   "20"
#   Option  "DontZap"   "false"
# # Option  "AutoAddDevices""true"
# # Option  "AllowMouseOpenFail""false"
# # Option  "AllowEmptyInput"   "true"
# # Option  "AutoAddDevices""true"
# EndSection


# Section "DRI"
#   Mode0666
# EndSection


# Section "Extensions"
#   Option  "Composite" "1"
#   Option  "DAMAGE""1"
# EndSection


Kernel version (/proc/version):
Linux version 2.6.36-rc5+ (rbr...@chagas) (gcc version 4.4.5 20100913 
(prerelease) (Debian 4.4.4-15) ) #4 SMP PREEMPT Thu Sep 23 19:54:30 BRT 2010

Xorg X server log files on system:
-rw

Bug#622606: xserver-xorg-video-r128: [regression] [powerpc] X dies with SIGBUS if I tell it "UseFBDev" "false"

2011-04-13 Thread Rogério Brito
irtual/input/input2/event2
E: MAJOR=13
E: MINOR=66
E: DEVNAME=/dev/input/event2
E: SUBSYSTEM=input
E: ID_INPUT=1
E: ID_INPUT_MOUSE=1
E: ID_SERIAL=noserial

P: /devices/virtual/input/input2/mouse0
N: input/mouse0
E: UDEV_LOG=3
E: DEVPATH=/devices/virtual/input/input2/mouse0
E: MAJOR=13
E: MINOR=32
E: DEVNAME=/dev/input/mouse0
E: SUBSYSTEM=input
E: ID_INPUT=1
E: ID_INPUT_MOUSE=1
E: ID_SERIAL=noserial

P: /devices/virtual/input/input3/event3
N: input/event3
E: UDEV_LOG=3
E: DEVPATH=/devices/virtual/input/input3/event3
E: MAJOR=13
E: MINOR=67
E: DEVNAME=/dev/input/event3
E: SUBSYSTEM=input
E: ID_INPUT=1
E: ID_INPUT_KEY=1
E: XKBMODEL=pc105
E: XKBLAYOUT=us
E: XKBVARIANT=intl
E: XKBOPTIONS=terminate:ctrl_alt_bksp
E: BACKSPACE=guess


DRM Information from dmesg:
---
[1.062190] aty128fb: Rage128 LF M3 AGP [chip rev 0x0] 8M 128-bit SDR SGRAM 
(1:1)
[1.093545] fb0: ATY Rage128 frame buffer device on Rage128 LF M3 AGP
[1.097827] Linux agpgart interface v0.103
[1.098022] agpgart-uninorth :00:0b.0: Apple UniNorth/Pangea chipset
[1.100969] agpgart-uninorth :00:0b.0: configuring for size idx: 64
[1.101436] agpgart-uninorth :00:0b.0: AGP aperture is 256M @ 0x0
[   30.444739] [drm] Initialized drm 1.1.0 20060810
[   30.551971] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010).
[   30.552002] [drm] No driver support for vblank timestamp query.
[   30.552021] [drm] Initialized r128 2.5.0 20030725 for :00:10.0 on minor 0
[   30.557811] agpgart-uninorth :00:0b.0: putting AGP V2 device into 2x mode
[   30.557844] aty128fb :00:10.0: putting AGP V2 device into 2x mode
[ 4227.678934] agpgart-uninorth :00:0b.0: putting AGP V2 device into 2x mode
[ 4227.678967] aty128fb :00:10.0: putting AGP V2 device into 2x mode


-- System Information:
Debian Release: wheezy/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: powerpc (ppc)

Kernel: Linux 2.6.38-2-powerpc
Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages xserver-xorg-video-r128 depends on:
ii  libc6 2.11.2-11  Embedded GNU C Library: Shared lib
ii  xserver-xorg-core [xorg-video 2:1.9.5-1  Xorg X server - core server

xserver-xorg-video-r128 recommends no packages.

Versions of packages xserver-xorg-video-r128 suggests:
ii  firmware-linux0.29   Binary firmware for various driver

-- no debconf information

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br


Xorg.0.log.old
Description: application/trash


Bug#970885: RFP: adriconf -- GUI tool to configure open source graphics drivers

2020-09-24 Thread Rogério Brito
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: debian-x@lists.debian.org

* Package name: adriconf
  Version : 2.3.2
  Upstream Author : Jean Hertel 
* URL : https://gitlab.freedesktop.org/mesa/adriconf/
* License : GPLv3
  Programming Lang: C++
  Description : GUI tool to configure open source graphics drivers

adriconf (Advanced DRI CONFigurator) is a GUI tool used to configure open
source graphics drivers. It works by setting options and writing them to the
standard drirc file used by the Mesa drivers.

The main features of the tool are:

* Automatic removal of invalid and unsupported options.
* Options whose value is identical to the system-wide value or the
  driver's default value will be ignored.
* System-wide application options with redundant options will be removed
  automatically.

-

AFAIK, we don't seem to have any kind of easy-to-use configurator of
graphics drivers and this tool seems to fill those needs.

It would be a very valuable addition to the Debian users that need to tweak
one aspect or the other of their graphics configurations.


Thanks,

-- 
Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC
http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito
DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br