What package version did you use from woody?
Latest from unstable at the time the pkg was built. Probalby whatever
is still latest from unstable, it doesn't change often.
The latest version (-8) is from Dec. 7. I'd better install that from the
archive instead of using the one from my
So how do the ramdisks get built these days? Just copy the binaries over?
Well, they get stripped first, see scripts/rootdisk/strip-executables.sh.
The kind of ELF damage that we're seeing here is usually a symptom of using
a strip that expected to target another architecture, or had some
So how do the ramdisks get built these days? Just copy the binaries over?
Well, they get stripped first, see scripts/rootdisk/strip-executables.sh.
I thought the binaries were stripped before but a look at the makefile
cured me of that :-)
The kind of ELF damage that we're seeing here
Hmmm.. looks like ash tries to execute mac-fdisk as a shell script?
Apparently the mac-fdisk binary is corrupted somehow. There's already a bug
open on this: I don't know if those builds of boot-floppies were just bad
for some reason, or the binary in the archive is actually broken,
Maybe the library reduction went astray? Not that mac-fdisk uses a lot of
weird libraries. Can you send me that binary for closer inspection?
It's all in
dists/woody/main/disks-powerpc/3.0.18-2001-12-21/powermac/ramdisk.image.gz
Bite me :-) At least you did provide part of an URL. I'll
It seems like some sort of bad build on my part. The package in woody
I don't think has changed since the previous build. Hmm.
What package version did you use from woody? ldd on your binary gives 'not
a dynamic executable'. objdump needs the -m flag to do anything with the
file (so the ELF
On 2 Jan, this message from Michael Schmitz echoed through cyberspace:
(1)daenzer@pismo /mnt/sbin/fdisk ~
mac-fdisk: bad usage - no device argument
mac-fdisk [-h|--help]
mac-fdisk [-v|--version]
mac-fdisk [-l|--list [name ...]]
Hey all,
Some further checking on the ramdisk...
On 2 Jan, this message from Michel Dänzer echoed through cyberspace:
On Wed, 2002-01-02 at 01:05, Philip Blundell wrote:
In message [EMAIL PROTECTED], Michel Lanners writes:
- trying to use mac-fdisk from a shell, I get this error:
On Wed, 2002-01-02 at 22:29, Michel Lanners wrote:
Hey all,
Some further checking on the ramdisk...
On 2 Jan, this message from Michel Dänzer echoed through cyberspace:
On Wed, 2002-01-02 at 01:05, Philip Blundell wrote:
In message [EMAIL PROTECTED], Michel Lanners writes:
- trying
On Wed, Jan 02, 2002 at 10:29:36PM +0100, Michel Lanners wrote:
Hey all,
Some further checking on the ramdisk...
On 2 Jan, this message from Michel D?nzer echoed through cyberspace:
On Wed, 2002-01-02 at 01:05, Philip Blundell wrote:
In message [EMAIL PROTECTED], Michel Lanners
Hey,
Maybe a bit late but testing nevertheless ;-)
On 15 Dec, this message from Adam Di Carlo echoed through cyberspace:
I've uploaded i386 and powerpc boot-floppies to
URL:http://people.debian.org/~aph/debian/dists/woody/main/.
OK, tested these (in fact the 20011221 build of bf 3.0.18)
In message [EMAIL PROTECTED], Michel Lanners writes:
- trying to use mac-fdisk from a shell, I get this error:
/sbin/mac-fdisk: 1: Syntax error: ( unexpected
Hmmm.. looks like ash tries to execute mac-fdisk as a shell script?
Apparently the mac-fdisk binary is corrupted somehow. There's
On Wed, 2002-01-02 at 01:05, Philip Blundell wrote:
In message [EMAIL PROTECTED], Michel Lanners writes:
- trying to use mac-fdisk from a shell, I get this error:
/sbin/mac-fdisk: 1: Syntax error: ( unexpected
Hmmm.. looks like ash tries to execute mac-fdisk as a shell script?
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
I've uploaded i386 and powerpc boot-floppies to
URL:http://people.debian.org/~aph/debian/dists/woody/main/.
The PowerPC ones are still uploading -- they vary in that they enable
i18n, which is not yet decided upon for
In message [EMAIL PROTECTED], Sean 'Shaleh' Perry
writes:
On 16-Dec-2001 Adam Di Carlo wrote:
The i18n builds do include Japanese support. Is that what you were
asking about?
en pt de pl fr es ja sv it hu
no jp there
Right. The ISO-639 language code for Japanese is ja.
p.
--
To
FYI:
On Sat, Dec 15, 2001 at 08:37:11PM -0800, Sean 'Shaleh' Perry wrote:
en pt de pl fr es ja sv it hu
no jp there
What do you think ja is ?
java? dunno
As started in /usr/share/doc/locales/SUPPORTED.gz :
...
ja_JP.EUC-JP EUC-JP
ja_JP.UTF-8 UTF-8
...
Thus ja for language, JP for
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
The primary things to test for:
- no more flashing screen or nasty segfaults when dbootstrap starts
I get the same flashing screen (segfaulting dbootstrap), with the same
segfault as before:
(gdb) bt
#0 0x4007915f in malloc
trying another version,
URL:http://people.debian.org/~dwhedon/dists/woody/main/disks-i386/current/)
I get exactly the same behavior with this one.
FWIW I just installed two systems using the idepci/reiserfs flavors
built out of current cvs, perhaps UML is causing the bad behavior?
Will you add i18n for jp? Or do they build special bf anyways? Just curious.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Dec 15, 2001 at 10:52:12AM -0800, David Kimdon wrote:
trying another version,
URL:http://people.debian.org/~dwhedon/dists/woody/main/disks-i386/current/)
I get exactly the same behavior with this one.
FWIW I just installed two systems using the idepci/reiserfs flavors
On Sat, Dec 15, 2001 at 08:46:51PM +0100, Karsten Merker wrote:
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
- base installation actually works again (we got an unofficial
busybox/wget for these builds)
Where can I find this? I would like to do a test build for
thanks for the report!
We have some work to do.
Ok, I tried out images-1.44/compact (from the 3.0.18-2001-12-14 dir) and
here is what I found:
- the language chooser dialog was too wide (as you already mentioned in
another email)
I'm not sure how to fix this one.
- a white
On 16-Dec-2001 Adam Di Carlo wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] writes:
Will you add i18n for jp? Or do they build special bf anyways? Just
curious.
The i18n builds do include Japanese support. Is that what you were
asking about?
en pt de pl fr es ja sv it hu
no jp
Sean 'Shaleh' Perry [EMAIL PROTECTED] writes:
On 16-Dec-2001 Adam Di Carlo wrote:
Sean 'Shaleh' Perry [EMAIL PROTECTED] writes:
Will you add i18n for jp? Or do they build special bf anyways? Just
curious.
The i18n builds do include Japanese support. Is that what you were
en pt de pl fr es ja sv it hu
no jp there
What do you think ja is ?
java? dunno
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Dec 15, 2001 at 08:46:51PM +0100, Karsten Merker wrote:
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
- base installation actually works again (we got an unofficial
busybox/wget for these builds)
Where can I find this? I would like to do a test build for
On Sat, Dec 15, 2001 at 04:16:44PM -0500, S. Salman Ahmed wrote:
The same happened when I had to initialize a Linux
partition. /dev/hda2 was automatically chosen for me and I was
only asked about retaining kernel-2.0 compatibility and about the
badblock check.
DK
On Sat, Dec 15, 2001 at 01:32:44PM -0500, Adam Di Carlo wrote:
PowerPC i18n not ready yet, see post to 'confirmation' thread.
--
*--v- Installing Debian GNU/Linux 3.0 v--*
| http://www.debian.org/releases/woody/installmanual |
| debian-imac (potato):
On Sat, Dec 15, 2001 at 05:28:11PM -0500, S. Salman Ahmed wrote:
CT == Chris Tillman [EMAIL PROTECTED] writes:
That's what I figured, although I personally preferred the old
behaviour. This current behaviour makes me think that the
installer is trying to be a little too
On Sat, Dec 15, 2001 at 10:40:01PM +0100, Karsten Merker wrote:
On Sat, Dec 15, 2001 at 09:37:51PM +0100, Guido Guenther wrote:
Karsten,
what exactly are you working on? Is this related to:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=123895repeatmerged=yes
Yes, I have stumbled
30 matches
Mail list logo
