Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Mon, Jan 16, 2006 at 08:32:36PM -0500, Joey Hess wrote: > xresprobe is a new one to me, I'll make tasksel start installing it > before X in the next upload unless someone tells me differently. xresprobe is a very nice tool, it will investigate the connected monitor, and allow you to set the resolutions supported by the monitor. We may consider using it already in g-i, since it would allow to set the framebuffer size or something, but i am not sure how this can be done easily. currently xresprobe doesn't really support multi-headed setups though, but it would be nice to have this solved for etch. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 11:37:46AM +0100, Sven Luther wrote:
> xresprobe is a very nice tool, it will investigate the connected monitor, and
> allow you to set the resolutions supported by the monitor. We may consider
> using it already in g-i, since it would allow to set the framebuffer size or
> something, but i am not sure how this can be done easily.
>
> currently xresprobe doesn't really support multi-headed setups though, but it
> would be nice to have this solved for etch.
Um, neither does xserver-xorg.{config,postinst,templates}. So there's
not much point until those get fixed. I've been meaning to do it, but
never got around to it. (Don't count on me doing it, seriously.)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tuesday 17 January 2006 11:37, Sven Luther wrote: > xresprobe is a very nice tool, it will investigate the connected > monitor, and allow you to set the resolutions supported by the monitor. Despite the danger of stating the obvious... Note though that it is limited to laptop displays and DDC compliant monitors, i.e. (AFAIK) does not support monitors connected with a regular, old-fashioned VGA cable. The description also says it only works on i386 (including AMD64 I presume) and ppc. It thus has a limited (though growing) application and other types of systems will also need to be supported (probably using current manual resolution/frequency selection methods). pgpUlAZbkgfhA.pgp Description: PGP signature
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 11:55:49AM +0100, Frans Pop wrote: > On Tuesday 17 January 2006 11:37, Sven Luther wrote: > > xresprobe is a very nice tool, it will investigate the connected > > monitor, and allow you to set the resolutions supported by the monitor. > > Despite the danger of stating the obvious... > > Note though that it is limited to laptop displays and DDC compliant > monitors, i.e. (AFAIK) does not support monitors connected with a > regular, old-fashioned VGA cable. I fail to understand your point. If a monitor isn't a laptop panel or some other display which has information in the BIOS tables, and doesn't do DDC ... what would you like xresprobe to do? > The description also says it only works on i386 (including AMD64 I > presume) and ppc. xresprobe is perfectly portable. ddcprobe is not, although that's fixable (by making it a wrapper around external programs; the one that reads the EDID out of /proc on powerpc is already there, but the version of vbetool which uses x86emu needs to grow DDC functionality, which is trivial, and then ddcprobe needs to be rejigged to support same). > It thus has a limited (though growing) application and other types of > systems will also need to be supported (probably using current manual > resolution/frequency selection methods). No, they won't need to be supported by xresprobe; you misunderstand its purpose. xresprobe is an external program called by the xserver-xorg postinst, which is able to seed the xserver-xorg debconf values. Which means that, if it's successful, then you don't need to bother asking questions. If not, then you just walk the same code paths as always. So, there's a potential *huge* net gain. And no net loss. Cheers, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 10:48:15AM +, Daniel Stone wrote:
> On Tue, Jan 17, 2006 at 11:37:46AM +0100, Sven Luther wrote:
> > xresprobe is a very nice tool, it will investigate the connected monitor,
> > and
> > allow you to set the resolutions supported by the monitor. We may consider
> > using it already in g-i, since it would allow to set the framebuffer size or
> > something, but i am not sure how this can be done easily.
> >
> > currently xresprobe doesn't really support multi-headed setups though, but
> > it
> > would be nice to have this solved for etch.
>
> Um, neither does xserver-xorg.{config,postinst,templates}. So there's
> not much point until those get fixed. I've been meaning to do it, but
> never got around to it. (Don't count on me doing it, seriously.)
I may do it on the purely xresprobe level, as time permits. not sure if i want
to handle the x scripts though.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
Sven Luther <[EMAIL PROTECTED]> writes:
>> Um, neither does xserver-xorg.{config,postinst,templates}. So there's
>> not much point until those get fixed. I've been meaning to do it, but
>> never got around to it. (Don't count on me doing it, seriously.)
>
> I may do it on the purely xresprobe level, as time permits. not sure if i want
> to handle the x scripts though.
Looks like xresprove should be the harder part. After have the need
information available, it need to be used. I might be wrong.
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED] UIN: 5906116
GNU/Linux User: 239058 GPG ID: 49A5F855
Home Page: http://www.freedom.ind.br/otavio
-
"Microsoft gives you Windows ... Linux gives
you the whole house."
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 09:22:06AM -0200, Otavio Salvador wrote:
> Sven Luther <[EMAIL PROTECTED]> writes:
> >> Um, neither does xserver-xorg.{config,postinst,templates}. So there's
> >> not much point until those get fixed. I've been meaning to do it, but
> >> never got around to it. (Don't count on me doing it, seriously.)
> >
> > I may do it on the purely xresprobe level, as time permits. not sure if i
> > want
> > to handle the x scripts though.
>
> Looks like xresprove should be the harder part. After have the need
> information available, it need to be used. I might be wrong.
I don't expect xresprobe to be hard. There are two parts which will be
hard:
a) making the xserver-xorg scripts understand multiple input and
output devices, and
b) getting DDC on multiple devices.
Right now we generally do DDC via VBE, which is kind of difficult when
you have multiple cards. Doable, but really really nasty. So what you
really want is the drivers to be split out into Xorg drivers, but also
libraries where you can initialise the card, look at its outputs, and
figure things out for yourself. But that's, uhm, a bit of a pipe dream.
Also, one of the more difficult things to do properly is multiple
outputs on single cards, especially when it comes to laptops with
external displays.
It's not at all trivial, but fixing xresprobe is definitely the easiest
part. Working out what you'll do about DDC, and fixing xserver-xorg;
now that's the hard part.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tuesday 17 January 2006 12:06, Daniel Stone wrote: > > On Tuesday 17 January 2006 11:37, Sven Luther wrote: > > > xresprobe is a very nice tool, it will investigate the connected > > > monitor, and allow you to set the resolutions supported by the > > > monitor. > I fail to understand your point. If a monitor isn't a laptop panel or > some other display which has information in the BIOS tables, and > doesn't do DDC ... what would you like xresprobe to do? Only that the above quote from Sven could be read as "will investigate _any_ connected monitor and return perfect configuration", which is not the case. I don't want xresprobe to do anything more, I see it probably cannot. I just wanted to avoid misinterpretation by people casually reading the thread, mainly on the d-boot list. > So, there's a potential *huge* net gain. And no net loss. Full ack in the context of X configuration. But, in the context of potential use of xresprobe for autodetection when booting the (graphical) installer (as Sven hinted at), non DCC compliant hardware also needs to be supported. pgpDfX8ONQ1jS.pgp Description: PGP signature
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 12:25:47PM +0100, Frans Pop wrote: > Full ack in the context of X configuration. > But, in the context of potential use of xresprobe for autodetection when > booting the (graphical) installer (as Sven hinted at), non DCC compliant > hardware also needs to be supported. xresprobe in the context of autodetection for the graphical installer is a non-starter at the moment anyway, since you can't support laptop displays without having xserver-xorg-core and all the drivers installed anyway (in order to do the resolution probe). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 11:25:31AM +, Daniel Stone wrote:
> On Tue, Jan 17, 2006 at 09:22:06AM -0200, Otavio Salvador wrote:
> > Sven Luther <[EMAIL PROTECTED]> writes:
> > >> Um, neither does xserver-xorg.{config,postinst,templates}. So there's
> > >> not much point until those get fixed. I've been meaning to do it, but
> > >> never got around to it. (Don't count on me doing it, seriously.)
> > >
> > > I may do it on the purely xresprobe level, as time permits. not sure if i
> > > want
> > > to handle the x scripts though.
> >
> > Looks like xresprove should be the harder part. After have the need
> > information available, it need to be used. I might be wrong.
>
> I don't expect xresprobe to be hard. There are two parts which will be
> hard:
> a) making the xserver-xorg scripts understand multiple input and
> output devices, and
> b) getting DDC on multiple devices.
>
> Right now we generally do DDC via VBE, which is kind of difficult when
Ah, i was mostly interested in the PPC case, where you get the EDID from
either the OF device-tree or from radeonfb /sys node.
> you have multiple cards. Doable, but really really nasty. So what you
> really want is the drivers to be split out into Xorg drivers, but also
> libraries where you can initialise the card, look at its outputs, and
> figure things out for yourself. But that's, uhm, a bit of a pipe dream.
Well, so let's do it for non-braindead hardware :)
> Also, one of the more difficult things to do properly is multiple
> outputs on single cards, especially when it comes to laptops with
> external displays.
Mmm, i believe again that both heads will provide the the above information on
powerpc.
> It's not at all trivial, but fixing xresprobe is definitely the easiest
> part. Working out what you'll do about DDC, and fixing xserver-xorg;
> now that's the hard part.
I think the most difficult part will be to come up with a nice user interface
for xresprobe and co to handle this.
Friendly,
Sven Luther
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#216933: Workaround for the CMS bug
Hi all, Joey Hess wrote: > > I haven't been seeing it with x.org 6.9 packages built with recent > gcc's, but I assume this just means the code has stopped tickling the > underlying bug in the crusoe code morpher. My problems had disappeared for a while since Xorg was here. But, since Xorg 6.9 I am experimenting a new problem. The computer boot normaly and then when gdm is started (or xinit, or startx) the LCD screen turn black and I can't restore the ascii consoles And, then, from time to time, it works normally (I have absolutely no explanation why!). I have no idea if this is related to the CMS bug, I need to investigate this more in deep to tell. Another thing, the gstreamer package must be using some non i386 instruction sets because I'm seeing a lot of problems when I try to install it. Well, seems this machine is a dream for bug tracking people ! ;-) Regards -- Emmanuel Fleury I do not fear computers. I fear the lack of them. -- Isaac Asimov -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
regarding placing of two mouse pointers on a single display of X-Server
hello sir, plz get me the details for placement and controlling of two mouse pointers on a single monitor with two mouse or two joysticks. each joystick having control on each pointer on the same screen... thanking u.. From: JEETHENDRA. P ADA Bangalore. INDIA. Send instant messages to your online friends http://in.messenger.yahoo.com
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 11:55:49AM +0100, Frans Pop wrote: > On Tuesday 17 January 2006 11:37, Sven Luther wrote: > > xresprobe is a very nice tool, it will investigate the connected > > monitor, and allow you to set the resolutions supported by the monitor. > > Despite the danger of stating the obvious... > > Note though that it is limited to laptop displays and DDC compliant > monitors, i.e. (AFAIK) does not support monitors connected with a > regular, old-fashioned VGA cable. No, wrong, the VGA cable has nothing to do with it, there are 3 DDC/EDID pins in the the standard VGA connector, the only risk is with older monitor who do not support DDC/EDID, and naturally with those who lie :) > The description also says it only works on i386 (including AMD64 I > presume) and ppc. Well, the ppc uses the OF device-tree, and if this doesn't work falls back to parsing the /sys fbdev tree. This would work for all arches, but only for those fbdev drivers supporting it. I know of radeonfb only right now, haven't looked in a while. Also, it obviously only works in fbdev mode. Not sure about vesafb, and if it provides the DDC information. This could (and should if i remember the discussions of the fbdev authors right) be fixed in the corresponding fbdev drivers. Naturally, there is some hardware out there whose graphical hardware cannot do DDC, but in this case there is not much you can do anyway. > It thus has a limited (though growing) application and other types of > systems will also need to be supported (probably using current manual > resolution/frequency selection methods). Sure, the ideal would be for xresprobe to either work and give the right data, for aall heads if posssible, or fail and inform the caller of the fail so the caller can do the right thing. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 12:25:47PM +0100, Frans Pop wrote: > On Tuesday 17 January 2006 12:06, Daniel Stone wrote: > > > On Tuesday 17 January 2006 11:37, Sven Luther wrote: > > > > xresprobe is a very nice tool, it will investigate the connected > > > > monitor, and allow you to set the resolutions supported by the > > > > monitor. > > > I fail to understand your point. If a monitor isn't a laptop panel or > > some other display which has information in the BIOS tables, and > > doesn't do DDC ... what would you like xresprobe to do? > > Only that the above quote from Sven could be read as "will investigate > _any_ connected monitor and return perfect configuration", which is not > the case. Oh, well, sorry for being less than perfect in my above claim, but hey, i think it is evident that the tool will only probe if the probe is possible, and i didn't think it needed to be insisted on so heavily. > I don't want xresprobe to do anything more, I see it probably cannot. I > just wanted to avoid misinterpretation by people casually reading the > thread, mainly on the d-boot list. Ok. > > So, there's a potential *huge* net gain. And no net loss. > > Full ack in the context of X configuration. > But, in the context of potential use of xresprobe for autodetection when > booting the (graphical) installer (as Sven hinted at), non DCC compliant > hardware also needs to be supported. Right now we mostly only support radeonfb and vesfb anyway, so there is a huge amount of work to be done there. If the hardware is not able to probe correctly through DDC, i believe the right place to handle this is in the documentation, and the user should pass the right info to the installer, info which could then be parsed from the command line, and passed over to the installed system maybe ? Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 01:02:43PM +0100, Sven Luther wrote: > On Tue, Jan 17, 2006 at 11:55:49AM +0100, Frans Pop wrote: > > The description also says it only works on i386 (including AMD64 I > > presume) and ppc. > > Well, the ppc uses the OF device-tree, and if this doesn't work falls back to > parsing the /sys fbdev tree. This would work for all arches, but only for > those fbdev drivers supporting it. I know of radeonfb only right now, haven't > looked in a while. Also, it obviously only works in fbdev mode. Not sure about > vesafb, and if it provides the DDC information. > > This could (and should if i remember the discussions of the fbdev authors > right) be fixed in the corresponding fbdev drivers. Yes, but you don't want to depend on accelerated framebuffer drivers, particularly if you want to use accelerated X. In addition, most of the X drivers are unmaintained, let alone the framebuffers. Let's not walk that path. > > It thus has a limited (though growing) application and other types of > > systems will also need to be supported (probably using current manual > > resolution/frequency selection methods). > > Sure, the ideal would be for xresprobe to either work and give the right data, > for aall heads if posssible, or fail and inform the caller of the fail so the > caller can do the right thing. So what do you do on a laptop where you can't get any EDID for the external head? What do you do in the case where you have two cards (let's say, one integrated and a discrete one that you actually use), where only one is connected? And so on, and so forth. I think it's better to get something up usefully than to insist on this ridiculous ideal of 'we must find out all information for every display', or nothing. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 12:09:55PM +, Daniel Stone wrote: > On Tue, Jan 17, 2006 at 01:02:43PM +0100, Sven Luther wrote: > > On Tue, Jan 17, 2006 at 11:55:49AM +0100, Frans Pop wrote: > > > The description also says it only works on i386 (including AMD64 I > > > presume) and ppc. > > > > Well, the ppc uses the OF device-tree, and if this doesn't work falls back > > to > > parsing the /sys fbdev tree. This would work for all arches, but only for > > those fbdev drivers supporting it. I know of radeonfb only right now, > > haven't > > looked in a while. Also, it obviously only works in fbdev mode. Not sure > > about > > vesafb, and if it provides the DDC information. > > > > This could (and should if i remember the discussions of the fbdev authors > > right) be fixed in the corresponding fbdev drivers. > > Yes, but you don't want to depend on accelerated framebuffer drivers, > particularly if you want to use accelerated X. In addition, most of the > X drivers are unmaintained, let alone the framebuffers. Let's not walk > that path. Well, we are speaking in the context of the graphical installer here :) > > > It thus has a limited (though growing) application and other types of > > > systems will also need to be supported (probably using current manual > > > resolution/frequency selection methods). > > > > Sure, the ideal would be for xresprobe to either work and give the right > > data, > > for aall heads if posssible, or fail and inform the caller of the fail so > > the > > caller can do the right thing. > > So what do you do on a laptop where you can't get any EDID for the > external head? What do you do in the case where you have two cards > (let's say, one integrated and a discrete one that you actually use), > where only one is connected? And so on, and so forth. I think it's > better to get something up usefully than to insist on this ridiculous > ideal of 'we must find out all information for every display', or > nothing. Well, if you can get the info, we use it, if not, well, we ask the user about it and have some sane default in case the user has no clue. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 12:39:11PM +, Daniel Stone wrote: > On Tue, Jan 17, 2006 at 01:31:50PM +0100, Sven Luther wrote: > > On Tue, Jan 17, 2006 at 12:09:55PM +, Daniel Stone wrote: > > > Yes, but you don't want to depend on accelerated framebuffer drivers, > > > particularly if you want to use accelerated X. In addition, most of the > > > X drivers are unmaintained, let alone the framebuffers. Let's not walk > > > that path. > > > > Well, we are speaking in the context of the graphical installer here :) > > I wouldn't advocate anything other than vesa/offb for the graphical > installer, to be honest. Radeonfb naturally, why use those pale copies if you can get the real thing. and radeonfb even provide the EDID field in /sys. Friendly, Sven Luther -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [pkgsel] Add xresprobe, discover and laptop detect for hw detection
On Tue, Jan 17, 2006 at 01:31:50PM +0100, Sven Luther wrote: > On Tue, Jan 17, 2006 at 12:09:55PM +, Daniel Stone wrote: > > Yes, but you don't want to depend on accelerated framebuffer drivers, > > particularly if you want to use accelerated X. In addition, most of the > > X drivers are unmaintained, let alone the framebuffers. Let's not walk > > that path. > > Well, we are speaking in the context of the graphical installer here :) I wouldn't advocate anything other than vesa/offb for the graphical installer, to be honest. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#320828: xserver-xorg: Sometimes crashes in ATI driver when resizing XV window
On Tue, Jan 17, 2006 at 12:36:53AM +0100, David Martínez Moreno wrote: > This time has arrived. :-) > > Could you please report if your bug was fixed with the latest 6.9 release? I installed the most recent xorg in Sid, and I could still reproduce the crash in the same way as before. ii xserver-xorg 6.9.0.dfsg.1-4 the X.Org X server ii xserver-xorg-d 6.9.0.dfsg.1-4 debugging symbols for the X.Org X server However, at least this time I was able to extract a full backtrace using gdb (in previous attempts, my laptop would lock up solid): [EMAIL PROTECTED] marcelm]# gdb /usr/X11R6/bin/Xorg 21312 GNU gdb 6.4-debian Copyright 2005 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i486-linux-gnu"...Using host libthread_db library "/lib/tls/libthread_db.so.1". Attaching to program: /usr/X11R6/bin/Xorg, process 21312 Reading symbols from /usr/lib/libz.so.1...done. Loaded symbols for /usr/lib/libz.so.1 Reading symbols from /lib/tls/libm.so.6...done. Loaded symbols for /lib/tls/libm.so.6 Reading symbols from /usr/X11R6/lib/libXau.so.6...done. Loaded symbols for /usr/X11R6/lib/libXau.so.6 Reading symbols from /usr/X11R6/lib/libXdmcp.so.6...done. Loaded symbols for /usr/X11R6/lib/libXdmcp.so.6 Reading symbols from /lib/tls/libdl.so.2...done. Loaded symbols for /lib/tls/libdl.so.2 Reading symbols from /lib/libgcc_s.so.1...done. Loaded symbols for /lib/libgcc_s.so.1 Reading symbols from /lib/tls/libc.so.6...done. Loaded symbols for /lib/tls/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Reading symbols from /usr/X11R6/lib/modules/fonts/libbitmap.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/fonts/libbitmap.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/fonts/libbitmap.so Reading symbols from /usr/X11R6/lib/modules/libpcidata.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/libpcidata.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/libpcidata.so Reading symbols from /usr/X11R6/lib/modules/libddc.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/libddc.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/libddc.so Reading symbols from /usr/X11R6/lib/modules/extensions/libdbe.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/libdbe.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libdbe.so Reading symbols from /usr/X11R6/lib/modules/extensions/libdri.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/libdri.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libdri.so Reading symbols from /usr/X11R6/lib/modules/linux/libdrm.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/linux/libdrm.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/linux/libdrm.so Reading symbols from /usr/X11R6/lib/modules/extensions/libextmod.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/libextmod.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libextmod.so Reading symbols from /usr/X11R6/lib/modules/extensions/libglx.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/libglx.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libglx.so Reading symbols from /usr/X11R6/lib/modules/extensions/libGLcore.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/libGLcore.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/libGLcore.so Reading symbols from /usr/X11R6/lib/modules/extensions/librecord.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/extensions/librecord.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/extensions/librecord.so Reading symbols from /usr/X11R6/lib/modules/fonts/libfreetype.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/fonts/libfreetype.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/fonts/libfreetype.so Reading symbols from /usr/X11R6/lib/modules/fonts/libtype1.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/fonts/libtype1.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/fonts/libtype1.so Reading symbols from /usr/X11R6/lib/modules/libvbe.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/libvbe.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/libvbe.so Reading symbols from /usr/X11R6/lib/modules/linux/libint10.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/modules/linux/libint10.so...done. done. Loaded symbols for /usr/X11R6/lib/modules/linux/libint10.so Reading symbols from /usr/X11R6/lib/modules/drivers/ati_drv.so...Reading symbols from /usr/lib/debug/usr/X11R6/lib/mo
Re: X Strike Force X.Org X11 SVN commit: r1051 - tags
On Fri, 2006-01-13 at 03:44 +, Daniel Stone wrote: > On Thu, Jan 12, 2006 at 12:26:08PM +0100, Michel D?nzer wrote: > > I agree that a Mesa upload is overdue (anybody heard anything from > > Marcelo?), but I still don't like the package naming as currently in > > xorg SVN. I think something like libgl1-mesa-(sw)x11 would be more > > accurate than libgl1-mesa-swrast, but I absolutely don't see the point > > of going through the pain of renaming libgl1-mesa-dri to libgl1-mesa, as > > the former is more accurate. > > +1 on moving libgl1-mesa-swrast to libgl1-mesa-swx11. Cool, and thanks to David who already changed it. > As for -dri and -mesa, the only reason why that happened is because I > already had libgl1-mesa for the library and libgl1-mesa-dri for the > modules in my tree before Marcelo did 6.4.x. To be honest, I don't > care either way. I see. Keeping the DRI drivers in their own package would probably be nice, how about libgl1-mesa-glx for libGL and libgl1-mesa-dri for the drivers? -- Earthling Michel Dänzer | Debian (powerpc), X and DRI developer Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
Bug#345640: xserver-xorg: New Xorg crashes with kernel 2.6.14, but not with 2.6.12
On Fri, 2006-01-06 at 15:10 +0100, Luca Capello wrote: > > On Fri, 06 Jan 2006 14:41:06 +0100, Michel Dänzer wrote: > > On Fri, 2006-01-06 at 13:41 +0100, Luca Capello wrote: > >> > >> [...] what should I do for the DRI bug? > > > > There is no bug, this is the reason why Option "AGPFastWrite" > > defaults to off. > > Sorry, probably I missunderstood what r300 supports and what it > doesn't. > > On XP I installed the Omega drivers and at [1] it seems that > "AGPFastWrite" is available only for 9600 and Athlon 64 systems (which > I don't have, it's a Intel Pentium M 1.8GHz). Infact, using the Omega > setting tool, I cannot switch the "AGPFastWrite" option on. So I > suppose it's _must_ be off (but I don't know at all about graphic > cards). > > From the r300 [2] and the DRI [3] websites, my FireGL T2 / M10 has the > rv350 chipset, which should be *experimentally* supported by the r300 > DRI driver. Am I correct? Or am I missing something? Correct, but the r300 DRI driver doesn't have anything to do with this. > The problem is that X.Org 6.9.0 with Benjamin's patch still freezes > after a while even with "AGPFastWrite" off (when I start quake3, but > not when I start glxgears). > > I'd like to debug the problem, as this is the only way I can help > supporting my M10 by the DRI framework (sorry, I'm not a programmer). The r300 DRI driver is still very experimental and undergoing rapid development. You should probably check out the DRI project website and/or mailing lists. -- 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: r1051 - tags
On Tue, Jan 17, 2006 at 07:12:57PM +0100, Michel Dänzer wrote: > On Fri, 2006-01-13 at 03:44 +, Daniel Stone wrote: > > On Thu, Jan 12, 2006 at 12:26:08PM +0100, Michel D?nzer wrote: > > > I agree that a Mesa upload is overdue (anybody heard anything from > > > Marcelo?), but I still don't like the package naming as currently in > > > xorg SVN. I think something like libgl1-mesa-(sw)x11 would be more > > > accurate than libgl1-mesa-swrast, but I absolutely don't see the point > > > of going through the pain of renaming libgl1-mesa-dri to libgl1-mesa, as > > > the former is more accurate. > > > > +1 on moving libgl1-mesa-swrast to libgl1-mesa-swx11. > > Cool, and thanks to David who already changed it. My pleasure. > > As for -dri and -mesa, the only reason why that happened is because I > > already had libgl1-mesa for the library and libgl1-mesa-dri for the > > modules in my tree before Marcelo did 6.4.x. To be honest, I don't > > care either way. > > I see. Keeping the DRI drivers in their own package would probably be > nice, how about libgl1-mesa-glx for libGL and libgl1-mesa-dri for the > drivers? For what it's worth, I like this and I can make the change quickly[0] if Daniel likes it too. - David Nusinow [0] Although maybe not too quickly. The GPLv3 festivities are still in full swing around here and I've been spending some time with our SVN repo maintainer :-) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: please
Processing commands for [EMAIL PROTECTED]: > tags 348457 +upstream Bug#348457: open ttydev: No such device or address ; xterm should call TIOCSCTTY on GNU systems Tags were: patch Tags added: upstream > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348585: xlibs 6.9.0 -- layout czsk doesn't function
Package: xlibs Version: 6.9.0.dfsg.1-4 After upgrade xlibs from version 6.8.2 to version 6.9.0, layout czsk (that I use) stops function. ~$ setxkbmap -model pc104 -layout czsk -print | xkbcomp -w0 -I/etc/X11/xkb - :0 Error:No Symbols named "shift_toggle" in the include file "group" Exiting Abandoning symbols file "def_basic" Abandoning symbols file "us_cz_prog" Abandoning symbols file "basic" Abandoning symbols file "(null)" Error:success in unknown Couldn't write keyboard description to :0 When I found in /etc/X11/xkb/symbols/group, that there is group(shifts_toggle) and then I changed it in /etc/X11/xkb/symbols/czsk from include"group(shift_toggle)" to include"group(shifts_toggle)", since it is OK. Debian unstable Architecture: i386 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#345758: xserver-xorg: OldDmaInit does not work either
Package: xserver-xorg Version: 6.9.0.dfsg.1-4 Followup-For: Bug #345758 Hello, I did try the OldDmaInit option but unfortunatly it does not seems to work here: % glxinfo | grep "direct rendering" direct rendering: No I'm using a Matrox G550 video card without the mga_hal module. -- Package-specific info: Contents of /var/lib/xfree86/X.roster: xserver-xfree86 xserver-xorg /etc/X11/X target unchanged from checksum in /var/lib/xfree86/X.md5sum. X server symlink status: lrwxrwxrwx 1 root root 17 2005-07-13 21:20 /etc/X11/X -> /usr/bin/X11/Xorg -rwxr-xr-x 1 root root 1878044 2006-01-15 02:40 /usr/bin/X11/Xorg Contents of /var/lib/xfree86/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: :01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G550 AGP (rev 01) /etc/X11/xorg.conf does not match checksum in /var/lib/xfree86/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 3528 2006-01-17 21:02 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # XF86Config-4 (XFree86 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 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 file but would like it to be automatically updated # again, run the following commands as root: # # cp /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.custom # md5sum /etc/X11/XF86Config-4 >/var/lib/xfree86/XF86Config-4.md5sum # dpkg-reconfigure xserver-xfree86 Section "Files" FontPath"unix/:7100"# local font server # if the local font server has problems, we can fall back on these FontPath"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" FontPath"/usr/lib/X11/fonts/misc" FontPath"/usr/lib/X11/fonts/cyrillic" FontPath"/usr/lib/X11/fonts/100dpi/:unscaled" FontPath"/usr/lib/X11/fonts/75dpi/:unscaled" FontPath"/usr/lib/X11/fonts/CID" FontPath"/usr/lib/X11/fonts/Speedo" # FontPath"/usr/lib/X11/fonts/100dpi" # FontPath"/usr/lib/X11/fonts/75dpi" FontPath"/usr/lib/X11/fonts/Type1" EndSection Section "Module" Load"GLcore" Load"bitmap" Load"dbe" Load"ddc" Load"dri" Load"extmod" Load"freetype" Load"glx" Load"int10" Load"record" Load"speedo" Load"type1" Load"vbe" EndSection Section "InputDevice" Identifier "Generic Keyboard" Driver "keyboard" Option "CoreKeyboard" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "be" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" Option "Device""/dev/psaux" # Option "Protocol" "ImPS/2" Option "Protocol" "ExplorerPS/2" # Option "Protocol" "MouseManPlusPS/2" # Option "Emulate3Buttons" "true" Option "ZAxisMapping" "4 5" Option "Buttons" "8" Option "SendCoreEvents""true" EndSection #Section "InputDevice" # Identifier "Generic Mouse" # Driver "mouse" # Option "SendCoreEvents""true" # Option "Device""/dev/input/mice" # Option "Protocol" "ImPS/2" # Option "Emulate3Buttons" "true" # Option "ZAxisMapping" "4 5" #EndSection Section "Device" Identifier "Matrox Graphics, Inc. MGA G550 AGP" Driver "mga" BusID "PCI:01:00:00" Option "AGPMode" "4" Option "OldDmaInit""true" EndSection Section "Monitor" Identifier "Belinea 10 30 40" HorizSync 30-86 VertRefresh 50-150 Option "DPMS" EndSection Section "Screen" Identifier "Default Screen" Device "Matrox Graphics, Inc. MGA G550 AGP" Monitor "Belinea 10 30 40" DefaultDepth24 SubSection "Display" Depth 1 Modes "1024x768" "800x600" "640x480" EndSubSection SubSection "Display" Depth 4
Re: X Strike Force X.Org X11 SVN commit: r1051 - tags
On Tue, Jan 17, 2006 at 01:44:24PM -0500, David Nusinow wrote: > On Tue, Jan 17, 2006 at 07:12:57PM +0100, Michel D?nzer wrote: > > I see. Keeping the DRI drivers in their own package would probably be > > nice, how about libgl1-mesa-glx for libGL and libgl1-mesa-dri for the > > drivers? > > For what it's worth, I like this and I can make the change quickly[0] if > Daniel likes it too. Sure, whatever. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348611: xlibs: dead_circumflex and dead_diaeresis doesn't work as expected with fr layout
Package: xlibs
Version: 6.9.0.dfsg.1-4
Severity: important
Hi,
Since xorg 6.9.0, dead_circumflex is no more a dead key (i.e pressing ^
then e will print ^e instead of ê) and dead_diaeresis doesn't work
anymore.
This bug seems to be a lot like #347690 but with the fr layout.
here are somme more info :
$ xprop -root | grep XKB
_XKB_RULES_NAMES(STRING) = "xorg", "pc105", "fr", "", ""
>From xorg.conf:
Section "InputDevice"
Identifier "Generic Keyboard"
Driver "keyboard"
Option "CoreKeyboard"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "fr"
EndSection
--
Alexandre Belloni
-- Package-specific info:
Keyboard-related contents of X.Org X server log file
/var/log/Xorg.0.log:
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "Default"
(**) |-->Screen "Default" (0)
(**) | |-->Monitor "i8600"
(**) | |-->Device "GeforceFX"
(**) |-->Input Device "Generic Keyboard"
(**) Option "XkbRules" "xorg"
(**) XKB: rules: "xorg"
(**) Option "XkbModel" "pc105"
(**) XKB: model: "pc105"
(**) Option "XkbLayout" "fr"
(**) XKB: layout: "fr"
(==) Keyboard: CustomKeycode disabled
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "MSIntellimouse"
(**) FontPath set to
"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType,/usr/lib/X11/fonts/100dpi,/usr/lib/X11/fonts/100dpi/:unscaled,/usr/lib/X11/fonts/misc,/usr/lib/X11/fonts/Type1"
(==) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
--
(II) LoadModule: "nvidia"
(II) Loading /usr/X11R6/lib/modules/drivers/nvidia_drv.o
(II) Module nvidia: vendor="NVIDIA Corporation"
compiled for 4.0.2, module version = 1.0.8178
Module class: XFree86 Video Driver
(II) LoadModule: "keyboard"
(II) Loading /usr/X11R6/lib/modules/input/keyboard_drv.so
(II) Module keyboard: vendor="X.Org Foundation"
compiled for 6.9.0, module version = 1.0.0
Module class: X.Org XInput Driver
ABI class: X.Org XInput driver, version 0.5
(II) LoadModule: "synaptics"
(II) Reloading /usr/X11R6/lib/modules/input/synaptics_drv.o
--
(II) Loading extension NV-CONTROL
(==) RandR enabled
(II) Initializing built-in extension MIT-SHM
(II) Initializing built-in extension XInputExtension
(II) Initializing built-in extension XTEST
(II) Initializing built-in extension XKEYBOARD
(II) Initializing built-in extension LBX
(II) Initializing built-in extension XC-APPGROUP
(II) Initializing built-in extension SECURITY
(II) Initializing built-in extension XINERAMA
(II) Initializing built-in extension XFIXES
--
(II) Initializing built-in extension RANDR
(II) Initializing built-in extension COMPOSITE
(II) Initializing built-in extension DAMAGE
(II) Initializing built-in extension XEVIE
(II) Initializing extension GLX
(**) Generic Keyboard: Core Keyboard
(**) Option "Protocol" "standard"
(**) Generic Keyboard: Protocol: standard
(**) Option "AutoRepeat" "500 30"
(**) Option "XkbRules" "xorg"
(**) Generic Keyboard: XkbRules: "xorg"
(**) Option "XkbModel" "pc105"
(**) Generic Keyboard: XkbModel: "pc105"
(**) Option "XkbLayout" "fr"
(**) Generic Keyboard: XkbLayout: "fr"
(**) Option "CustomKeycodes" "off"
(**) Generic Keyboard: CustomKeycodes disabled
(II) Synaptics touchpad driver version 0.14.4 (1404)
(--) Mouse1 auto-dev sets device to /dev/input/event2
(**) Option "Device" "/dev/input/event2"
(**) Option "SHMConfig" "on"
(**) Option "LeftEdge" "200"
--
(**) Option "ZAxisMapping" "4 5"
(**) MSIntellimouse: ZAxisMapping: buttons 4 and 5
(**) MSIntellimouse: Buttons: 9
(II) XINPUT: Adding extended input device "MSIntellimouse" (type: MOUSE)
(II) XINPUT: Adding extended input device "Mouse1" (type: MOUSE)
(II) XINPUT: Adding extended input device "Generic Keyboard" (type: KEYBOARD)
(II) XINPUT: Adding extended input device "NVIDIA Event Handler" (type: Other)
(II) XINPUT: Adding extended input device "NVIDIA Kernel Input Handler" (type:
Other)
Synaptics DeviceInit called
SynapticsCtrl called.
Synaptics DeviceOn called
X.Org X server log files on system:
-rw-r--r-- 1 root root 35989 Jan 18 01:40 /var/log/Xorg.0.log
Compiled XKB description for X server ":0.0":
xkb_keymap {
xkb_keycodes "xfree86+aliases(azerty)" {
minimum = 8;
maximum = 255;
= 9;
= 10;
= 11;
= 12;
= 13;
= 14;
= 15;
= 16;
= 17;
= 18;
= 19;
= 20;
= 21;
= 22;
= 23;
= 24;
= 25;
= 26;
= 27;
= 28;
= 29;
= 30;
= 31;
= 32;
= 33;
= 34;
= 35;
= 36;
= 37;
= 38;
= 39;
= 40;
= 41;
= 42;
= 43;
= 44;
= 45;
= 46;
= 47;
= 48;
= 49;
= 50;
= 51;
= 52;
= 53;
= 54;
= 55;
= 56;
= 57;
= 58;
= 59;
= 60;
= 61;
= 62;
= 63;
= 64;
= 65;
= 66;
= 67;
= 68;
= 69;
= 70;
Bug#126519: Order Tracking : B699503-4410
Hows it been going, [EMAIL PROTECTED] We have opened our new Iicenced store. http://stettner2000.com/?aid=6 Bye, Robby Grisham -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#45291: Track your order : R6214-73321
Hows it been going, [EMAIL PROTECTED] We have opened our new Iicenced store. http://stettner2000.com/?aid=6 Get back to you later, Jonah J. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348615: xutils: resize - where did it go to?
Package: xutils Version: 6.9.0.dfsg.1-4 Severity: important Description of this package claims this package should have a command called "resize". But it is no more there! So, where the fsck is it now? Where did it go to? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'unstable'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Versions of packages xutils depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-4 X Font Server library ii x11-common6.9.0.dfsg.1-4 X Window System (X.Org) infrastruc ii zlib1g1:1.2.3-9 compression library - runtime xutils recommends no packages. -- no debconf information -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "She turns me on. She makes me real. I have to apologize for the way I feel." Nine Inch Nails -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1087 - branches/modular/app/xterm/debian
Author: dnusinow Date: 2006-01-17 21:26:25 -0500 (Tue, 17 Jan 2006) New Revision: 1087 Modified: branches/modular/app/xterm/debian/changelog branches/modular/app/xterm/debian/control branches/modular/app/xterm/debian/xterm.install Log: * Install everything in /usr/bin, /etc/X11/app-defaults, and /usr/share/man/man1. This gives us back the resize program. (closes: #345477, #348615, #347553) * Add conflicts and replaces to xutils < 6.9.0.dfsg.1 Modified: branches/modular/app/xterm/debian/changelog === --- branches/modular/app/xterm/debian/changelog 2006-01-16 22:19:03 UTC (rev 1086) +++ branches/modular/app/xterm/debian/changelog 2006-01-18 02:26:25 UTC (rev 1087) @@ -1,3 +1,12 @@ +xterm (208-3) unstable; urgency=low + + * Install everything in /usr/bin, /etc/X11/app-defaults, and +/usr/share/man/man1. This gives us back the resize program. +(closes: #345477, #348615, #347553) + * Add conflicts and replaces to xutils < 6.9.0.dfsg.1 + + -- David Nusinow <[EMAIL PROTECTED]> Tue, 17 Jan 2006 21:24:01 -0500 + xterm (208-2) unstable; urgency=low * Added 000_stolen_from_HEAD.diff, with last minute changes from Thomas Modified: branches/modular/app/xterm/debian/control === --- branches/modular/app/xterm/debian/control 2006-01-16 22:19:03 UTC (rev 1086) +++ branches/modular/app/xterm/debian/control 2006-01-18 02:26:25 UTC (rev 1087) @@ -92,6 +92,8 @@ Recommends: xutils Suggests: xfonts-cyrillic Provides: x-terminal-emulator +Conflicts: xutils (<< 6.9.0.dfsg.1) +Provides: xutils (<< 6.9.0.dfsg.1) Description: X terminal emulator xterm is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that cannot use the Modified: branches/modular/app/xterm/debian/xterm.install === --- branches/modular/app/xterm/debian/xterm.install 2006-01-16 22:19:03 UTC (rev 1086) +++ branches/modular/app/xterm/debian/xterm.install 2006-01-18 02:26:25 UTC (rev 1087) @@ -1,12 +1,3 @@ -etc/X11/app-defaults/KOI8RXTerm -etc/X11/app-defaults/UXTerm -etc/X11/app-defaults/XTerm -etc/X11/app-defaults/XTerm-color -usr/bin/koi8rxterm -usr/bin/lxterm -usr/bin/uxterm -usr/bin/xterm -usr/share/man/man1/koi8rxterm.1x -usr/share/man/man1/lxterm.1x -usr/share/man/man1/uxterm.1x -usr/share/man/man1/xterm.1x +etc/X11/app-defaults/* +usr/bin/* +usr/share/man/man1/* -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
X Strike Force X.Org X11 SVN commit: r1088 - trunk/debian
Author: dnusinow Date: 2006-01-17 21:31:12 -0500 (Tue, 17 Jan 2006) New Revision: 1088 Modified: trunk/debian/changelog trunk/debian/control Log: * Remove resize from xutils description. This program has been moved to the xterm package as of Xorg 6.9 and xterm 208-3. Modified: trunk/debian/changelog === --- trunk/debian/changelog 2006-01-18 02:26:25 UTC (rev 1087) +++ trunk/debian/changelog 2006-01-18 02:31:12 UTC (rev 1088) @@ -1,10 +1,15 @@ xorg-x11 (6.9.0.dfsg.1-4+SVN) UNRELEASED; urgency=low + [ David Martínez Moreno ] * hurd/800_gnu_config.diff: Fix for local socket creation in the Hurd: sockets are BSD4.4-like (closes: #348011). - -- David Martínez Moreno <[EMAIL PROTECTED]> Mon, 16 Jan 2006 17:26:22 +0100 + [ David Nusinow ] + * Remove resize from xutils description. This program has been moved to the +xterm package as of Xorg 6.9 and xterm 208-3. + -- David Nusinow <[EMAIL PROTECTED]> Tue, 17 Jan 2006 21:29:14 -0500 + xorg-x11 (6.9.0.dfsg.1-4) unstable; urgency=low [ David Martínez Moreno ] Modified: trunk/debian/control === --- trunk/debian/control2006-01-18 02:26:25 UTC (rev 1087) +++ trunk/debian/control2006-01-18 02:31:12 UTC (rev 1088) @@ -2591,9 +2591,6 @@ the PCI configuration space (not available on all architectures); - pswrap, a tool that creates C procedures from segments of PostScript language code; - - resize, which prints a shell command for setting the TERM and TERMCAP -environment variables to indicate the current size of the xterm (or -compatible program) window from which the command is run; - revpath, which generates a relative path that can be used to undo a change-directory; - rstart, a remote start client; -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#348615: marked as done (xutils: resize - where did it go to?)
Your message dated Tue, 17 Jan 2006 18:47:11 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#348615: fixed in xterm 208-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 18 Jan 2006 02:02:47 + >From [EMAIL PROTECTED] Tue Jan 17 18:02:47 2006 Return-path: <[EMAIL PROTECTED]> Received: from posti6.jyu.fi ([130.234.4.43]) by spohr.debian.org with esmtp (Exim 4.50) id 1Ez2es-OB-Vo for [EMAIL PROTECTED]; Tue, 17 Jan 2006 18:02:47 -0800 Received: from localhost (localhost.localdomain [127.0.0.1]) by posti6.jyu.fi (8.13.4/8.13.4) with ESMTP id k0I22FpX017690 for <[EMAIL PROTECTED]>; Wed, 18 Jan 2006 04:02:15 +0200 Received: from heresy.ainola.jyu.fi (heresy.ainola.jyu.fi [130.234.191.114]) by posti6.jyu.fi (8.13.4/8.13.4) with ESMTP id k0I224Ve017561; Wed, 18 Jan 2006 04:02:05 +0200 Received: by heresy.ainola.jyu.fi (Postfix, from userid 1000) id 48B4A426D5; Wed, 18 Jan 2006 04:02:16 +0200 (EET) Date: Wed, 18 Jan 2006 04:02:16 +0200 From: Juhapekka Tolvanen <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xutils: resize - where did it go to? Message-ID: <[EMAIL PROTECTED]> Reply-To: Juhapekka Tolvanen <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 3.18 Organization: What?+ Me organized?+ Never!1 X-Mailer-URL: http://www.mutt.org/ X-Editor: Vim http://www.vim.org/ User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at cc.jyu.fi Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xutils Version: 6.9.0.dfsg.1-4 Severity: important Description of this package claims this package should have a command called "resize". But it is no more there! So, where the fsck is it now? Where did it go to? -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (101, 'unstable'), (99, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Versions of packages xutils depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-12 GNU C Library: Shared libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-4 X Font Server library ii x11-common6.9.0.dfsg.1-4 X Window System (X.Org) infrastruc ii zlib1g1:1.2.3-9 compression library - runtime xutils recommends no packages. -- no debconf information -- Juhapekka "naula" Tolvanen * http colon slash slash iki dot fi slash juhtolv "She turns me on. She makes me real. I have to apologize for the way I feel." Nine Inch Nails --- Received: (at 348615-close) by bugs.debian.org; 18 Jan 2006 02:50:46 + >From [EMAIL PROTECTED] Tue Jan 17 18:50:46 2006 Return-path: <[EMAIL PROTECTED]> Received: from katie by spohr.debian.org with local (Exim 4.50) id 1Ez3Lr-0007wC-6p; Tue, 17 Jan 2006 18:47:11 -0800 From: David Nusinow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.65 $ Subject: Bug#348615: fixed in xterm 208-3 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Tue, 17 Jan 2006 18:47:11 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 X-CrossAssassin-Score: 3 Source: xterm Source-Version: 208-3 We believe that the bug you reported is fixed in the latest version of xterm, which is due to be installed in the Debian FTP archive: xterm_208-3.diff.gz to pool/main/x/xterm/xterm_208-3.diff.gz xterm_208-3.dsc to pool/main/x/xterm/xterm_208-3.dsc xterm_208-3_i386.deb to pool/main/x/xterm/xterm_208-3_i386.deb A summa
Bug#347553: marked as done (xutils: 'resize' binary missing)
Your message dated Tue, 17 Jan 2006 18:47:11 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#347553: fixed in xterm 208-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 11 Jan 2006 13:43:28 + >From [EMAIL PROTECTED] Wed Jan 11 05:43:28 2006 Return-path: <[EMAIL PROTECTED]> Received: from mailf2.uni-siegen.de ([141.99.1.42]) by spohr.debian.org with esmtp (Exim 4.50) id 1EwgG8-C1-63 for [EMAIL PROTECTED]; Wed, 11 Jan 2006 05:43:28 -0800 Received: from prometheus.mz.uni-siegen.de ([141.99.3.14]) by mailf2.uni-siegen.de with Microsoft SMTPSVC(6.0.3790.1830); Wed, 11 Jan 2006 14:42:26 +0100 Received: from localhost (prometheus.mz.uni-siegen.de [141.99.3.14]) by prometheus.mz.uni-siegen.de (Postfix) with ESMTP id 7265664B3A for <[EMAIL PROTECTED]>; Wed, 11 Jan 2006 14:42:51 +0100 (CET) From: Christian Hilberg <[EMAIL PROTECTED]> Reply-To: [EMAIL PROTECTED] Organization: Unix User Group To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xutils: 'resize' binary missing Date: Wed, 11 Jan 2006 14:41:15 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1809113.f1MU3ApPNe"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <[EMAIL PROTECTED]> X-OriginalArrivalTime: 11 Jan 2006 13:42:26.0511 (UTC) FILETIME=[DBDAC5F0:01C616B4] Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 --nextPart1809113.f1MU3ApPNe Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Package: xutils Version: 6.9.0.dfsg.1-3 Severity: normal The 'resize' binary is missing in the xutils package in the version=20 above. It seems to be missing since version 6.9.0. For now, I=20 reverted to xutils version xutils_6.8.2.dfsg.1-11_i386.deb which=20 still includes the 'resize' binary. =2D- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.14.2 Locale: LANG=3DC, LC_CTYPE=3DC (charmap=3DANSI_X3.4-1968) Versions of packages xutils depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor=20 (cpp) hi libc6 2.3.5-11 GNU C Library: Shared=20 libraries an ii libfreetype6 2.1.10-1 FreeType 2 font engine,=20 shared lib ii libfs66.9.0.dfsg.1-3 X Font Server library ii x11-common6.9.0.dfsg.1-3 X Window System (X.Org)=20 infrastruc ii zlib1g1:1.2.3-9 compression library -=20 runtime xutils recommends no packages. =2D- no debconf information =2D-=20 christian hilberg *student of computer science [EMAIL PROTECTED] * unix user group siegen [EMAIL PROTECTED]* media center univ. siegen * http://www.home.unix-ag.org/hilberg/ * *10.0 times 0.1 is hardly ever 1.0 * --nextPart1809113.f1MU3ApPNe Content-Type: application/pgp-signature -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQBDxQsE089GjehexVIRAm+vAJ0Slwo/ajpLsK92QL1V8Iu4ZmMOHgCgvcti Umme1U32CE61iivyoM88Yzo= =Cgzc -END PGP SIGNATURE- --nextPart1809113.f1MU3ApPNe-- --- Received: (at 347553-close) by bugs.debian.org; 18 Jan 2006 02:50:45 + >From [EMAIL PROTECTED] Tue Jan 17 18:50:45 2006 Return-path: <[EMAIL PROTECTED]> Received: from katie by spohr.debian.org with local (Exim 4.50) id 1Ez3Lr-0007wA-5i; Tue, 17 Jan 2006 18:47:11 -0800 From: David Nusinow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.65 $ Subject: Bug#347553: fixed in xterm 208-3 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Tue, 17 Jan 2006 18:47:11 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.deb
Bug#345477: marked as done (xutils: does not provide resize -command in version 6.9.0.dfsg.1-1)
Your message dated Tue, 17 Jan 2006 18:47:11 -0800 with message-id <[EMAIL PROTECTED]> and subject line Bug#345477: fixed in xterm 208-3 has caused the attached Bug report to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what I am talking about this indicates a serious mail system misconfiguration somewhere. Please contact me immediately.) Debian bug tracking system administrator (administrator, Debian Bugs database) -- Received: (at submit) by bugs.debian.org; 31 Dec 2005 20:06:30 + >From [EMAIL PROTECTED] Sat Dec 31 12:06:30 2005 Return-path: <[EMAIL PROTECTED]> Received: from mail.gmx.net ([213.165.64.21]) by spohr.debian.org with smtp (Exim 4.50) id 1Esmzl-0001GJ-MX for [EMAIL PROTECTED]; Sat, 31 Dec 2005 12:06:30 -0800 Received: (qmail invoked by alias); 31 Dec 2005 20:05:58 - Received: from p54BE8850.dip0.t-ipconnect.de (EHLO pit.ID-43118.user.dfncis.de) [84.190.136.80] by mail.gmx.net (mp020) with SMTP; 31 Dec 2005 21:05:58 +0100 X-Authenticated: #19296480 Received: from grfz by pit.ID-43118.user.dfncis.de with local (Exim 4.60) (envelope-from <[EMAIL PROTECTED]>) id 1Esmyg-0002Ow-Ca; Sat, 31 Dec 2005 21:05:22 +0100 Date: Sat, 31 Dec 2005 21:05:22 +0100 From: Gregor Zattler <[EMAIL PROTECTED]> To: Debian Bug Tracking System <[EMAIL PROTECTED]> Subject: xutils: does not provide resize -command in version 6.9.0.dfsg.1-1 Message-ID: <[EMAIL PROTECTED]> Reply-To: Gregor Zattler <[EMAIL PROTECTED]> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Reportbug-Version: 3.18 User-Agent: Mutt/1.5.11 X-Y-GMX-Trusted: 0 Delivered-To: [EMAIL PROTECTED] X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE autolearn=no version=2.60-bugs.debian.org_2005_01_02 Package: xutils Version: 6.9.0.dfsg.1-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 since upgrade to 6.9.0.dfsg.1-1 there is no resize utility any more. from xutils 6.8.2.dfsg.1-11: - resize, which prints a shell command for setting the TERM and TERMCAP environment variables to indicate the current size of the xterm (or compatible program) window from which the command is run; Please provide it in future versions of xutils. - -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.14.5 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Versions of packages xutils depends on: ii cpp 4:4.0.2-2 The GNU C preprocessor (cpp) ii libc6 2.3.5-9GNU C Library: Shared libraries an hi libfreetype6 2.1.10-1 FreeType 2 font engine, shared lib ii libfs66.9.0.dfsg.1-1 X Font Server library ii x11-common6.9.0.dfsg.1-1 X Window System (X.Org) infrastruc ii zlib1g1:1.2.3-9 compression library - runtime xutils recommends no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iQETAwUBQ7bj1UsbarOtuQIpAQribwftHQc8ZLoL90foi98vbh718dv0vxoCZAnf NVSUPU+eLUjCzlr8/ZPhmLANNBw9kwgezIOIk0v9yBNJI+7Bnpud5+wMOVpgU8eF vfAYYar3BMSQeVtb5NLaogV44JFfZfrngSdYCOkSoMHPyNY7PKxXm9SUsj/vdo7d MbNR/9qnmNCepNs7fm/bQjosODHw/IvSgTGKo1VSeLrpKQtuhuMmxE99KmIBsVMg 5CsKgSrz0uyFb7RvJNAIq7Jp9tzI+bqMYFwZn7mNWYZHGuEmKGJPngU35ljhYzw7 sHGA82HxJY6GVZ4/wPZ20D4iQrqRxTYfnNcZvrwkcNdwE0mG3jc= =9B0l -END PGP SIGNATURE- --- Received: (at 345477-close) by bugs.debian.org; 18 Jan 2006 02:50:45 + >From [EMAIL PROTECTED] Tue Jan 17 18:50:44 2006 Return-path: <[EMAIL PROTECTED]> Received: from katie by spohr.debian.org with local (Exim 4.50) id 1Ez3Lr-0007w8-4Z; Tue, 17 Jan 2006 18:47:11 -0800 From: David Nusinow <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] X-Katie: $Revision: 1.65 $ Subject: Bug#345477: fixed in xterm 208-3 Message-Id: <[EMAIL PROTECTED]> Sender: Archive Administrator <[EMAIL PROTECTED]> Date: Tue, 17 Jan 2006 18:47:11 -0800 X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 (1.212-2003-09-23-exp) on spohr.debian.org X-Spam-Level: X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER autolearn=no version=2.60-bugs.debian.org_2005_01_02 Source: xterm Source-Version: 208-3 We believe that the bug you reported is fixed in the latest version of xterm, which is due to be installed in the Debian FTP archive: xterm_208-3.diff.gz
Bug#126519: CaseID: 4811-SYIU([EMAIL PROTECTED])
Hi [EMAIL PROTECTED],, We have checked your details on file, and we have discovered that you could be overpaying by 317, about 23.72% To learn more, visit us below, we have helped millions and we can help you too! http://in.geocities.com/cody81338domenic73291/ Goodbye, [EMAIL PROTECTED] Teri Z. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
