Author: branden
Date: 2005-01-12 02:11:51 -0500 (Wed, 12 Jan 2005)
New Revision: 2132
Modified:
trunk/debian/CHANGESETS
trunk/debian/patches/099q_tdfx_improve_mode_rejection_diagnostics.diff
Log:
Fix idiocy in patch.
Modified: trunk/debian/CHANGESETS
===
Author: branden
Date: 2005-01-12 01:02:36 -0500 (Wed, 12 Jan 2005)
New Revision: 2131
Modified:
trunk/debian/TODO
Log:
Move xdm SELinux item up to -11, per Manoj's request and discussion with
Fabio.
Modified: trunk/debian/TODO
==
From: Branden Robinson <[EMAIL PROTECTED]>
Subject: Bug#262183: xserver-xfree86: [s3] can't find PCI card on Alpha
[regression from 4.2.1]
Date: Tue, 11 Jan 2005 12:47:31 -0500
> > [11] -1 0 0x8000 - 0x80ff (0x100) IX[B]
> > [12] -1 0 0x9000 - 0x900f (0x10) IX[
Keith Packard wrote on 12 Jan 2005 00:03:31 +0100:
> No, Xlib assumes that the alignment of the struct or union is the alignment
> of the most restrictive element in that struct or union. Before ANSI C
> (note, not C99, but the original ANSI C which postdates Xlib), this was the
> way C worked.
Keith Packard wrote:
>
> Around 23 o'clock on Jan 11, Thiemo Seufer wrote:
>
> > Exactly. xlib seems to use the sum of the size of the primitives in an
> > element instead of the size of the first element.
>
> No, Xlib assumes that the alignment of the struct or union is the alignment
> of the m
On Tue, 2005-01-11 at 12:37 -0500, Branden Robinson wrote:
> Here are his remarks, recast a bit from IRC-speak into something more
> conventional.
>
> GCC on ARM is doing something different from every other C compiler I've
> seen. It may not deviate from what the C specification allows, but
Around 23 o'clock on Jan 11, Thiemo Seufer wrote:
> Exactly. xlib seems to use the sum of the size of the primitives in an
> element instead of the size of the first element.
No, Xlib assumes that the alignment of the struct or union is the alignment
of the most restrictive element in that struc
Hello folks,
Today you received a wrong mail talking about a upload. Sorry for
that. I forgot to change the maintainer field before upload it to my
dak installation.
Really sorry :(
--
O T A V I OS A L V A D O R
-
E-mail: [EMAIL PROTECTED
Jim Gettys wrote:
[snip]
> > >From a slightly outdated C99 draft, about the definition of arrays
> > and structures:
> >
> >[#19] Any number of derived types can be constructed from
> >the object, function, and incomplete types, as follows:
> >
> > -- An array type
Aceito :
lbxproxy_4.3.0.dfsg.1-8.debianbrcdd.2_i386.deb
to pool/main/x/xfree86/lbxproxy_4.3.0.dfsg.1-8.debianbrcdd.2_i386.deb
libdps-dev_4.3.0.dfsg.1-8.debianbrcdd.2_i386.deb
to pool/main/x/xfree86/libdps-dev_4.3.0.dfsg.1-8.debianbrcdd.2_i386.deb
libdps1-dbg_4.3.0.dfsg.1-8.debianbrcdd.2_i386.d
On Tue, 2005-01-11 at 22:36 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > > Strictly speaking, the ARM impementation of gcc is allowed to behave
> > > that way by the C standard. Not exercising this degree of freedom may
> > > be desireable to keep broken code working, but I'll leave
Jim Gettys wrote:
[snip]
> > Strictly speaking, the ARM impementation of gcc is allowed to behave
> > that way by the C standard. Not exercising this degree of freedom may
> > be desireable to keep broken code working, but I'll leave it to the
> > ARM people to weigh the tradeoff.
>
> Are you sure
On Tue, 2005-01-11 at 21:36 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > > Well, and deliberate ABI changes are frowned upon by toolchain people.
> > > To me (without having looked further than the bug report) this seems to
> > > be an implementation bug in xlib, which appears to as
Jim Gettys wrote:
[snip]
> > Well, and deliberate ABI changes are frowned upon by toolchain people.
> > To me (without having looked further than the bug report) this seems to
> > be an implementation bug in xlib, which appears to assume some magic
> > number as element granularity in the array ins
On Tue, Jan 11, 2005 at 06:02:12PM +0300, Vladimir Volovich wrote:
> Hi!
>
> >> Package: xlibs
> >> Version: 4.3.0.dfsg.1-10
> >> Severity: important
> >>
> >> sun keyboard is not working with current xkb symbol configuration file,
> >> changing 'include "srvr_ctrl(xfree86)";' to 'include "srvr_c
On Tue, 2005-01-11 at 19:56 +0100, Thiemo Seufer wrote:
> Jim Gettys wrote:
> [snip]
> > This isn't saying we wouldn't add such a patch to X, though patches for
> > a particular compiler on a particular architecture do get frowned on
> > quite a lot: I just suspect ARM would find more code "just wo
Jim Gettys wrote:
[snip]
> This isn't saying we wouldn't add such a patch to X, though patches for
> a particular compiler on a particular architecture do get frowned on
> quite a lot: I just suspect ARM would find more code "just worked" if
> GCC behaved like other compilers in this case, and ARM
> Here are his remarks, recast a bit from IRC-speak into something more
> conventional.
>
> GCC on ARM is doing something different from every other C compiler I've
> seen. It may not deviate from what the C specification allows, but it
> appears to deviate from common practice. The ARM f
retitle 262183 xserver-xfree86: [s3] refuses to work with 86c764/765
[Trio32/64/64V+] rev 0 on Alpha
thanks
[I am not subscribed to -alpha; please keep the bug address in replies.]
Thanks for following up!
On Mon, Jan 03, 2005 at 10:47:59AM +0900, Atsuhito Kohda wrote:
> Sorry for delay but I n
Processing commands for [EMAIL PROTECTED]:
> retitle 262183 xserver-xfree86: [s3] refuses to work with 86c764/765
> [Trio32/64/64V+] rev 0 on Alpha
Bug#262183: xserver-xfree86: [s3] can't find PCI card on Alpha [regression from
4.2.1]
Changed Bug title.
> thanks
Stopping processing here.
Pleas
[I am not subscribed to debian-arm; please be sure that you retain at least
"[EMAIL PROTECTED]" in your replies.]
On Mon, Jan 03, 2005 at 12:38:12AM +0100, Nicolas George wrote:
> I would almost sayt it is the opposite of an ABI change. The exact
> description of this problem is that the Xlib head
Processing commands for [EMAIL PROTECTED]:
> retitle 289381 xterm: [uxterm] Does not start if locale is not generated
Bug#289381: wm2: The pointer will not bring up the xterm
Changed Bug title.
> severity 289381 minor
Bug#289381: xterm: [uxterm] Does not start if locale is not generated
Severity
forwarded 285396 [EMAIL PROTECTED]
thanks
M. George, below, appears to make a pretty strong case for changing an Xlib
header.
--- /usr/X11R6/include/X11/Xlib.h 2004-09-30 16:54:31.0 +0200
+++ X11/Xlib.h 2004-12-13 02:54:16.0 +0100
@@ -1059,7 +1059,11 @@
typedef struct {
This is a one-of-a-kind collection
It includes all 180 episodes of the best sitcom on TV. This is a set of 23
DVDs which includes all 9 seasons, plus a rare bonus special disk featuring
bloopers, behind the scenes footage, deleted scenes, etc.
More Features:
- All 100% in chronological orde
THIS IS A ONE OF A KIND COLLECTION
It includes all 180 Episodes of the best sitcom on TV. This is a set of 23
DVDs which includes all 9 seasons, plus a rare bonus special disk featuring
bloopers, behind the scenes footage, deleted scenes, etc.
More Features:
- All 100% in chronological orde
Hello,
to add another data point: On my ati based ibook G4 it works fine.
(But I use the -dri-trunk from Michel Dänzer).
What kind of video hardware are you using?
Greetings
Helge
--
Helge Kreutzmann, Dipl.-Phys. [EMAIL PROTECTED]
gpg signed mail p
Hi!
>> Package: xlibs
>> Version: 4.3.0.dfsg.1-10
>> Severity: important
>>
>> sun keyboard is not working with current xkb symbol configuration file,
>> changing 'include "srvr_ctrl(xfree86)";' to 'include "srvr_ctrl(xfree86)"'
>> (removing semicolon) in /etc/X11/xkb/symbols/sun/us fix the probl
On Tue, Jan 11, 2005 at 02:00:08PM +0100, Vincent Lefevre wrote:
> On 2005-01-11 05:15:09 -0500, Branden Robinson wrote:
> > I still want to hear what Thomas Dickey as to say about this. I'm
> > also not sure the semantics of selections vs. cut buffers are as you
> > describe.
>
> I don't think th
On Tue, Jan 11, 2005 at 11:30:20AM +0100, Branden Robinson wrote:
> On Fri, Dec 31, 2004 at 01:06:36PM +0100, Vincent Lefevre wrote:
> > On 2004-12-31 04:34:13 -0500, Branden Robinson wrote:
> > > Well, let's call this bug what it is, then.
> >
> > Note that gnome-terminal isn't the only applicati
Processing commands for [EMAIL PROTECTED]:
> reassign 286135 xserver-xfree86
Bug#286135: blender: crash at startup: Xlib: extension "XFree86-DRI" missing
on display ":0.0".
Bug reassigned from package `blender' to `xserver-xfree86'.
> severity 286135 important
Bug#286135: blender: crash at star
reassign 286135 xserver-xfree86
severity 286135 important
thanks
AFAIK, X server crashes are always X server bugs, not bugs in the clients
that trigger them (though a crash may indicate a secondary bug in the
client), so I believe this bug should be reassigned to the X server package.
(I assume th
On 2005-01-11 05:15:09 -0500, Branden Robinson wrote:
> I still want to hear what Thomas Dickey as to say about this. I'm
> also not sure the semantics of selections vs. cut buffers are as you
> describe.
I don't think the end user should be exposed to differences between
implementations (e.g. pri
Processing commands for [EMAIL PROTECTED]:
> forwarded 285396 [EMAIL PROTECTED]
Bug#285396: [ARM] wide chars don't work
Noted your statement that Bug has been forwarded to [EMAIL PROTECTED]
> thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system a
On Sat, Jan 01, 2005 at 12:54:30PM +0100, Vincent Lefevre wrote:
> On 2004-12-31 04:32:37 -0500, Branden Robinson wrote:
> > We need a URL to a source package, please.
>
> I added
>
> deb-src http://debian.uni-klu.ac.at/debian.uniklu/ sarge/uniklu/desktop main
> contrib non-free
>
> to my sourc
On Fri, Dec 31, 2004 at 01:06:36PM +0100, Vincent Lefevre wrote:
> On 2004-12-31 04:34:13 -0500, Branden Robinson wrote:
> > Well, let's call this bug what it is, then.
>
> Note that gnome-terminal isn't the only application that keeps the
> primary selection when it is no longer highlighted. Mozi
retitle 281286 xserver-xfree86: document AGPMode, AGPFastWrite, EnablePageFlip
options as expert, dangerous
tag 281286 + upstream
# Documentation issues are "minor".
severity 281286 minor
thanks
On Sun, Jan 09, 2005 at 02:52:01PM -0500, Slaven Peles wrote:
> Thanks for your reply. I reported this
Processing commands for [EMAIL PROTECTED]:
> retitle 281286 xserver-xfree86: document AGPMode, AGPFastWrite,
> EnablePageFlip options as expert, dangerous
Bug#281286: xserver-xfree86: USB plug/unplug events lock the system when Option
"AGPMode" "4" used
Changed Bug title.
> tag 281286 + upstrea
Your message dated Tue, 11 Jan 2005 04:49:18 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug#263877: Various display artifacts in uxterm
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 i
On Mon, Jan 10, 2005 at 12:00:47PM +0100, Frans Pop wrote:
> On Monday 10 January 2005 02:23, Branden Robinson wrote:
> > > $ xprop -root | grep XKB
> > > _XKB_RULES_NAMES(STRING) = "xfree86", "pc104", "en_US", "",
> > > "grp:switch,compose:ralt"
> >
> > Odd. What part of this is buggy? I have no
39 matches
Mail list logo
