Re: 6.8.99.900.dfsg.1-0pre1 slow to map windows

2005-10-18 Thread Michel Dänzer 
On Tue, 2005-10-18 at 14:33 +0200, Xavier Bestel wrote:
> 
> I have noticed that with xserver-xorg 6.8.99.900.dfsg.1-0pre1 windows
> are really slow to map (initial mapping and virtual desktop switch),
> with and without DRI, with and without Composite, with and without
> xcompmgr -a or -c.

Interesting, I sometimes notice this too, but I thought it was due to
running xcompmgr...

> For example, Evolution full-screen (1920x1200) takes 2 seconds to map
> completely after a virtual desktop switch, a gnome terminal displays a
> black window after 1 second, and another 1 second later windows
> decorations and bash prompt appear. Afterwards things are as fast as
> usual (i.e. 6.8.2.dfsg.1-*).

So you're saying that mapping windows was significantly faster in 6.8?
Does this also manifest in x11perf tests such as -create or -map?


> Is that some known shortcoming in experimental, or should I report that
> in debian or upstream ?

As I'm currently running a local build from CVS, I don't see how it
could be Debian specific. Please report your findings on the xorg
mailing list and/or on bugs.freedesktop.org.


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Re: Bug#333921: priority of mouse template too low

2005-10-18 Thread Michael Banck 
On Mon, Oct 17, 2005 at 11:32:05AM +0200, Robert Millan wrote:
> I'm not sure why, but on a system where mdetect is not installed,
> "dpkg-reconfigure -phigh" doesn't trigger any mouse-related questions.

Hrm, same thing I'm experiencing on GNU/Hurd (see #259080), perhaps.


Michael

-- 
Michael Banck
Debian Developer
[EMAIL PROTECTED]
http://www.advogato.org/person/mbanck/diary.html


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

Re: X Strike Force X.Org X11 SVN commit: r677 - trunk

2005-10-18 Thread David Nusinow 
On Tue, Oct 18, 2005 at 05:06:45PM +0200, David Martínez Moreno wrote:
> El martes, 18 de octubre de 2005 12:56, David Martínez Moreno escribió:
> > BTW, you seem to forgot to tag appropiately 6.8.2-9 release, and to 
> > commit
> > the changes. I was waiting, but given that you are starting to commit
> > again, I will do it appropiately. I will revert the xsfbs.mk commit before,
> > and will add it later.
> 
>   Done. Although I had some little problems with the commands at first 
> time, it 
> seems to be right now. :-)

Great, thanks for doing it. I've been focused on getting my head around the
modular packages lately, so I'd forgotten to tag this.

As for your earlier question of what I'm doing with xsfbs.mk, the answer is
that I don't want to have to update the location of the file for every
single modular package (and there will be dozens of them) when they move
from a branch to a trunk. svn may be smart enough to handle it for me, but
I'm not going to take the chance to find out.

For your other question: is 6.8.2 done? My answer to that is "yeah, pretty
much." I was going to include a full explanation in this mail, but it got
way too long, so I'll be sending it as a new thread shortly.

 - David Nusinow


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

Bug#334568: [INTL:tr] Updated Turkish po-debconf translation

2005-10-18 Thread Recai Oktas 
Package: xorg-x11
Severity: wishlist
Tags: patch l10n

Please find attached the Turkish po-debconf translation.  Thanks to
Tulay Muezzinoglu.

Regards,

-- 
roktas


tr.po.gz
Description: Binary data


signature.asc
Description: Digital signature

Re: License of fonts included in X.org sources

2005-10-18 Thread Frank Küster 
Daniel Stone <[EMAIL PROTECTED]> wrote:

> On Tue, Oct 18, 2005 at 02:50:32PM +0200, Frank Küster wrote:
>> > Do you know which person we could contact among the X.org people?  
>
> More context, please.  Which fonts?

In this special case, it's about the Utopia fonts 

gsfonts-other-6.0/putbi.pfa gsfonts-other-6.0/putb.pfa
gsfonts-other-6.0/putri.pfa gsfonts-other-6.0/putr.pfa

> Fonts are a particularly hairy area of our licensing.  If the licence
> information rests with 'the X consortium', then it may well still be
> tied up deep in the corridors of TOG, or within the old X.Org group.
> In any case, the current X.Org Foundation doesn't have it in any
> official sense, but knowing which font is a good start.
>
> Try [EMAIL PROTECTED]; some of the people from the old XC
> still hang around there.

Well, the problem was that someone probably already did that:

