On Mon, 2005-01-24 at 12:04 -0500, Branden Robinson wrote:
> After discussing this with Keith Packard on IRC, I'm going to apply this
> patch with a guard on it:
>
> #if defined(__GNUC__) && defined(__arm__)
>
> Everyone seems to find the patch esthetically abhorrent, but it also
> appears to be
On Thu, 2004-09-16 at 11:31 +0100, Scott James Remnant wrote:
> I'm all for having Libtool tell you that you can't link non-PIC code
> into a shared library on platforms that don't support that -- but that
> needs to be done by actually checking you're trying to do that, rather
> than using an inco
On Tue, 2004-09-14 at 16:46 +0200, Andreas Rottmann wrote:
> I'd appreciate if someone could help me with #271645; the build fails
> with an ICE on ARM[0]. Does this indicate a gcc bug, is something
> wrong with the buildd, or what else could be the cause and how should
> I go about it
It ran out
On Thu, 2004-09-02 at 16:23, Isaac Clerencia wrote:
> On Thu, Sep 02, 2004 at 03:05:57PM +0100, Ralph Siemsen wrote:
> > On Thu, Sep 02, 2004 at 12:43:40PM +0200, Isaac Clerencia wrote:
> > > Build killed with signal 15 after 500 minutes of inactivity
> > >
> > > Can you re-buildd it with a greate
On Sun, 2004-07-04 at 23:53, David MartÃnez Moreno wrote:
> Hello, fellow developers. I have found this log in elara (the ARM
> buildd):
> arm-linux-g++: Internal error: Killed (program cc1plus)
> Please submit a full bug report.
> See http://gcc.gnu.org/bugs.html> for instructions.
> For De
On Tue, 2004-05-25 at 15:58, Wookey wrote:
> (EE) FBDEV(0): FBIOPUT_VSCREENINFO: Invalid argument
> (EE) FBDEV(0): Mode Init Failed
This usually means you're asking for a screen mode that the in-kernel
driver doesn't support. Check that you have the right depth selected
and that kind of good stuf
On Fri, 2004-05-21 at 11:40, Colin Watson wrote:
> On Thu, May 20, 2004 at 11:03:27PM -0400, Ambrose Li wrote:
> > If I try to run sshd as non-root without specifying correct
> > options so that it can run, it does not SIGILL, but instead
> > (as expected) print some error messages and then exit. S
On Wed, 2004-05-19 at 08:25, Daniel Kobras wrote:
> On Tue, May 18, 2004 at 08:14:47PM +0100, Philip Blundell wrote:
> > This looks like it ran out of memory. Which machine was it building on?
>
> It happened with kino 0.71-1 on elara, build attempt was on April 22nd.
Elara is
This looks like it ran out of memory. Which machine was it building on?
p.
On Tue, 2004-05-18 at 16:39, Daniel Kobras wrote:
> Moi!
>
> The recent version 0.71-1 of the kino package failed to build on arm due
> to an internal compiler error (g++-3.3_1:3.3.3-6):
>
> if g++ -DHAVE_CONFIG_H -I. -
On Fri, 2004-05-14 at 14:41, Guennadi Liakhovetski wrote:
> triggered by the stat system-call... What is actually this 0300,2?
> Some address? I've seen some names like Tsunami on alpha...
Yeah, it's the address of the ISA region. "0400,2" might be good
enough to keep your pxa255 happy, p
On Wed, 2004-04-28 at 12:16, Adam C Powell IV wrote:
> *** Warning: linker path does not have real file for library -lxkbfile.
> *** I have the capability to make that library automatically link in when
libxklavier's configure script has been generated using a version of
libtool that includes the
On Wed, 2004-01-28 at 19:54, Peter Teichmann wrote:
> The only difference between v3 and v4 is the presence of the
> long multiply and ldrh/strh instruction. I admit that there
> are applications that benefit greatly from these instructions,
> but overall the performance benefit will not be notic
On Wed, 2004-01-28 at 23:14, Nicholas Clark wrote:
> Mmm. That describes the system as armv4l-linux. That's part of the issue
> here, isn't it?
Yes, partly. StrongARM RiscPCs have always had a bit of an identity
crisis; the core advertises itself as ARMv4, and does implement that
architecture, bu
On Wed, 2004-01-28 at 22:59, Nicholas Clark wrote:
> Well, I am sitting reading this email at a RiscPC running Debian so there
> is at least one user :-)
Okay. Well, that's a data point at least. :-)
It's worth remembering that Woody is not likely to go away any time
soon, so existing RiscPC (et
On Sun, 2004-01-25 at 16:26, Stuart Winter wrote:
> # Delete non-ARM patches:
> ( cd debian/patches
> rm -rf *cvs* *sparc* *alpha* *s390* *mips* *hppa* *m68k* *?86* *powerpc*
> )
The patches are often interdependent. You must apply all of them,
particularly the -cvs ones.
p.
On Tue, 2004-01-13 at 00:09, Stefan Wuerthner wrote:
> I thought that the glibc issue is solved in the meantime, but after the
> reboot I'm just getting 'unsupported llseek call standard' error messages.
Strange. I'm sure that bug used to be fixed; maybe it has accidentally
been reintroduced in t
On Thu, 2003-10-23 at 13:40, Adam C Powell IV wrote:
> Is it secretly big-endian for
> its float/double emulation, and little-endian for ints?
More or less, yeah. It's actually only doubles that are affected.
I suggest you try changing
#if defined(IS_LITTLE_ENDIAN)
into
#if defined(IS_LITT
On Sun, 2003-10-19 at 22:48, Petter Reinholdtsen wrote:
> I guess it is a matter of opinion, but I believe g77 is at fault not
> giving a sensible error message. "Internal Compiler Error" instead of
> "Out of memory" is a bug.
>
> But I am not going to do anything to fix it, so if you want to kee
On Sun, 2003-10-19 at 05:33, Kevin B. McCarty wrote:
> The last two builds of cernlib on elara.debian.org, an arm buildd, have
> failed with crashes of g77 on the file sszibf.F. (This was with g77-3.3
> versions 1:3.3.2-0pre4 at -O3 and 1:3.3.2-0pre5 at -O2, respectively.)
> Note however that th
On Tue, 2003-10-07 at 23:27, Branden Robinson wrote:
> Please, please, build xfree86 4.3.0-0pre1v3 from experimental for your
> architecture.
Othmar, I thought you built and uploaded this several days ago. What's
up?
p.
On Fri, 2003-06-20 at 10:24, Marcelo E. Magallon wrote:
> (sid)[EMAIL PROTECTED]:~/gts-0.7.1/src$ gcc -DHAVE_CONFIG_H -I. -I. -I.. -I..
> -I/usr/include -DG_LOG_DOMAIN=\"Gts\" -O2 -Wall -Wall
> -Werror-implicit-function-declaration -Wstrict-prototypes
> -Wmissing-prototypes -Wmissing-declaration
On Fri, 2003-06-20 at 08:48, Marcelo E. Magallon wrote:
> arm-linux-gcc -DHAVE_CONFIG_H -I. -I. -I.. -I.. -I/usr/include
> -DG_LOG_DOMAIN=\"Gts\" -O2 -Wall -Wall -Werror-implicit-function-declaration
> -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
> -I/usr/include/glib-1.2 -I/u
On Sat, 2003-06-07 at 12:50, Peter Naulls wrote:
> The NetWinder has no real abilities for expansion, so PCMCIA is
> unlikely unless you went to a desktop machine of some type.
Netwinder does have a replaceable daughtercard, so in theory it would be
possible to trade the Tulip ethernet for PCMCIA
On Wed, 2003-05-14 at 19:17, Wookey wrote:
> Whilst I'm here - does anyone know what might cause this prob, or otherwise
> have experience of 3.2.3 on arm?
I've been using 3.2.3 for building ipaq kernels without any problems.
p.
On Thu, 2003-04-24 at 16:10, Colin Watson wrote:
> /tmp/ccAqo7s9.s: Assembler messages:
> /tmp/ccAqo7s9.s:4783: Error: bad immediate value for offset (4112)
> /tmp/ccAqo7s9.s:4785: Error: bad immediate value for offset (4112)
> make[4]: *** [fmopl.o] Error 1
That usually indicates a compil
On Thu, 2003-04-24 at 05:10, John Lapeyre wrote:
> I tried to use some debian-arm packages with openzaurus on my zaurus
> and it failed ( clisp and I don't remember what else) I got undefined
> symbol errors. ldd showed all neccessary libraries present. Is this
> a generic situation, or do some
On Mon, 2003-04-14 at 08:35, Chris Cheney wrote:
> I noticed that the arm buildd is failing to build kdelibs. It gives an
> error about a multiply defined function. I do not understand why it is
> failing though since it works on all the other buildds. Can someone
> familiar with arm look into it?
On Sun, 2003-02-23 at 16:35, Hugo Mills wrote:
>Finally, I run !dInstall. I get a linloader banner of two lines of
> copyright information, followed by a blank line, then "System : Risc
> PC 700". Then it hangs. If I put the "Next" slot up to 28640K (as far
> as it will go), then I get an error
On Tue, 2003-01-21 at 18:24, Eduard Bloch wrote:
> - arm port gets a new installation flavor (riscstation), please help
>Othmar Pasteka <[EMAIL PROTECTED]> with testing of the new kernel if
>you own a such system
Another ARM issue is that RiscPC support apparently did not work in
3.0r0; s
On Tue, 2003-01-14 at 12:03, Othmar Pasteka wrote:
> Short summary: please test the Woody kernel-image.debs at
> http://www.tron.at/debian/arm/native/
I tried booting your "netwinder" kernel on my CATS, using the new
cyclone. This initially failed because of the new compatibility gloop
for old Ne
There is a bug in the handling of llseek() with 2.2 kernels that causes
them to interact badly with some new versions of glibc. Upgrading to
glibc 2.3 while running an old kernel may make your machine unusable, so
be careful out there, kids. If you are not able to upgrade to a newer
(2.4) kernel,
On Tue, 2002-12-10 at 17:04, Adam C Powell IV wrote:
> Mozilla 1.2.1-2 in unstable doesn't segfault in regxpcom any more, so it
> installs properly, and works!
Cool! I wonder what changed to make it start working.
p.
On Sat, 2002-12-07 at 12:37, Russell Coker wrote:
> In file included from /usr/include/linux/param.h:4,
> from /usr/include/sys/param.h:24,
> from devfsd-se.c:6:
> /usr/include/asm/param.h:13: asm/arch/param.h: No such file or directory
> /usr/include/asm/param.h:1
On Fri, 2002-11-08 at 09:43, Drew Parsons wrote:
> We're not really clear what the problem is though. The bug reporter says
> the problem is in imake, but the Xprint imake is supposed to be the same as
> in XFree86. As far as I can tell, the package has compiled fine and I
> expect it will run fi
BTW, Dan, did you look at those BFD patches for GOT refcounting that I
sent you when we discussed these failures before? I guess it was
probably a month or so back.
p.
On Thu, 2002-11-07 at 15:35, Daniel Jacobowitz wrote:
> If you can come up with a test case that shows the problem, then we
> bo
On Sun, 2002-11-03 at 15:50, Martin Schulze wrote:
> http://ftp.debian.org/debian/pool/main/a/afterstep/afterstep_1.8.11-5woody1.diff.gz
This one was built today.
> http://ftp.debian.org/debian/pool/main/f/fvwm/fvwm_2.4.6-2woody1.diff.gz
> http://ftp.debian.org/debian/pool/main/g/gcc-2.95/gcc-2.
On Sat, 2002-10-05 at 09:53, Martin Schulze wrote:
> Can somebody supply some? debussy has an empty potato chroot,
> rameau doesn't have one but seems to run a mixture of woody and
> potato with no potato chroot, europa runs unstable, I'm runnning
> out of machines...
Rameau has plenty of disk.
On Tue, 2002-09-17 at 21:28, Adam C Powell IV wrote:
> # ping powermac
> PING powermac.homeser.net (192.168.0.130): 56 data bytes
> ping: sendto: Operation not permitted
> ping: wrote powermac.homeser.net 64 chars, ret=-1
That usually indicates that you have a firewalling problem.
p.
On Mon, 2002-09-16 at 20:40, Petter Reinholdtsen wrote:
> [Adam C Powell IV]
> > Correct, http://bugs.debian.org/86225 which includes patch to add it
> > to nwutil.
>
> Why is there no new package with this patch included? Anyone know?
No particular reason. Want to make an NMU?
p.
On Sat, 2002-09-14 at 23:47, Patrice LaFlamme wrote:
> hi, is there a flashwrite compiled/packaged for debian?
No.
p.
On Fri, 2002-09-13 at 17:34, [EMAIL PROTECTED] wrote:
> 1. eth1 (tulip) doesn't work. Do I need a special kernel or system
> configuration for this?
Can you be more specific about how it doesn't work? Does the driver
module load; do you see any errors, etc, etc.
> 2. How do I activate DMA/UDMA f
On Wed, 2002-09-11 at 15:20, Wookey wrote:
> Changing to a 2.4.18 kernel makes strace work fine (thanx for the clue). Is
> strace 2.4/2.2 kernel specific? e.g. it needs to be compiled with the
> relevant kernel headers?
No, strace doesn't have any dependency like that. There was a bug in
2.2 at
On Tue, 2002-09-10 at 18:26, Wookey wrote:
> However this leads me to find that strace is not behaving as I expect. For
> any binary I give it it tells me that execve happened
> but then no more system calls are traced - the traced binary just runs and
> outputs whatever it normally would.
What
On Sat, 2002-08-31 at 19:00, Nicholas Clark wrote:
> File sizes drop slightly. For example cc1 is now 4298093, was 4298641
> a saving of 548 bytes (0.0127%). But every little helps. What's the best
> way to proceed?
Make sure the patch at least applies to 3.2 cleanly, even if you can't
bootstrap i
On Mon, 2002-08-12 at 19:58, Adam C Powell IV wrote:
> Just got and reinstalled the deb, it's still an empty directory.
>
> Any ideas?
Try uninstalling libc6-dev, deleting the empty directories, and
reinstalling the package. I don't know how the situation arose in the
first place, though - might
On Mon, 2002-08-12 at 18:32, Adam C Powell IV wrote:
> # ls /usr/include/asm/arch
>
> nothing. But /usr/include/param.h starts with:
>
> #ifndef __ASM_PARAM_H
> #define __ASM_PARAM_H
>
> #include /* for HZ */
>
> and that file is nonexistent... Trying to include sys/param.h in C
> source
On Fri, 2002-08-09 at 19:47, Adam C Powell IV wrote:
> I'm wondering what's up with this bug. The libc6-dev released with
> woody (-6) was fine, as is the new woody version (-10). But the first
> unstable release (-7) was bad (see subject above, or the bug), and the
> latest unstable is too (-
On Mon, 2002-08-05 at 02:49, Ian Jeffray wrote:
> > how does one teach the optimiser that this is equivalent and 33% faster:
> >
> > rsbs ip, r4, #1
> > movlsip, #0
>
>
> Hang on a minute, that's not the same algorithm though. For negative
> values of r4, you'll get bogus output
On Sat, 2002-08-03 at 17:36, Nicholas Clark wrote:
> cmp r4, #0
> movne ip, #0
> moveq ip, #1
>
> how does one teach the optimiser that this is equivalent and 33% faster:
>
> rsbs ip, r4, #1
> movlsip, #0
Oh, that's rather clever. Look at the compa
On Tue, 2002-07-30 at 18:00, [EMAIL PROTECTED] wrote:
> I've got a old A5000, which I am using as a monitor stand at
> the moment :p
>
> I was wondering if the arm port supports the A5000, and if
> theres any guides for getting it working :)
>
> I've installed i386 debian quite a few times so I a
On Sun, 2002-07-28 at 18:54, Colin Watson wrote:
> I'm looking for an arm machine on which to debug the groff 1.18 build
> failure. I had an account on medusa for this kind of stuff, but it seems
> to be off the net at the moment (?). What machine should I be using?
> debussy's chroots are broken (
On Sun, 2002-07-14 at 22:45, Matt Zimmerman wrote:
> Fine, so I need to build gcc for software FP. But I can't seem to get it to
> cooperate. I see --without-fp in several places, but it doesn't seem to do
> anything. Same with --nofp. I get the same errors after rebuilding gcc
> with these opt
On Thu, 2002-07-04 at 10:34, Jan Vroonhof wrote:
> update-menus is segfaulting
I've NMU'd menu 2.1.5-10.2 to "fix" this the same way Joey did for MIPS
(see #127921). It would be cool if this could go into woody, since a
distribution with no working menus would suck quite badly.
p.
--
To UNSUB
On Thu, 2002-07-04 at 10:34, Jan Vroonhof wrote:
> The debian-arm installation notes have a todo item on specifying
> how to tell Nettrom to boot Debian. I only had to change
> kernfile to be "/vmlinuz".
Cool, can you make a patch for the documentation? File a bug on
install-doc.
> update-menus
On Mon, 2002-07-01 at 17:59, Wookey wrote:
> OK. I think phils normally does this stuff but he's away
The autobuilder normally takes care of this. I think James and/or
Othmar were keeping tabs on it while I was incapacitated. At any rate,
it shouldn't be necessary to build these updates by hand
On Wed, 2002-06-19 at 18:34, Theo Markettos wrote:
> Having done this for i386 using the .jigdo files at ftp.fsn.hu and my
> local Debian mirror, there don't seem to be any .jigdo files for the ARM
> port. Do such things exist? I assume the .jigdo files are generated from
> something saying what
On Tue, 2002-06-18 at 15:33, The Doctor What wrote:
> * Philip Blundell ([EMAIL PROTECTED]) [020616 12:19]:
> > On Sun, 2002-06-16 at 05:29, Matt Zimmerman wrote:
> > > Please contact me. I'll be placing status updates and whatever other
> > > information I gathe
On Mon, 2002-06-17 at 16:48, Camm Maguire wrote:
> Greetings! The function is fasload. Here is the assembly. Note the
> swi call, followed shortly by a call to call_init. This function
> basically jumps to the initial address of the newly loaded and
> relocated object.
>
> Again, as is this is
On Mon, 2002-06-17 at 07:05, Camm Maguire wrote:
> Indeed, this does appear to be what the sequence Daniel suggested so
> successfully for ppc does:
>
> #define CLEAR_CACHE do {void
> *v=memory->cfd.cfd_start,*ve=v+memory->cfd.cfd_size; for (;v __volatile__ ("dcbst 0,%0\n\tsync\n\ticbi 0,%0\n\tsy
On Sun, 2002-06-16 at 05:29, Matt Zimmerman wrote:
> Please contact me. I'll be placing status updates and whatever other
> information I gather here:
Another project you might be interested in liaising with is GPE,
http://gpe.handhelds.org/. Among other things, this group is working on
a uClibc
On Sun, 2002-06-16 at 17:19, Matt Zimmerman wrote:
> Yes, there are quite a few of these. I hardly see the point, though, of
> repackaging a ton of software in 'ipkg' format when we already have a ton of
> working infrastructure and existing packages for debs. Frankly, I can't
> imagine why anyon
On Sun, 2002-06-16 at 05:29, Matt Zimmerman wrote:
> I am interested in creating a full-featured Debian environment for the
> Zaurus, with all the trimmings (including package management with dpkg and
> apt). There already seems to be at least one project aiming to create open
> source Zaurus imag
On Fri, 2002-06-14 at 20:21, Camm Maguire wrote:
> I still see this behavior even if all attempts to flush the data cache
> are removed. Makes me think that the swi instruction is no working.
> Are there alignment requirements on the arguments? Why aren't
> a1,a2,a3 shown in the assembly? I've i
On Fri, 2002-06-14 at 16:51, Camm Maguire wrote:
> #define CLEAR_CACHE do {\
> void *v=memory->cfd.cfd_start,*ve=v+memory->cfd.cfd_size; \
> for (;vregister unsigned long _beg __asm ("a1") = (unsigned long)(v); \
>register unsigned long _end __asm ("a2") = (unsigned long)(v+16);
On Fri, 2002-04-19 at 17:27, Siddharth Choudhuri wrote:
> I gave the following prefix options...
> binutils:
> ./configure --target=arm-linux --prefix=$HOME/usr/arm
> --host=i686-pc-linux-gnu
>
> gcc:
> ./configure --target=arm-linux --prefix=$HOME/usr/arm
> --host=i686-pc-linux-gnu
>
> glibc:./c
On Fri, 2002-04-19 at 16:18, Siddharth Choudhuri wrote:
> When I compile using arm-linux-gcc, I get the
> following error:
> "ld: cannot open crt1.o: No such file or directory"
What --prefix options did you use when you compiled the various pieces
of software?
p.
--
To UNSUBSCRIBE, email to [E
On Tue, 2002-04-16 at 15:45, Rod Stewart wrote:
> Someone was talking about updating the documentation for this. Not
> certain if it happend or where it is..
Yes, it did happen. The latest install manual is at:
http://www.debian.org/releases/testing/arm/install
and seems to include all the lat
On Tue, 2002-04-16 at 13:54, Marcel Hicking wrote:
> Just tried to upgrade my netwinder office server (rack mountable,
> *no* disk drive, *no* cdrom support) from redhat to Debian.
>
> I managed to boot the rescue system, hook it up to the network
> and copy files to /dev/hda3, from which it would
On Wed, 2002-04-10 at 13:44, Wookey wrote:
> I assume you are using the machie I lent you ?
Yup.
> I had a number of people erport that they can boot with 2.4 kernels (~2.4.5)
> but not 2.2 kernels (~2.2.13), so on the whole I'd favour 2.4 for the default
> unless we find something very bad. It's
On Tue, 2002-04-09 at 18:17, Branden Robinson wrote:
>* patch #068: treat errno of ENODEV as non-fatal when trying to access I/O
> ports; based on a patch by Philip Blundell (Closes: #141357)
It turns out that this will require a small change to libc6 to make it
do anything useful
On Sat, 2002-04-06 at 17:34, Russell King - ARM Linux wrote:
> In which case, earliest I can look at this is next weekend, so if you
> get a chance to do some debugging...
Yeah, I'll see what I can do. If woody were only able to run X in 8bpp
mode, that would obviously suck quite a lot. On the o
On Sat, 2002-04-06 at 17:05, Russell King - ARM Linux wrote:
> That said, you can tell it to use DRAM for the framebuffer at boot time
> with something like:
>
> video=acorn:dram:1200K
I tried this in 2.4 too. There seems to be a problem here even in 8bpp
mode. It's as if the screen memory is
On Sat, 2002-04-06 at 17:05, Russell King - ARM Linux wrote:
> That said, you can tell it to use DRAM for the framebuffer at boot time
> with something like:
>
> video=acorn:dram:1200K
>
> Note that DRAM mode isn't well tested by myself, but I believe it to be
> working.
Well, that certainly a
On Sat, 2002-04-06 at 16:49, Russell King - ARM Linux wrote:
> On Sat, Apr 06, 2002 at 04:42:13PM +0100, Philip Blundell wrote:
> > On Sat, 2002-04-06 at 16:34, Russell King - ARM Linux wrote:
> > > Only 1bpp, 2bpp, 4bpp, 8bpp, 16bpp and 32bpp depths are supported.
> >
>
On Sat, 2002-04-06 at 16:34, Russell King - ARM Linux wrote:
> Only 1bpp, 2bpp, 4bpp, 8bpp, 16bpp and 32bpp depths are supported.
"fbset -depth 32" gives the same error, unfortunately.
p.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PRO
On Fri, 2002-04-05 at 23:59, Nicholas Clark wrote:
> K?
>
> [EMAIL PROTECTED] [nick]$ cat /proc/cpuinfo
> Processor : Intel StrongARM-110 rev 2 (v4l)
> BogoMIPS: 134.75
> Features: swp 26bit fastmult
>
> Hardware: Acorn-RiscPC
> Revision:
> Serial
This afternoon I installed woody from scratch on a RiscPC. All in all I
think it was a relatively successful enterprise, though there were a few
sticky areas. Maybe these notes will be helpful if anybody is
interested in documenting the process or fixing the problems.
I used the 3.0.22 boot-flop
Oh right, yeah. I see. In that case there probably isn't much point
filing bugs, except possibly for the cyberpro2000 thing.
The idea is that the prepackaged kernels should work well enough that
people aren't obliged to build their own if they don't want to.
Practically speaking, I suspect that
On Fri, 2002-04-05 at 11:07, B. Douglas Hilton wrote:
> I have a custom kernel-headers deb package for 2.4.16
> on my web page http://webpages.charter.net/bdhilton/arm.html
> but I am not a Debian developer (yet) and I just made it for my
> Netwinder. I made it with make-kpkg, and it is a lot bette
On Fri, 2002-04-05 at 04:05, Matt Zimmerman wrote:
> http://buildd.debian.org/fetch.php?&pkg=uml-utilities&ver=20020320-2&arch=arm&stamp=1017873267&file=log&as=raw
>
> uml-utilities has built successfully everywhere except ARM; the problem
> seems to be old or lacking kernel headers. Is there any
On Fri, 2002-03-29 at 10:01, Othmar Pasteka wrote:
> On Fri, Mar 29, 2002 at 04:12:10PM +1000, Anthony Towns wrote:
> > Could someone look into why gcc-3.0 isn't building on arm anymore? It's
> > hanging and getting idle-killed on the buildd.
>
> philb knows about it, i already told him :). and he
On Sat, 2002-03-23 at 16:15, Theo Markettos wrote:
> So is it possible to cross compile boot floppies?
No. But there's no need: you can just use a different kernel without
rebuilding the boot-floppies. Be sure to turn on support for initrd and
the loopback block device in your new kernel.
p.
On Thu, 2002-03-21 at 13:26, Adam C Powell IV wrote:
> command to review your environment settings. Finally, if your
> "cmdappend" NeTTrom variable has the "noinitrd" option (which is
> necessary to boot 2.4 kernels),
Is this actually still necessary with the latest 2.4 kernels? I thought
it wa
On Thu, 2002-03-21 at 14:42, Rod Stewart wrote:
> I thought you built the tulip as a module? Which would make it at least
> fun if not impossible to boot off of, wouldn't it? Oh, wait, I was
> thinking about also booting with and NFS root. Yes, you are right for the
> Debian install it 'should'
On Thu, 2002-03-21 at 14:21, Rod Stewart wrote:
> You must use eth0 (10-baseT) ne2k(piece of crap) for the tftpboot.
> Yes, it is possible to boot off eth1, but the Debian kernels do not
> support it, and you have to pass lots of parameters with cmdappend, it is
> ugly.
Eh? The kernel shoul
On Tue, 2002-03-19 at 10:51, Petter Reinholdtsen wrote:
> [B. Douglas Hilton]
> > Had to build sound and video as modules. It works great!
>
> Which modules do you use for sound and video?
Sound is the "Netwinder WaveArtist" driver, waveartist.o
Video capture (maybe TV out too, I don't remember)
On Mon, 2002-03-18 at 19:31, Adam C Powell IV wrote:
> So I began to reinstall into the other partition, the one that used to
> have RedHat. It worked well except for one thing: "Install the
> operating system kernel and modules" failed because
> netwinder/images-1.44/rescue.bin does not exist!
On Sun, 2002-03-17 at 03:33, B. Douglas Hilton wrote:
> Also, that kernel source .text.exit error thing... what do I need
> to do here exactly to fix this? This is with the Debian 2.4.16-all
> source and the kernel-patch-2.4.16-arm applied. I would like to
> make a mostly monolithic kernel with onl
On Sun, 2002-03-17 at 18:08, B. Douglas Hilton wrote:
> an armv4l -> i686 cross debugger ( for use with Hurd ). The linux
> kernel headers were a little shakey, in /usr/include/asm, both
> param.h and page.h tried to include proc/param.h and arch/page.h
> which on my system arch/ and proc/ are empt
On Sun, 2002-03-17 at 18:08, B. Douglas Hilton wrote:
> Anyways, fbset works just fine on this thing with the exception
> that I cannot seem to change color depth to anything beyond
> 8bpp. Perhaps the debian kernel was only compiled for 8bpp?
Other framebuffer depths seem to be compiled as module
On Sat, 2002-03-16 at 09:33, Petter Reinholdtsen wrote:
> I just filed bug #138529, "libqt2: still linked with png3 on arm"
> explaining that KDE on arm is broken. The Qt library is linked with
> png3, even if the last build should have been built with png2. Anyone
> know how that could happen?
On Fri, 2002-03-15 at 07:12, B. Douglas Hilton wrote:
> After flashing my system to nettrom 2.3.3 now only the 10bT
> ethernet is detected at boot. Ok, but upon booting, the
> kernel vmlinuz-2.2.19-netwinder is bombing out with a
> "No such device" error for eth0. This makes it pretty tough to
> do
On Thu, 2002-03-14 at 20:38, Daniel Kobras wrote:
> On a related note: Is there currently a working rbuilder setup on an arm
> machine, or a machine with sid chroots available where one can build
> non-free stuff by hand? debussy looks rather dead at the moment...
Theoretically, yeah, [EMAIL PROTE
On Sun, 2002-03-10 at 19:11, Ralph Siemsen wrote:
> On Sun, Mar 10, 2002 at 07:43:28PM +0100, Petter Reinholdtsen wrote:
> > Is there a Debian package containing flashwrite, which is required to
> > upgrade the firmware if I read
> > http://www.netwinder.org/howto/Firmware-HOWTO-3.html> correctly?
On Sun, 2002-03-10 at 20:33, Petter Reinholdtsen wrote:
> Can I use the XFree86 v4.1.0 inclued in Debian Woody on the Netwinder?
Kind of. You can use the fbdev driver, but it doesn't support
acceleration.
p.
On Sun, 2002-03-10 at 11:27, Petter Reinholdtsen wrote:
>
> Where is the latest xpaint package for arm? It is missing from the
> archives, but the buildd logs claims it was compiled 2002-01-30.
>
> The testing excuses:
> http://ftp-master.debian.org/testing/update_excuses.html.gz#xpaint>
>
>
On Wed, 2002-02-27 at 00:09, Othmar Pasteka wrote:
> not quite in context, but it fails at the RETURN, whatever that
> means in fortran, probably just the same as in C :).
> am i right that flow.c is a sourcefile of the gcc?
Yes. Hmm, it's a bit of a shame that it fails like that. I'll have a
go
On Tue, 2002-02-26 at 23:03, Camm Maguire wrote:
> I've tried to use the -3.0 compilers as a user on rameau, the only arm
> available to us AFAICT, but the installed libc won't take it. In
> other words, I do a 'dpkg --fsys-tarfile' on the debs, setup links in
> $HOME/usr/bim, export PAtH=$HOME/us
On Tue, 2002-02-26 at 00:10, Adam C Powell IV wrote:
> Since the 2.95 bug is not likely to be fixed anytime soon, and 3.0 was
> recently fixed, might it be appropriate to switch the default g77
> compiler on ARM to 3.0? What complications might be involved? Can we
> switch the FORTRAN compiler
On Tue, 2002-02-26 at 00:19, LightKnight wrote:
> Hi. The version of scid currently in unstable can't move up to testing
> because it segfaults weirdly while compiling on arm. Can anybody have a look
> at it?
Probably #134241 and/or #130187. (I think these are really the same
bug.)
p.
1 - 100 of 410 matches
Mail list logo
