Thank you, apologies for not following up on this. I have not seen the
problem in quite a long time, so closing it is appropriate.
-Adam
On Thu, 2007-05-24 at 06:48 +, Debian Bug Tracking System wrote:
This is an automatic notification regarding your Bug report
#378265: xserver-xorg:
merge 378265 366114
thanks
On Mon, 2006-07-17 at 11:32 +0200, Michel Dänzer wrote:
On Fri, 2006-07-14 at 16:12 -0400, Adam C Powell IV wrote:
Package: xserver-xorg
Version: 7.0.22
Severity: important
Greetings,
My laptop, Fujitsu P2120 with Radeon Mobility M6 LY and Crusoe CPU
Package: xserver-xorg
Version: 7.0.22
Severity: important
Greetings,
My laptop, Fujitsu P2120 with Radeon Mobility M6 LY and Crusoe CPU,
hangs while running xorg with the ati driver. This did not happen with
6.9.0, nor with xserver-xfree86-dbg (which the Crusoe CPU required, see
bug 261251).
Package: x11-common
Version: 7.0.22
Greetings,
The packages realplayer (8.0.6) and xserver-xfree86-dbg provide binaries
in /usr/X11R6/bin and break installation of x11-common. Please add them
to Conflicts.
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Welcome
Greetings,
Please tell me if I have this right:
* You don't like .la files
* So you're unilaterally removing them from a core package
(libxcursor) with dozens of reverse-depends, breaking all of
them
* Even though they're a years-old and very well established
On Thu, 2006-04-13 at 11:12 -0400, Adam C Powell IV wrote:
Greetings,
Please tell me if I have this right:
* You don't like .la files
* So you're unilaterally removing them from a core package
(libxcursor) with dozens of reverse-depends, breaking all of
them
On Thu, 2006-04-13 at 19:12 +0300, Daniel Stone wrote:
On Thu, Apr 13, 2006 at 11:12:06AM -0400, Adam C Powell IV wrote:
Please tell me if I have this right:
* You don't like .la files
Yes.
* So you're unilaterally removing them from a core package
(libxcursor
On Thu, 2006-04-13 at 19:58 -0400, David Nusinow wrote:
On Thu, Apr 13, 2006 at 07:09:55PM -0400, Adam C Powell IV wrote:
*Think* for a moment about the consequences. This is not a simple
rebuild, this is a serious problem.
I agree and I take full responsibility for the issue. I'm sorry
:
Adam C Powell IV wrote:
I'd be happy to suggest wording for such a section, just let me know.
Please do this and send it to me and CC [EMAIL PROTECTED]
Cheers,
Rob
-Adam
--
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Welcome to the best software in the world today
Greetings,
There's a major X stability problem with Transmeta Crusoe CPUs and
Radeon Mobility graphics hardware, discussed in Debian bug 216933, in
X.org bugzilla, and at http://www.cs.auc.dk/~fleury/bug_cms/ . This bug
causes X to crash seemingly randomly at a rate of approximately every
2-5
On Thu, 2004-10-07 at 18:41, Branden Robinson wrote:
On Tue, Aug 31, 2004 at 07:31:32PM -0400, Adam C Powell IV wrote:
I see, so dvorak has different right alt behavior from pc/us. Thank you
for the detailed explanation.
[...]
Hmm... I am satisfied, but the next guy to come along using
On Tue, 2004-08-31 at 18:08, Denis Barbier wrote:
On Mon, Aug 30, 2004 at 12:08:07PM -0400, Adam C Powell IV wrote:
[...]
Interestingly, I had thought that the absence of Alt_R in mod2 was the
problem with the Dvorak/switched layout. But it's also missing in the
default US/no switch
On Thu, 2004-08-26 at 15:37, Denis Barbier wrote:
Adam C Powell IV wrote:
On Wed, 2004-08-25 at 16:38, Branden Robinson wrote:
[snip]
So I'm thinking the fix is to apply the above, then modify the
symbol maps such that (in most cases) any keys that get modifier
mappings
On Tue, 2004-08-24 at 15:15, Aaron M. Ucko wrote:
Your laptop has a Transmeta processor, right? If so, I believe you're
running into Bug#216933 (aka #234556 and #261251)...
Yes! That sounds like it. Thanks for the pointer.
-Adam P.
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8
Hello again and apologies for the delay,
On Tue, 2004-07-13 at 00:44, Branden Robinson wrote:
tag 258399 + moreinfo upstream
thanks
On Fri, Jul 09, 2004 at 08:48:38AM -0400, Adam C Powell IV wrote:
Package: xlibs
Version: 4.3.0.dfsg.1-4
Severity: minor
Greetings,
On switching
Greetings,
On my laptop, a Fujitsu P2120 with a Radeon Mobility M6 LY running
testing and kernel 2.6.3 (because alsa doesn't work with 2.6.6 or 2.6.7
with the ALi M5451), from time to time all gtk+ apps spontaneously start
to crash. The error messages in .xsession-errors look like:
The program
Package: xlibs
Version: 4.3.0.dfsg.1-4
Severity: minor
Greetings,
On switching from a normal US layout to the dvorak layout in GNOME (on a
PC), I've lost the use of the right alt key...
Thanks,
-Adam P.
GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6
Welcome to the best
On Fri, 2003-10-31 at 16:15, Branden Robinson wrote:
On Fri, Oct 31, 2003 at 07:54:08AM -0500, Adam C Powell IV wrote:
Is anyone building -0pre1v4? If not I've got a build going and can
upload when it's done. (Tried to install -0pre1v3 last night, but
xlibs-data is only -0pre1v4.)
I
Hello,
Is anyone building -0pre1v4? If not I've got a build going and can
upload when it's done. (Tried to install -0pre1v3 last night, but
xlibs-data is only -0pre1v4.)
Also, I noticed two problem along the way. First, there seems to be a
circular dependency here. xfree86 needs
Branden Robinson wrote:
On Tue, Oct 22, 2002 at 01:29:04PM +0200, [EMAIL PROTECTED] wrote:
Dear Falk and Lists
You'r right, new unstable libc sounds a bit to unstable for me...
Is there any way to replase the xfree86 4.1 in Woody with the 4.2 version,
without having to be a Debian expert?
Branden Robinson wrote:
On Tue, Oct 22, 2002 at 01:29:04PM +0200, [EMAIL PROTECTED] wrote:
Dear Falk and Lists
You'r right, new unstable libc sounds a bit to unstable for me...
Is there any way to replase the xfree86 4.1 in Woody with the 4.2 version,
without having to be a Debian expert?
Branden Robinson wrote:
[Please direct follow-ups to debian-x.]
I hadn't sent an update on these packages, but XFree86 4.2.1 pre-release
packages are now available for the five architectures mentioned in the
subject line, as well as for Alpha, i386, and SPARC, which were already
announced.
I
Adam C Powell IV wrote:
Branden Robinson wrote:
Othmar Pasteka was working on an ARM build but apparently debussy hung
while compiling it. I hope it wasn't the XFree86 build that caused it!
I'd be happy to do ARM... consider it started.
Where do I upload to?
Oops, forgot how much disk
Adam C Powell IV wrote:
Adam C Powell IV wrote:
Branden Robinson wrote:
Othmar Pasteka was working on an ARM build but apparently debussy hung
while compiling it. I hope it wasn't the XFree86 build that caused it!
I'd be happy to do ARM... consider it started.
Where do I upload
Branden Robinson wrote:
[Please direct follow-ups to debian-x.]
I hadn't sent an update on these packages, but XFree86 4.2.1 pre-release
packages are now available for the five architectures mentioned in the
subject line, as well as for Alpha, i386, and SPARC, which were already
announced.
I
Adam C Powell IV wrote:
Branden Robinson wrote:
Othmar Pasteka was working on an ARM build but apparently debussy hung
while compiling it. I hope it wasn't the XFree86 build that caused it!
I'd be happy to do ARM... consider it started.
Where do I upload to?
Oops, forgot how much disk
Adam C Powell IV wrote:
Adam C Powell IV wrote:
Branden Robinson wrote:
Othmar Pasteka was working on an ARM build but apparently debussy hung
while compiling it. I hope it wasn't the XFree86 build that caused it!
I'd be happy to do ARM... consider it started.
Where do I upload
Branden Robinson wrote:
[Note: I am not subscribed to the -arm or -alpha lists.]
Thanks to Falk Hueffner and Phil Blundell for compiling these.
The migration of people.d.o from klecker to gluck has finished, and I
have restored my repository, which was unavailable for a few days.
Guess what... it built! (Had to split it among the two local
partitions and put relatively inactive stuff on NFS.) So the patches
were successful that far; they're at:
Adam C Powell IV wrote:
Christian T. Steigies wrote:
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Adam C Powell IV writes:
Ah, yes. You're right. If I tell it 8-bit, then it gets past that, and
gets signal 4 later, after setting up the mouse. Oh well. Config and
log at the same place as last time. But yes, the ELF loader might
Guess what... it built! (Had to split it among the two local
partitions and put relatively inactive stuff on NFS.) So the patches
were successful that far; they're at:
Adam C Powell IV wrote:
Christian T. Steigies wrote:
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote
Philip Blundell wrote:
FBIOPUT_VSCREENINFO: Invalid argument
That looks like a good error, in the sense that I don't think it's at all
related to the ELF loader. Instead you seem to have some kind of fbcon
problem. I think this can happen if you are trying to start up X in a
different
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Adam C Powell IV writes:
Ah, yes. You're right. If I tell it 8-bit, then it gets past that, and
gets signal 4 later, after setting up the mouse. Oh well. Config and
log at the same place as last time. But yes, the ELF loader might
Okay, I give up. I've tried several times to build this package, and
each time it's failed, because of something having nothing to do with
the package itself. I got some patches together, and after a couple of
early mistakes they've built just fine -- and work with -7 too. But at
some
Christian T. Steigies wrote:
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
So, could someone else please take my patches and build and upload X for
us? They're at:
http://lyre.mit.edu/~powell/debs/311_arm_compiler_h.diff
http://lyre.mit.edu/~powell/debs
Okay, I give up. I've tried several times to build this package, and
each time it's failed, because of something having nothing to do with
the package itself. I got some patches together, and after a couple of
early mistakes they've built just fine -- and work with -7 too. But at
some
Christian T. Steigies wrote:
On Tue, Oct 09, 2001 at 04:04:51PM -0400, Adam C Powell IV wrote:
So, could someone else please take my patches and build and upload X for
us? They're at:
http://lyre.mit.edu/~powell/debs/311_arm_compiler_h.diff
http://lyre.mit.edu/~powell/debs
[EMAIL PROTECTED] wrote:
In message [EMAIL PROTECTED], Adam C Powell IV writes:
and 600a from debian/held-patches. No rocket science here, I just had
to tweak it a bit to use the inx/outx prototypes from libc, specifically
sys/io.h. The last two differ from what's there now only in line
Philip Blundell wrote:
On Thu, 27 Sep 2001, Adam C Powell IV wrote:
So, where do I get this patch? It doesn't come with the 4.1.0-6 source;
I presume it's against 4.0.2-*?
I thought it was still shipped with 4.1.0 in held-patches. If not,
yeah, you can get it from the 4.0.x source
Adam C Powell IV wrote:
The new patch is at
http://lyre.mit.edu/~powell/debs/311_arm_elfloader.diff
D'oh! Forgot about patch application order, put in as number 311 it
interferes with other patches (#400 in particular) and causes the build
to fail due to patch offsets.
So, change
Phil Blundell wrote:
I was pretty sure that the module loader would be broken. I need an arm
hacker to go through the arm-specific patches in debian/held-patches an
re-merge them with 4.1.0.
Blast, yes, I forgot the module loader.
From a quick glance at the code, you want to apply
Greetings,
I have made a new ARM elfloader patch based on held-patches/600 and
600a. So those held patches are obsolete. A thorough reading of
held-patch 612_arm_elfloader.diff indicates that too is obsolete.
The new patch is at http://lyre.mit.edu/~powell/debs/311_arm_elfloader.diff
The
Adam C Powell IV wrote:
The new patch is at
http://lyre.mit.edu/~powell/debs/311_arm_elfloader.diff
D'oh! Forgot about patch application order, put in as number 311 it
interferes with other patches (#400 in particular) and causes the build
to fail due to patch offsets.
So, change
Phil Blundell wrote:
I was pretty sure that the module loader would be broken. I need an arm
hacker to go through the arm-specific patches in debian/held-patches an
re-merge them with 4.1.0.
Blast, yes, I forgot the module loader.
From a quick glance at the code, you want to apply
Phil Blundell wrote:
I was pretty sure that the module loader would be broken. I need an arm
hacker to go through the arm-specific patches in debian/held-patches an
re-merge them with 4.1.0.
Blast, yes, I forgot the module loader.
From a quick glance at the code, you want to apply
Branden Robinson wrote:
[debian-arm readers, please keep debian-x in the thread]
On Wed, Aug 29, 2001 at 11:46:42AM -0400, Adam C Powell IV wrote:
It worked! Failed the manifest check of course, but the diff looked
kosher (a few cs - cz and sk key map moves, lots of font stuff, man
pages
Adam C Powell IV wrote:
I'm afraid I don't have too much time to try it under multiple
kernels, so someone else will have to investigate. If 2.4.5 makes X
build (won't know until tomorrow morning), I'll report that.
It worked! Failed the manifest check of course, but the diff looked
Adam C Powell IV wrote:
It's building now with the patch put in as
debian/patches/999_z_arm_pci.diff (you'll probably give it a different
number, or merge it with another patch?), log-in-progress at
http://lyre.mit.edu/~powell/debs/xfree86_4.1.0-0pre1v5b.log .
Nope, failed again
Philip Blundell wrote:
Nope, failed again, different error (MANIFEST check failed). I'm afraid
I've run out of time to debug, but if someone sends a patch I'd be glad
to start another build.
MANIFEST checks don't usually need much debugging. You just need to look over
the diff to make
Adam C Powell IV wrote:
It's building now with the patch put in as
debian/patches/999_z_arm_pci.diff (you'll probably give it a different
number, or merge it with another patch?), log-in-progress at
http://lyre.mit.edu/~powell/debs/xfree86_4.1.0-0pre1v5b.log .
Nope, failed again, different
Philip Blundell wrote:
Nope, failed again, different error (MANIFEST check failed). I'm afraid
I've run out of time to debug, but if someone sends a patch I'd be glad
to start another build.
MANIFEST checks don't usually need much debugging. You just need to look over
the diff to make
Adam C Powell IV wrote:
Branden Robinson wrote:
The latest prerelease of 4.1.0 .debs is now available at the X Strike
Force repository (see the URL in my .sig).
Great! I tried to build -0pre1v4 on ARM, but it failed; build log at
http://lyre.mit.edu/~powell/debs/xfree86_4.1.0-0pre1v4
Adam C Powell IV wrote:
Branden Robinson wrote:
The latest prerelease of 4.1.0 .debs is now available at the X Strike
Force repository (see the URL in my .sig).
Great! I tried to build -0pre1v4 on ARM, but it failed; build log at
http://lyre.mit.edu/~powell/debs/xfree86_4.1.0-0pre1v4.log
Philip Blundell wrote:
defined(ia64Architecture) || \
+ defined(Arm32Architecture) || \
defined(Mc68020Architecture))
Huh, I thought it was just ArmArchitecture. But if it works for you...
grep Arm `find xfree86-4.1.0/build-tree/xc/ -name Imakefile -print`
turns up only
Branden Robinson wrote:
The latest prerelease of 4.1.0 .debs is now available at the X Strike
Force repository (see the URL in my .sig).
Great! I tried to build -0pre1v4 on ARM, but it failed; build log at
http://lyre.mit.edu/~powell/debs/xfree86_4.1.0-0pre1v4.log . I'll try
-0pre1v5, but
Hello,
The simple attached patch vs. 4.0.2-11 forces us to use fbdev, but seems to
generate a viable XF68Config-4. Is there some reason we don't have something
like this yet (aside from the broken module loader)?
ARM people, what other drivers are necessary or eventually hoped to work?
Just
Hello,
The simple attached patch vs. 4.0.2-11 forces us to use fbdev, but seems to
generate a viable XF68Config-4. Is there some reason we don't have something
like this yet (aside from the broken module loader)?
ARM people, what other drivers are necessary or eventually hoped to work?
Just
57 matches
Mail list logo