, Here is an excerpt from Thanh's mail ([EMAIL PROTECTED]):
| 
| However I am not sure that I can modify them to add
| vietnamese support, because I am very ignorant of
| license/copyright issues 
| 
| Concerning Adobe Utopia, I did my best to try to find out
| the answer, but without success: I asked people at Adobe
| first and got a response saying that they have granted the
| font license to X Consortium, so now only X Consortium can
| grant the permission to modify these fonts. I wrote to X.Org
| and got a response saying that  my question is being processed
| and then nothing (it was a few months ago). So I gave it up.
`

This is why I asked whether anybody knows about a specific person we
could contact.  Or at least about a subject that might attract the
people who might know.

TIA, Frank
-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

Re: License of fonts included in X.org sources

2005-10-18 Thread Daniel Stone 
On Tue, Oct 18, 2005 at 02:50:32PM +0200, Frank Küster wrote:
> it just occurred to me that the X strike force might be a better place
> to ask this:
> 
> Frank Küster <[EMAIL PROTECTED]> wrote:
> 
> > Dear debian-legal people,
> > Ralf Stubner <[EMAIL PROTECTED]> wrote:
> >> It is quite odd that on the one hand Adobe says that all the rights are
> >> with the X consortion, while on the other hand there is no license
> >> information what so ever from X.org or Xfree.
> >
> > And some person (Han The Thanh) tried to get information from them,
> > because he wanted to distribute a modified version, and didn't get a
> > response for months.
> >
> > Do you know which person we could contact among the X.org people?  

More context, please.  Which fonts?

Fonts are a particularly hairy area of our licensing.  If the licence
information rests with 'the X consortium', then it may well still be
tied up deep in the corridors of TOG, or within the old X.Org group.
In any case, the current X.Org Foundation doesn't have it in any
official sense, but knowing which font is a good start.

Try [EMAIL PROTECTED]; some of the people from the old XC
still hang around there.


signature.asc
Description: Digital signature

Bug#322550: xlibmesa-dri: Confirmed on i810

2005-10-18 Thread George B. 
Oops, I've re-read the original post more carefully and my problem is
slightly different.

I can switch to the console fine, but when I switch back to X, it
crashes and restarts (so my computer does not hang though.)

It still sounds fairly similar, but if you want me to resubmit a new
bug then I will.


HTH

George B.

Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama

2005-10-18 Thread Andreas Pakulat 
On 18.10.05 12:53:07, Michel Dänzer wrote:
> On Sun, 2005-10-16 at 20:02 +0200, Andreas Pakulat wrote: 
> > On 14.10.05 15:39:05, Michel Dänzer wrote:
> > > SubSection "Display"
> > >   Depth   24
> > >   Modes   "1400x1050" # change to the mode you want on the CRT
> > >   Virtual 1680 1050
> > > EndSubSection
> > > 
> > > Does that come closer to what you want? If not, please provide an
> > > XFree86 logfile for comparison.
> > 
> > The line above actually comes closer to what I want, in fact after
> > starting X11 once with this it always "defaults" to this modeline if I
> > provide anything like 1600x1050 or 1600x1200. However I now use a
> > virtual size of only 1600x1050 (smaller width) as I don't really need
> > those 80 pixel... 
> 
> If that works, why don't you just use the resolution of the mode you're
> running, or don't override the virtual resolution in the first place to
> avoid scrolling at all?

Because I thought that XFree86 provided me with 1600x1050 and not
1400x1050 and I wanted that under Xorg too...

> > However specifying a Mode of 1600x1024 (which is what Xfree86 actually
> > uses - see attached XFree log) 
> 
> Eh? It's only used as one of the modes for the internal LCD AFAICT.
> XFree86 seems to use 1400x1050 as well on the CRT.

Right, mixed up this with the 1400x1050 on the RADEON(1) devices...

> > doesn't work. The monitor is set to 1600x1024 but it sets to 60Hz and the 
> > modeline makes the monitor "go green". Not very good, but I'll attache the 
> > X.org log too.
> 
> AFAIK this mode is geared towards some wide screen LCD panels, it may
> just not be suitable for CRTs.

Right, but I could swear that the CRT showed 1600x1050 under XFree86,
though the Sarge-Log seems to say something different. Anyway I can live
with 1400x1050 or maybe 1600x1050 (virtually).

> > You decide what to do (wether to close the bug, leave it open or forward
> > this to upstream). 
> 
> If you agree that this is purely a configuration issue and no bug in the
> xserver-xorg package, please close the bug by following up to
> [EMAIL PROTECTED] .

I don' really aggree that this is a configuration issue, as the
behaviour of Xorg is certainly different from that of XFree86, but as
I'm not sure wether XFree86 did support 1600x1050 on that monitor and I
can live with the current solution I'm closing this bug.

Thanks for your time and support on this.

Andreas

-- 
Cold hands, no gloves.


pgpSGFsKJxM4d.pgp
Description: PGP signature

Bug#322550: xlibmesa-dri: Confirmed on i810

2005-10-18 Thread George B. 
Package: xlibmesa-dri
Version: 6.8.2.dfsg.1-9
Followup-For: Bug #322550

Hello,

I can confirm this happens here with the i810 driver. Commenting out the 
'Load "dri"' line fixes the problem. I attach the full log, but this bit 
is probably of interest:

--- 
Fatal server error:
EnterVT failed for screen 0


Please consult the The X.Org Foundation support 
 at http://wiki.X.Org
 for help. 
Please also check the log file at "/var/log/Xorg.0.log" for additional 
informati
on.

Error in I810WaitLpRing(), now is 71488, start is 69487
pgetbl_ctl: 0xef20001 pgetbl_err: 0x0
ipeir: 0 iphdr: 0
LP ring tail: 8 head: 0 len: 0 start 0
eir: 0 esr: 0 emr: 3d
instdone: ff7b instpm: 0
memmode: 4 instps: 0
hwstam: 9ac7 ier: 0 imr: 9ac7 iir: 0
space: 65520 wanted 65528
(II) I810(0): [drm] removed 1 reserved context for kernel
(II) I810(0): [drm] unmapping 8192 bytes of SAREA 0xd094e000 at 
0x40001000

FatalError re-entered, aborting
lockup
---

There two reports may be related:

https://bugs.freedesktop.org/show_bug.cgi?id=1467
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327507


HTH,

George B.

-- Package-specific info:
VGA-compatible devices on PCI bus:
:00:01.0 VGA compatible controller: Intel Corporation 82810 CGC [Chipset 
Graphics Controller] (rev 03)

<-snip> Skip log file as it is with DRI disabled, see attached file

GL-library linkage of glxinfo executable:
libGLU.so.1 => /usr/X11R6/lib/libGLU.so.1 (0x412ba000)
libGL.so.1 => /usr/X11R6/lib/libGL.so.1 (0x41254000)

glxinfo reports:
name of display: :0.0
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, 
GLX_SGIS_multisample, GLX_SGIX_fbconfig
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, 
GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, 
GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, 
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, 
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method, 
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.1)
OpenGL extensions:
GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture, 
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow, 
GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, 
GL_ARB_texture_cube_map, GL_ARB_texture_env_add, 
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, 
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, 
GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, 
GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, 
GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, 
GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord, 
GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, 
GL_EXT_polygon_offset, GL_EXT_rescale_normal, GL_EXT_secondary_color, 
GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, 
GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, 
GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, 
GL_EXT_texture_env_add, GL_EXT_texture_env_combine, 
GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object, 
GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels, 
GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, 
GL_ATIX_texture_env_combine3, GL_IBM_texture_mirrored_repeat, 
GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, 
GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection, 
GL_NV_texture_rectangle, GL_SGIS_generate_mipmap, 
GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp, 
GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow, 
GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
--
0x23 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  0 0 None
0x24 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  0 0 None
0x25 16 tc  0 24  0 r  y  .  5  6  5  8  0 16  8 16 16 1

Re: X Strike Force X.Org X11 SVN commit: r677 - trunk

2005-10-18 Thread David Martínez Moreno 
El martes, 18 de octubre de 2005 12:56, David Martínez Moreno escribió:
>   BTW, you seem to forgot to tag appropiately 6.8.2-9 release, and to 
> commit
> the changes. I was waiting, but given that you are starting to commit
> again, I will do it appropiately. I will revert the xsfbs.mk commit before,
> and will add it later.

Done. Although I had some little problems with the commands at first 
time, it 
seems to be right now. :-)

Best regards,


Ender.
-- 
- Kyle, all those times I said you were a dumb, stupid Jew,
  well, I was wrong, you're not a Jew.
- Cartman, I *am* Jewish!
- There, there, don't be hard on yourself, Kyle.
-- Cartman & Kyle (South Park).
--
Desarrollador de Debian
Debian developer


pgpWDP1S7H9uv.pgp
Description: PGP signature

X Strike Force X.Org X11 SVN commit: r684 - trunk

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 09:51:00 -0500 (Tue, 18 Oct 2005)
New Revision: 684

Added:
   trunk/xsfbs.mk
Log:
Resurrected xsfbs.mk, deleted in revision 678 because of tagging 6.8.2.dfsg.1-9.


Copied: trunk/xsfbs.mk (from rev 677, trunk/xsfbs.mk)


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

X Strike Force X.Org X11 SVN commit: r683 - tags

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 09:47:16 -0500 (Tue, 18 Oct 2005)
New Revision: 683

Added:
   tags/6.8.2.dfsg.1-9/
Log:
Tag 6.8.2.dfsg.1-9 release.


Copied: tags/6.8.2.dfsg.1-9 (from rev 678, trunk)


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

X Strike Force X.Org X11 SVN commit: r682 - tags

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 09:42:41 -0500 (Tue, 18 Oct 2005)
New Revision: 682

Removed:
   tags/6.8.2.dfsg.1-9/
Log:
I created the tag in a wrong way, including local changes into it. Removing and 
starting again.



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

X Strike Force X.Org X11 SVN commit: r681 - tags/6.8.2.dfsg.1-9

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 09:32:06 -0500 (Tue, 18 Oct 2005)
New Revision: 681

Removed:
   tags/6.8.2.dfsg.1-9/xsfbs.mk
Log:
Strangely, this file remained to my svn remove, and it should not be in 
6.8.2.dfsg.1-9 release.


Deleted: tags/6.8.2.dfsg.1-9/xsfbs.mk
===
--- tags/6.8.2.dfsg.1-9/xsfbs.mk2005-10-18 14:29:03 UTC (rev 680)
+++ tags/6.8.2.dfsg.1-9/xsfbs.mk2005-10-18 14:32:06 UTC (rev 681)
@@ -1,362 +0,0 @@
-#!/usr/bin/make -f
-# $Id: rules 593 2005-09-03 20:48:30Z dnusinow $
-
-# Debian rules file for xorg-x11 source package
-
-# Copyright 1996 Stephen Early
-# Copyright 1997 Mark Eichin
-# Copyright 1998-2005 Branden Robinson
-# Copyright 2005 David Nusinow
-#
-# Licensed under the GNU General Public License, version 2.  See the file
-# /usr/share/common-licenses/GPL or .
-
-# Originally by Stephen Early <[EMAIL PROTECTED]>
-# Modified by Mark W. Eichin <[EMAIL PROTECTED]>
-# Modified by Adam Heath <[EMAIL PROTECTED]>
-# Modified by Branden Robinson <[EMAIL PROTECTED]>
-# Modified by Fabio Massimo Di Nitto <[EMAIL PROTECTED]>
-# Modified by David Nusinow <[EMAIL PROTECTED]>
-# Acknowledgements to Manoj Srivastava.
-
-# Pass $(DH_OPTIONS) into the environment for debhelper's benefit.
-export DH_OPTIONS
-
-# Set up parameters for the upstream build environment.
-
-# Determine (source) package name from Debian changelog.
-SOURCE_NAME:=$(shell dpkg-parsechangelog -ldebian/changelog \
-| grep '^Source:' | awk '{print $$2}')
-
-# Determine package version from Debian changelog.
-SOURCE_VERSION:=$(shell dpkg-parsechangelog -ldebian/changelog \
-| grep '^Version:' | awk '{print $$2}')
-
-# Determine upstream version number.
-UPSTREAM_VERSION:=$(shell echo $(SOURCE_VERSION) | sed 's/-.*//')
-
-# Figure out who's building this package.
-BUILDER:=$(shell echo $${DEBEMAIL:-$${EMAIL:-$$(echo [EMAIL PROTECTED](cat 
/etc/mailname 2>/dev/null))}})
-
-# Find out if this is an official build; an official build has nothing but
-# digits, dots, and/or the strings "woody" or "sarge" in the Debian part of the
-# version number.  Anything else indicates an unofficial build.
-OFFICIAL_BUILD:=$(shell VERSION=$(SOURCE_VERSION); if ! expr "$$(echo 
$${VERSION\#\#*-} | sed 's/\(woody\|sarge\)//g')" : ".*[^0-9.].*" >/dev/null 
2>&1; then echo yes; fi)
-
-# Set up parameters for the Debian build environment.
-
-# Determine our architecture.
-BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH)
-# Work around some old-time dpkg braindamage.
-BUILD_ARCH:=$(subst i486,i386,$(BUILD_ARCH))
-# The DEB_HOST_ARCH variable may be set per the Debian cross-compilation 
policy.
-ifdef DEB_HOST_ARCH
- ARCH:=$(DEB_HOST_ARCH)
-else
- # dpkg-cross sets the ARCH environment variable; if set, use it.
- ifdef ARCH
-  ARCH:=$(ARCH)
- else
-  ARCH:=$(BUILD_ARCH)
- endif
-endif
-
-# $(STAMP_DIR) houses stamp files for complex targets.
-STAMP_DIR:=stampdir
-
-# $(SOURCE_DIR) houses one or more source trees.
-SOURCE_DIR:=build-tree
-
-# $(SOURCE_TREE) is the location of the source tree to be compiled.  If there
-# is more than one, others are found using this name plus a suffix to indicate
-# the purpose of the additional tree (e.g., $(SOURCE_TREE)-custom).  The
-# "setup" target is responsible for creating such trees.
-#SOURCE_TREE:=$(SOURCE_DIR)/xc
-#FIXME We need to define this in our debian/rules file
-
-# $(DEBTREEDIR) is where all install rules are told (via $(DESTDIR)) to place
-# their files.
-DEBTREEDIR:=$(CURDIR)/debian/tmp
-
-# All "important" targets have four lines:
-#   1) A target name that is invoked by a package-building tool or the user.
-#  This consists of a dependency on a "$(STAMP_DIR)/"-prefixed counterpart.
-#   2) A line delcaring 1) as a phony target (".PHONY:").
-#   3) A "$(STAMP_DIR)/"-prefixed target which does the actual work, and may
-#   depend on other targets.
-#   4) A line declaring 3) as a member of the $(stampdir_targets) variable; the
-#   "$(STAMP_DIR)/" prefix is omitted.
-#
-# This indirection is needed so that the "stamp" files that signify when a rule
-# is done can be located in a separate "stampdir".  Recall that make has no way
-# to know when a goal has been met for a phony target (like "build" or
-# "install").
-#
-# At the end of each "$(STAMP_DIR)/" target, be sure to run the command ">$@"
-# so that the target will not be run again.  Removing the file will make Make
-# run the target over.
-
-# All phony targets should be declared as dependencies of .PHONY, even if they
-# do not have "($STAMP_DIR)/"-prefixed counterparts.
-
-# Define a harmless default rule to keep things from going nuts by accident.
-.PHONY: default
-default:
-
-# Set up the $(STAMP_DIR) directory.
-.PHONY: stampdir
-stampdir_targets+=stampdir
-stampdir: $(STAMP_DIR)/stampdir
-$(STAMP_DIR)/stampdir:
-   mkdir $(STAMP_DIR)
-   >$@
-
-# Set up the pack

X Strike Force X.Org X11 SVN commit: r680 - in tags: . 6.8.2.dfsg.1-9/debian 6.8.2.dfsg.1-9/debian/po

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 09:29:03 -0500 (Tue, 18 Oct 2005)
New Revision: 680

Added:
   tags/6.8.2.dfsg.1-9/
   tags/6.8.2.dfsg.1-9/debian/changelog
Removed:
   tags/6.8.2.dfsg.1-9/debian/changelog
Modified:
   tags/6.8.2.dfsg.1-9/debian/TODO
   tags/6.8.2.dfsg.1-9/debian/po/sv.po
Log:
Tag 6.8.2.dfsg.1-9 release.


Including diff would make mail exceed size limit of 10 bytes.
Use "svn diff -r 679:680 http://necrotic.deadbeast.net/svn/xorg-x11/";
to view diff.


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

Re: License of fonts included in X.org sources

2005-10-18 Thread Frank Küster 
Hi,

it just occurred to me that the X strike force might be a better place
to ask this:

Frank Küster <[EMAIL PROTECTED]> wrote:

> Dear debian-legal people,
>
> Ralf Stubner <[EMAIL PROTECTED]> wrote:
>
>> It is quite odd that on the one hand Adobe says that all the rights are
>> with the X consortion, while on the other hand there is no license
>> information what so ever from X.org or Xfree.
>
> And some person (Han The Thanh) tried to get information from them,
> because he wanted to distribute a modified version, and didn't get a
> response for months.
>
> Do you know which person we could contact among the X.org people?  

Regards, Frank

-- 
Frank Küster
Inst. f. Biochemie der Univ. Zürich
Debian Developer

6.8.99.900.dfsg.1-0pre1 slow to map windows

2005-10-18 Thread Xavier Bestel 
Hi,

I have noticed that with xserver-xorg 6.8.99.900.dfsg.1-0pre1 windows
are really slow to map (initial mapping and virtual desktop switch),
with and without DRI, with and without Composite, with and without
xcompmgr -a or -c.
For example, Evolution full-screen (1920x1200) takes 2 seconds to map
completely after a virtual desktop switch, a gnome terminal displays a
black window after 1 second, and another 1 second later windows
decorations and bash prompt appear. Afterwards things are as fast as
usual (i.e. 6.8.2.dfsg.1-*).
The system features a Radeon 9600 (RV350) and an Athlon 64 3000+.

Is that some known shortcoming in experimental, or should I report that
in debian or upstream ?

Thanks,
Xav



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

Bug#334505: (u)xterm crashes if started during session start, runs ok if session opened for several minutes

2005-10-18 Thread Simon Raven 
Package: xterm
Version: 6.8.2.dfsg.1-9
Severity: normal


hi,

ok. whenever i have an xterm started either via a session "manager",
like gnome-session, or startkde, or xfce4-session, or if i start one via
my .xsession file, it crashes with:

xterm:  warning, error event received:
X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  77 (X_ImageText16)
  Serial number of failed request:  190
  Current serial number in output stream:  218
zsh: 25545 exit 83uxterm

and will continue to do this as long as it's in memory somewhere. but, 
if the x server has been running for a while (e.g., reading a whole
bunch of x bugs ;) it behaves normally, and starts up as if nothing's
wrong. this behaviour is repeatable.

machine runs sid, updated daily
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 7
model name  : Pentium III (Katmai)

running "nVidia Corporation NV5 [RIVA TNT2/TNT2 Pro] (rev 15)" as main
video (AGPx2), and a trident "TGUI 9660/938x/968x (rev d3)" on a PCI slot, 
using 'nvidia' non-free driver (eew).

i assume it's because the full colour map is in the xserver, thus
(u)xterm can start normally (wild guess, and probably wrong).

simon

-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (1000, 'unstable'), (998, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/dash
Kernel: Linux 2.6.13-p3
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)

Versions of packages xterm depends on:
ii  libc6 2.3.5-7GNU C Library: Shared libraries an
ii  libexpat1 1.95.8-3   XML parsing C library - runtime li
ii  libfontconfig12.3.2-1generic font configuration library
ii  libfreetype6  2.1.10-1   FreeType 2 font engine, shared lib
ii  libice6   6.8.2.dfsg.1-9 Inter-Client Exchange library
ii  libncurses5   5.5-1  Shared libraries for terminal hand
ii  libsm66.8.2.dfsg.1-9 X Window System Session Management
ii  libxaw8   6.8.2.dfsg.1-9 X Athena widget set library
ii  libxext6  6.8.2.dfsg.1-9 X Window System miscellaneous exte
ii  libxft2   2.1.7-1FreeType-based font drawing librar
ii  libxmu6   6.8.2.dfsg.1-9 X Window System miscellaneous util
ii  libxp66.8.2.dfsg.1-9 X Window System printing extension
ii  libxpm4   6.8.2.dfsg.1-9 X pixmap library
ii  libxrender1   1:0.9.0-2  X Rendering Extension client libra
ii  libxt66.8.2.dfsg.1-9 X Toolkit Intrinsics
ii  xlibs 6.8.2.dfsg.1-9 X Window System client libraries m
ii  xlibs-data6.8.2.dfsg.1-9 X Window System client data

Versions of packages xterm recommends:
ii  xutils6.8.2.dfsg.1-9 X Window System utility programs

-- no debconf information


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

X Strike Force X.Org X11 SVN commit: r679 - trunk/debian

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 07:17:39 -0500 (Tue, 18 Oct 2005)
New Revision: 679

Modified:
   trunk/debian/changelog
Log:
Released 6.8.2.dfsg.1-9.


Modified: trunk/debian/changelog
===
--- trunk/debian/changelog  2005-10-18 12:16:32 UTC (rev 678)
+++ trunk/debian/changelog  2005-10-18 12:17:39 UTC (rev 679)
@@ -1,4 +1,4 @@
-xorg-x11 (6.8.2.dfsg.1-8+SVN) unstable; urgency=low
+xorg-x11 (6.8.2.dfsg.1-9) unstable; urgency=low
 
   [ David Martínez Moreno ]
   * debian/changelog: Changed references at bottom to xfree86-common to
@@ -19,7 +19,7 @@
   * Fix chooser path in xdm-config. This will fix querying xdm with -indirect.
 Thanks Eugene Konev. (closes: #333455)
 
- -- David Nusinow <[EMAIL PROTECTED]>  Tue, 11 Oct 2005 20:55:45 -0400
+ -- David Nusinow <[EMAIL PROTECTED]>  Fri, 14 Oct 2005 00:53:04 -0400
 
 xorg-x11 (6.8.2.dfsg.1-8) unstable; urgency=low
 


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

X Strike Force X.Org X11 SVN commit: r678 - trunk

2005-10-18 Thread X Strike Force SVN Repository Admin 
Author: ender
Date: 2005-10-18 07:16:32 -0500 (Tue, 18 Oct 2005)
New Revision: 678

Removed:
   trunk/xsfbs.mk
Log:
Delete this item temporarily for having the repository in the same state as in 
6.8.2-9 release.


Deleted: trunk/xsfbs.mk
===
--- trunk/xsfbs.mk  2005-10-17 21:36:54 UTC (rev 677)
+++ trunk/xsfbs.mk  2005-10-18 12:16:32 UTC (rev 678)
@@ -1,362 +0,0 @@
-#!/usr/bin/make -f
-# $Id: rules 593 2005-09-03 20:48:30Z dnusinow $
-
-# Debian rules file for xorg-x11 source package
-
-# Copyright 1996 Stephen Early
-# Copyright 1997 Mark Eichin
-# Copyright 1998-2005 Branden Robinson
-# Copyright 2005 David Nusinow
-#
-# Licensed under the GNU General Public License, version 2.  See the file
-# /usr/share/common-licenses/GPL or .
-
-# Originally by Stephen Early <[EMAIL PROTECTED]>
-# Modified by Mark W. Eichin <[EMAIL PROTECTED]>
-# Modified by Adam Heath <[EMAIL PROTECTED]>
-# Modified by Branden Robinson <[EMAIL PROTECTED]>
-# Modified by Fabio Massimo Di Nitto <[EMAIL PROTECTED]>
-# Modified by David Nusinow <[EMAIL PROTECTED]>
-# Acknowledgements to Manoj Srivastava.
-
-# Pass $(DH_OPTIONS) into the environment for debhelper's benefit.
-export DH_OPTIONS
-
-# Set up parameters for the upstream build environment.
-
-# Determine (source) package name from Debian changelog.
-SOURCE_NAME:=$(shell dpkg-parsechangelog -ldebian/changelog \
-| grep '^Source:' | awk '{print $$2}')
-
-# Determine package version from Debian changelog.
-SOURCE_VERSION:=$(shell dpkg-parsechangelog -ldebian/changelog \
-| grep '^Version:' | awk '{print $$2}')
-
-# Determine upstream version number.
-UPSTREAM_VERSION:=$(shell echo $(SOURCE_VERSION) | sed 's/-.*//')
-
-# Figure out who's building this package.
-BUILDER:=$(shell echo $${DEBEMAIL:-$${EMAIL:-$$(echo [EMAIL PROTECTED](cat 
/etc/mailname 2>/dev/null))}})
-
-# Find out if this is an official build; an official build has nothing but
-# digits, dots, and/or the strings "woody" or "sarge" in the Debian part of the
-# version number.  Anything else indicates an unofficial build.
-OFFICIAL_BUILD:=$(shell VERSION=$(SOURCE_VERSION); if ! expr "$$(echo 
$${VERSION\#\#*-} | sed 's/\(woody\|sarge\)//g')" : ".*[^0-9.].*" >/dev/null 
2>&1; then echo yes; fi)
-
-# Set up parameters for the Debian build environment.
-
-# Determine our architecture.
-BUILD_ARCH:=$(shell dpkg-architecture -qDEB_BUILD_ARCH)
-# Work around some old-time dpkg braindamage.
-BUILD_ARCH:=$(subst i486,i386,$(BUILD_ARCH))
-# The DEB_HOST_ARCH variable may be set per the Debian cross-compilation 
policy.
-ifdef DEB_HOST_ARCH
- ARCH:=$(DEB_HOST_ARCH)
-else
- # dpkg-cross sets the ARCH environment variable; if set, use it.
- ifdef ARCH
-  ARCH:=$(ARCH)
- else
-  ARCH:=$(BUILD_ARCH)
- endif
-endif
-
-# $(STAMP_DIR) houses stamp files for complex targets.
-STAMP_DIR:=stampdir
-
-# $(SOURCE_DIR) houses one or more source trees.
-SOURCE_DIR:=build-tree
-
-# $(SOURCE_TREE) is the location of the source tree to be compiled.  If there
-# is more than one, others are found using this name plus a suffix to indicate
-# the purpose of the additional tree (e.g., $(SOURCE_TREE)-custom).  The
-# "setup" target is responsible for creating such trees.
-#SOURCE_TREE:=$(SOURCE_DIR)/xc
-#FIXME We need to define this in our debian/rules file
-
-# $(DEBTREEDIR) is where all install rules are told (via $(DESTDIR)) to place
-# their files.
-DEBTREEDIR:=$(CURDIR)/debian/tmp
-
-# All "important" targets have four lines:
-#   1) A target name that is invoked by a package-building tool or the user.
-#  This consists of a dependency on a "$(STAMP_DIR)/"-prefixed counterpart.
-#   2) A line delcaring 1) as a phony target (".PHONY:").
-#   3) A "$(STAMP_DIR)/"-prefixed target which does the actual work, and may
-#   depend on other targets.
-#   4) A line declaring 3) as a member of the $(stampdir_targets) variable; the
-#   "$(STAMP_DIR)/" prefix is omitted.
-#
-# This indirection is needed so that the "stamp" files that signify when a rule
-# is done can be located in a separate "stampdir".  Recall that make has no way
-# to know when a goal has been met for a phony target (like "build" or
-# "install").
-#
-# At the end of each "$(STAMP_DIR)/" target, be sure to run the command ">$@"
-# so that the target will not be run again.  Removing the file will make Make
-# run the target over.
-
-# All phony targets should be declared as dependencies of .PHONY, even if they
-# do not have "($STAMP_DIR)/"-prefixed counterparts.
-
-# Define a harmless default rule to keep things from going nuts by accident.
-.PHONY: default
-default:
-
-# Set up the $(STAMP_DIR) directory.
-.PHONY: stampdir
-stampdir_targets+=stampdir
-stampdir: $(STAMP_DIR)/stampdir
-$(STAMP_DIR)/stampdir:
-   mkdir $(STAMP_DIR)
-   >$@
-
-# Set up the package build directory as quilt expects to find it.
-.PHONY: pr

Bug#331518: xserver-xorg: xorg doesn't support multi-resolution xinerama

2005-10-18 Thread Michel Dänzer 
On Sun, 2005-10-16 at 20:02 +0200, Andreas Pakulat wrote: 
> On 14.10.05 15:39:05, Michel Dänzer wrote:
> > SubSection "Display"
> > Depth   24
> > Modes   "1400x1050" # change to the mode you want on the CRT
> > Virtual 1680 1050
> > EndSubSection
> > 
> > Does that come closer to what you want? If not, please provide an
> > XFree86 logfile for comparison.
> 
> The line above actually comes closer to what I want, in fact after
> starting X11 once with this it always "defaults" to this modeline if I
> provide anything like 1600x1050 or 1600x1200. However I now use a
> virtual size of only 1600x1050 (smaller width) as I don't really need
> those 80 pixel... 

If that works, why don't you just use the resolution of the mode you're
running, or don't override the virtual resolution in the first place to
avoid scrolling at all?

> However specifying a Mode of 1600x1024 (which is what Xfree86 actually
> uses - see attached XFree log) 

Eh? It's only used as one of the modes for the internal LCD AFAICT.
XFree86 seems to use 1400x1050 as well on the CRT.

> doesn't work. The monitor is set to 1600x1024 but it sets to 60Hz and the 
> modeline makes the monitor "go green". Not very good, but I'll attache the 
> X.org log too.

AFAIK this mode is geared towards some wide screen LCD panels, it may
just not be suitable for CRTs.


> You decide what to do (wether to close the bug, leave it open or forward
> this to upstream). 

If you agree that this is purely a configuration issue and no bug in the
xserver-xorg package, please close the bug by following up to
[EMAIL PROTECTED] .


-- 
Earthling Michel Dänzer  | Debian (powerpc), X and DRI developer
Libre software enthusiast|   http://svcs.affero.net/rm.php?r=daenzer

Re: X Strike Force X.Org X11 SVN commit: r677 - trunk

2005-10-18 Thread David Martínez Moreno 
El Lunes, 17 de Octubre de 2005 23:36, X Strike Force SVN Repository Admin 
escribió:
> Author: dnusinow
> Date: 2005-10-17 16:36:54 -0500 (Mon, 17 Oct 2005)
> New Revision: 677
>
> Added:
>trunk/xsfbs.mk
> Log:
> Add xsfbs.mk to trunk. This will be the actual location of the file, and we
> will use the svn externals property, as per Branden's recommendation, to
> use this file in each of the modularized packages.
>
> This file is a very rough cut of the things we may end up wanting for the
> mdoular packages, and it'll be suitably altered as we go.

Excuse me, what are you doing? Has the time for 6.8.2 ended? :-)

BTW, you seem to forgot to tag appropiately 6.8.2-9 release, and to 
commit 
the changes. I was waiting, but given that you are starting to commit again, 
I will do it appropiately. I will revert the xsfbs.mk commit before, and will 
add it later.

Best regards,


Ender.
-- 
Oh, I saw...Very American. Fire enough bullets and hope
 they hit the target!
-- Allan Quatermain (The League of Extraordinary Gentlemen).
--
Desarrollador de Debian
Debian developer


pgp83DcIE6qpa.pgp
Description: PGP signature

Bug#116507: BEST (!/R.X|) online

2005-10-18 Thread Kirk Ross 
Some times human strenght need some help.
http://cg06hpzfilhacccnzuu5zuuc.delaterla.com


of formate be remorse with. again calcareous make litmus about. smith therefore 
put sergeant yes before sloan. dramatic from dailey near chaos. agway very 
youngster far curie. devon go so bullhide montmartre tomorrow everyman so. kerr 
mallow well pliny send about burbank. bootleg together get asplenium philip 
then pistol but. 


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

Bug#334498: Dependencies problems

2005-10-18 Thread Nicolas Baradakis 
Package: xnest
Version: 4.3.0.dfsg.1-14sarge1
Severity: minor
Tags: sarge

Please add "libx11-6" package to the list of dependencies of "xnest",
otherwise Xnest won't even start.

Afterwards I manage to run Xnest but it exits immediately with an
error because the package "xfonts-base" is missing. I'd suggest to
put this package in "Recommends".

And finally, perhaps you could add the package "x-window-system-core"
in "Suggests", too.

-- 
Nicolas Baradakis


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