On Mon, Aug 11, 2003 at 03:56:35PM -0600, Eric Schwartz wrote:
> I just tried installing the experimental xfree86 4.3.0-0pre1v1 on my
> ia64 workstation. When I try to start X, I get 193 repititions of:
>
> Elf_RelocateEntry() Unsupported relocation type 134
> Elf_RelocateEntry() Unsupported relo
Your message dated Tue, 12 Aug 2003 11:24:40 +1000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#204972: Can't start x
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 responsi
Daniel Stone wrote:
> On Mon, Aug 11, 2003 at 07:24:45AM -0500, Warren Turkal wrote:
>> The patch numbers are not being properly followed.
>
> #003 should be merged upstream, so other people can build Debian packages;
> the
> only part is where we do #define DebianMaintainer YES, or such - that's
Daniel Stone wrote:
> On Mon, Aug 11, 2003 at 07:24:45AM -0500, Warren Turkal wrote:
>> The patch numbers are not being properly followed.
>
> #003 should be merged upstream, so other people can build Debian packages;
> the
> only part is where we do #define DebianMaintainer YES, or such - that's
On Tue, Aug 12, 2003 at 01:17:13AM +0200, [EMAIL PROTECTED] wrote:
> Hence I observe the problem in xfree86 4.3.0 only and not in the predecessor
> version (4.2.1). It seems that a change in the code that makes the switch to
> fullscreen mode
> makes my system go belly up with the savage3d graphi
On Mon, Aug 11, 2003 at 03:56:35PM -0600, Eric Schwartz wrote:
> I just tried installing the experimental xfree86 4.3.0-0pre1v1 on my
> ia64 workstation. When I try to start X, I get 193 repititions of:
>
> Elf_RelocateEntry() Unsupported relocation type 134
> Elf_RelocateEntry() Unsupported relo
On Mon, Aug 11, 2003 at 07:24:45AM -0500, Warren Turkal wrote:
> The patch numbers are not being properly followed.
>
> I have been submitting some patches upstream that are already fixed. They
> should be in a category not unlike patches from upstream so that we know
> that they can be deleted in
Hi,
today I tried your experimental packages from deb experimental (4.3.0-0pre1v1).
When I use my savage 3d (actually hercules terminator beast) graphics card and
try to watch a movie using the current avifile from unstable
(0.7.38.20030710-1) (+ icewm)
it works ... well almost: when trying to s
I just tried installing the experimental xfree86 4.3.0-0pre1v1 on my
ia64 workstation. When I try to start X, I get 193 repititions of:
Elf_RelocateEntry() Unsupported relocation type 134
Elf_RelocateEntry() Unsupported relocation type 135
after which the server SEGVs, and aborts.
I installed t
Author: branden
Date: 2003-08-06 02:39:54 -0500 (Wed, 06 Aug 2003)
New Revision: 371
Modified:
trunk/debian/changelog
trunk/debian/xserver-common.config.in
trunk/debian/xserver-common.postinst.in
trunk/debian/xserver-common.preinst.in
trunk/debian/xserver-common.templates
Log:
Migra
Author: branden
Date: 2003-08-05 01:50:57 -0500 (Tue, 05 Aug 2003)
New Revision: 368
Modified:
trunk/debian/changelog
trunk/debian/local/FAQ
Log:
debian/local/FAQ: add new question by Colin Walters; "Why am I not able to
run "startx" as a non-root user?" (thanks, Colin!) (Closes: #149482)
I just tried installing the experimental xfree86 4.3.0-0pre1v1 on my
ia64 workstation. When I try to start X, I get 193 repititions of:
Elf_RelocateEntry() Unsupported relocation type 134
Elf_RelocateEntry() Unsupported relocation type 135
after which the server SEGVs, and aborts.
I installed t
On Mon, 2003-08-11 at 18:49, Moritz Muehlenhoff wrote:
> Michel D?nzer wrote:
> >
> > Does setting the RADEON_NO_USLEEPS and/or RADEON_NO_IRQS environment
> > variable(s) make a difference? (See
> > http://dri.sourceforge.net/doc/dri_driver_features.phtml for a list of
> > other environment varia
On Fri, Aug 08, 2003 at 07:21:43AM +0200, Sven Luther wrote:
> On Thu, Aug 07, 2003 at 01:34:56PM +0200, Sven Luther wrote:
> > I just need a 4.3.0 package to build with. The -0ds4 would not be ok,
> > since it will not have the right dependencies.
>
> BTW, i have this problem with the packages :
Your message dated Mon, 4 Aug 2003 23:23:38 -0500
with message-id <[EMAIL PROTECTED]>
and subject line Bug report--XFree
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
retitle 204259 xserver-xfree86: [nv] driver does not support PCI model ID 0x031a
tag 204259 + upstream
severity 204259 normal
thanks
On Wed, Aug 06, 2003 at 09:55:48AM -0400, Konstantin L Kouptsov wrote:
> 2. XFree86.0.log-with-nv-driver
> The output that happens when I replace "nvidia" with
Package: xserver-xfree86
Version: 4.2.1-6
Severity: grave
Justification: renders package unusable
Yesterday i upgraded from Woody to Sarge, and since then
I havent been able to start my xserver. It crashes with a
signal 11.
I used the upgrade procedure described in the debian manual, but about
A couple of days ago, I mentioned to Branden on IRC that I was having a
problem with the PCI bus scan looping forever on some ARM systems with
the 4.3 prerelease code. He suggested that I try this patch from the
HEAD:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/hw/xfree86/common/xf86pciBu
Michel D?nzer wrote:
> > 330 to 440 fps (agp4, enablepageflip) in glxgears (normal size
> > on a 1024x768 screen on a Athlon 1700+),
>
> I hope you mean the size the window comes up in by 'normal size' ?
Yes, that's what I meant. glxgears runs in 300x300 pixels or something
like that.
> Does se
On Mon, 2003-08-11 at 00:59, Moritz Muehlenhoff wrote:
> Hi,
> the update from 4.2.1-6 towards 4.3.0-pre1v1 was pretty smooth,
> everything works as expected. I never really used 3D with my
> Radeon 7500 QW (64 MB SDRAM) before, but I thought I'd give it
> a try with 4.3.0. With the included drm-sr
Package: xserver-xfree86
Version: 4.1.0.1
Debian 3.0 kernel 2.4
Laptop: HP Omnibook XE3 Mod: F3950JT GF
When I turn on my computer, X Server doesn't start. If I run
# startx
manually, it generates the following log (XFree86.0.log):
(above I attach lsdev and lspci outputs)
BEGIN OF LO
On Mon, Aug 11, 2003 at 02:22:01AM -0500, Branden Robinson wrote:
> Hmm. You're interpreting "all" as "any" and I'm interpreting it as
> "every". Clearly "all" is not a good word to use there. :)
"all" just needs to be qualified a bit more...I qualified it it
as "all hppa" whereas it could say
[ Lamont, can you deal with the bin-NMU request below? ]
Hi Branden,
On Sun, Aug 10, 2003 at 04:59:11PM -0500, Branden Robinson wrote:
> Not for every architecture, just HPPA, so this bug is "serious" rather
> than "grave". Still release-critical IMO, though.
Thanks for correcting. "grave - d
On Mon, Aug 11, 2003 at 02:22:01AM -0500, Branden Robinson wrote:
> Hmm. You're interpreting "all" as "any" and I'm interpreting it as
> "every". Clearly "all" is not a good word to use there. :)
"all" just needs to be qualified a bit more...I qualified it it
as "all hppa" whereas it could say
Sven Luther wrote:
> It is not nice, i suppose that it is a debhelper bug then, which should
> take only the strongest of the two dependencies or something.
dpkg-shlibdeps is not in debhelper.
--
see shy jo
pgp0.pgp
Description: PGP signature
Fellow X packagers,
The patch numbers are not being properly followed.
I have been submitting some patches upstream that are already fixed. They
should be in a category not unlike patches from upstream so that we know
that they can be deleted in the next version. I propose that 000 type
patches s
Author: wt
Date: 2003-08-11 06:41:52 -0500 (Mon, 11 Aug 2003)
New Revision: 391
Modified:
branches/4.3.0/sid/debian/README
Log:
Document more of the dbs build system in README and reformat
some of the older dbs info to match the rest of the file.
Modified: branches/4.3.0/sid/debian/README
===
Branden Robinson wrote:
> On Sun, Aug 10, 2003 at 05:09:51PM -0500, Warren Turkal wrote:
>> This patch forces the use of the gcc 3.2 c preprocessor since 3.3 did not
>> handle -traditional right.
>>
>> Is this patch still needed with gcc 3.3.1?
>
> Don't know. Would you like to find out? :)
>
On Mon, Aug 11, 2003 at 11:40:57AM +0200, Moritz Muehlenhoff wrote:
> Sven Luther wrote:
> > > Is this a bug in the debian-package? Judging from the XFree86.log.0
> > > my system seems properly configured, but I'm in no way an X11 expert.
> >
> > What is the output of glxinfo ?
>
> Here we go.
>
Author: branden
Date: 2003-08-11 02:10:16 -0500 (Mon, 11 Aug 2003)
New Revision: 388
Modified:
trunk/debian/xserver-common.postrm.in
Log:
debian/xserver-common.postrm.in: fix typo
Modified: trunk/debian/xserver-common.postrm.in
=
Sven Luther wrote:
> > Is this a bug in the debian-package? Judging from the XFree86.log.0
> > my system seems properly configured, but I'm in no way an X11 expert.
>
> What is the output of glxinfo ?
Here we go.
Cheers,
Moritz
$ glxinfo -v
name of display: :0.0
display: :0 screen: 0
d
On Mon, Aug 11, 2003 at 12:59:27AM +0200, Moritz Muehlenhoff wrote:
> Hi,
> the update from 4.2.1-6 towards 4.3.0-pre1v1 was pretty smooth,
> everything works as expected. I never really used 3D with my
> Radeon 7500 QW (64 MB SDRAM) before, but I thought I'd give it
> a try with 4.3.0. With the in
Author: branden
Date: 2003-08-10 23:39:21 -0500 (Sun, 10 Aug 2003)
New Revision: 385
Modified:
trunk/debian/changelog
Log:
debian/changelog: (cosmetic) clarification of recent commits
Modified: trunk/debian/changelog
On Mon, Aug 11, 2003 at 12:59:27AM +0200, Moritz Muehlenhoff wrote:
> Hi,
> the update from 4.2.1-6 towards 4.3.0-pre1v1 was pretty smooth,
> everything works as expected. I never really used 3D with my
> Radeon 7500 QW (64 MB SDRAM) before, but I thought I'd give it
> a try with 4.3.0. With the in
On Sun, Aug 10, 2003 at 07:11:50PM -0600, Grant Grundler wrote:
> On Sun, Aug 10, 2003 at 04:59:11PM -0500, Branden Robinson wrote:
> > Not for every architecture, just HPPA, so this bug is "serious" rather
> > than "grave". Still release-critical IMO, though.
>
> Thanks for correcting. "grave -
On Sun, Aug 10, 2003 at 05:09:51PM -0500, Warren Turkal wrote:
> This patch forces the use of the gcc 3.2 c preprocessor since 3.3 did not
> handle -traditional right.
>
> Is this patch still needed with gcc 3.3.1?
Don't know. Would you like to find out? :)
--
G. Branden Robinson
On Sun, Aug 10, 2003 at 04:00:24PM -0500, Warren Turkal wrote:
> Is there anyone out there that could set the svn:executable property on the
> rules file so that it is executable update checkout? I am not going to
> modify the 4.3.0 branch without prior perimission.
Done in the trunk in 389 and in
Author: branden
Date: 2003-08-11 02:26:40 -0500 (Mon, 11 Aug 2003)
New Revision: 390
Modified:
branches/4.3.0/sid/debian/rules
Log:
debian/rules: set the svn:executable property so that this file can be
executed upon checkout or export
Author: branden
Date: 2003-08-11 02:25:05 -0500 (Mon, 11 Aug 2003)
New Revision: 389
Modified:
trunk/debian/rules
Log:
debian/rules: set the svn:executable property so that this file is
executable when it is checked out or exported
This patch forces the use of the gcc 3.2 c preprocessor since 3.3 did not
handle -traditional right.
Is this patch still needed with gcc 3.3.1?
Warren Turkal
--
Treasurer, GOLUM, Inc.
http://www.golum.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble?
On Fri, Aug 08, 2003 at 12:42:13AM -0500, Warren Turkal wrote:
> Everyone, please check this update for sanity. It changes the README to
> document more of the new dbs features.
Looks fine to me. Thanks! Please feel free to commit it to
branches/4.3.0/sid.
--
G. Branden Robinson
Author: branden
Date: 2003-08-11 02:10:16 -0500 (Mon, 11 Aug 2003)
New Revision: 388
Modified:
trunk/debian/xserver-common.postrm.in
Log:
debian/xserver-common.postrm.in: fix typo
Modified: trunk/debian/xserver-common.postrm.in
=
Author: branden
Date: 2003-08-11 02:03:15 -0500 (Mon, 11 Aug 2003)
New Revision: 387
Modified:
trunk/debian/xserver-common.postinst.in
trunk/debian/xserver-common.postrm.in
Log:
debian/xserver-common.post{inst,rm}.in: (cosmetic) fix misleading comments
Modified: trunk/debian/xserver-common
On Sun, Aug 10, 2003 at 05:09:51PM -0500, Warren Turkal wrote:
> This patch forces the use of the gcc 3.2 c preprocessor since 3.3 did not
> handle -traditional right.
>
> Is this patch still needed with gcc 3.3.1?
Don't know. Would you like to find out? :)
--
G. Branden Robinson
On Sun, Aug 10, 2003 at 04:00:24PM -0500, Warren Turkal wrote:
> Is there anyone out there that could set the svn:executable property on the
> rules file so that it is executable update checkout? I am not going to
> modify the 4.3.0 branch without prior perimission.
Done in the trunk in 389 and in
45 matches
Mail list logo
