On 12/29/2015 03:15 PM, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 03:07 PM, Knut Petter Ølberg wrote:
>> Started installing in an LDOM, seems to be working fine. Came as far as
>> specifying the mirror, where I'm a bit lost as to what I should specify
>> to make reprepo create a local repo
On Tue, 2015-12-29 at 13:18 +0100, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 12:24 PM, Frans van Berckel wrote:
> > > The unsigned long probably becomes 64 bit on sparc64. I'll check
> > > whether Oracle has a patched version.
> >
> > The Oracle devtoolset sources (incl binutils) are
On 12/29/2015 06:31 PM, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 06:22 PM, John Paul Adrian Glaubitz wrote:
>> Hmm, let me test the new image first once it has been built. Might
>> be that we don't need a mirror after all. Could be that d-i couldn't
>> just use ftp.debian-ports.org because
Nice job everyone!
On Tue, Dec 29, 2015 at 6:18 AM, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de> wrote:
> On 12/29/2015 12:24 PM, Frans van Berckel wrote:
> >> The unsigned long probably becomes 64 bit on sparc64. I'll check
> >> whether Oracle has a patched version.
> >
> > The
On 12/29/2015 05:57 PM, Kieron Gillespie wrote:
> I have a server sitting in the cloud currently not doing anything
> useful. It has a fairly good Internet connection. If I am pointed to
> some instructions I could set up a dedicated mirror for SPARC64.
Sounds good. Let me just test everything
On 12/29/2015 06:05 PM, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 05:57 PM, Kieron Gillespie wrote:
>> I have a server sitting in the cloud currently not doing anything
>> useful. It has a fairly good Internet connection. If I am pointed to
>> some instructions I could set up a dedicated
On 12/29/2015 06:22 PM, John Paul Adrian Glaubitz wrote:
> Hmm, let me test the new image first once it has been built. Might
> be that we don't need a mirror after all. Could be that d-i couldn't
> just use ftp.debian-ports.org because the suite was still set to
> "stretch" which
I have a server sitting in the cloud currently not doing anything useful.
It has a fairly good Internet connection. If I am pointed to some
instructions I could set up a dedicated mirror for SPARC64.
On Tue, Dec 29, 2015 at 11:53 AM, John Paul Adrian Glaubitz <
glaub...@physik.fu-berlin.de>
Mark Morgan Lloyd wrote:
John Paul Adrian Glaubitz wrote:
On 12/29/2015 06:51 PM, John Paul Adrian Glaubitz wrote:
Still doesn't work really.
Ok, this seems to be a problem with the network configuration of
my qemu setup. Can anybody report back who sits in front of real
hardware?
Damn-
with command: boot cdrom
Boot device: /pci@1e,60/ide@d/cdrom@0,0:f File and args:
SILO Version 1.4.14
EXT2 superblock magic is wrong
EXT2 superblock magic is wrong
\
Welcome to Debian GNU/Linux sid!
This is a Debian installation CDROM, built
On Tue, Dec 29, 2015 at 3:39 PM, John Paul Adrian Glaubitz
wrote:
> On 12/29/2015 01:31 PM, John Paul Adrian Glaubitz wrote:
>> http://users.physik.fu-berlin.de/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
installed from this cd/iso version into LDOM, using
On 29/12/15 19:43, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 06:51 PM, John Paul Adrian Glaubitz wrote:
>> Still doesn't work really.
>
> Ok, this seems to be a problem with the network configuration of
> my qemu setup. Can anybody report back who sits in front of real
> hardware?
Can
John Paul Adrian Glaubitz wrote:
On 12/29/2015 06:51 PM, John Paul Adrian Glaubitz wrote:
Still doesn't work really.
Ok, this seems to be a problem with the network configuration of
my qemu setup. Can anybody report back who sits in front of real
hardware?
Damn- can anybody remind me how to
Hi,
>I have changed the suite to "sid" now:
>
>>
>https://people.debian.org/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
I think it's just the signature of the archive which the installer can't
verify. From the log after the selection of debian-ports as mirror:
Dec 29 21:04:35
On 12/29/2015 08:53 PM, Mark Cave-Ayland wrote:
> Can you post your QEMU command line? By default you should get a slirp
> user-space stack that can talk to the outside world.
$ qemu-system-sparc64 -net nic -net user -nographic -m 512 -cdrom
./debian-cd-created/debian-9.0-sparc64-NETINST-1.iso
On 29/12/15 20:50, Mark Morgan Lloyd wrote:
> Mark Morgan Lloyd wrote:
>> John Paul Adrian Glaubitz wrote:
>>> On 12/29/2015 06:51 PM, John Paul Adrian Glaubitz wrote:
Still doesn't work really.
>>>
>>> Ok, this seems to be a problem with the network configuration of
>>> my qemu setup. Can
On 12/29/2015 10:48 PM, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 10:18 PM, Ulrich Teichert wrote:
>> Am I grateful for my serial console :-) But to me it looks like the
>> installer is just missing a public key for debian-ports.org?
>
> Which I don't really understand because I explicitly
On 12/29/2015 06:51 PM, John Paul Adrian Glaubitz wrote:
> Still doesn't work really.
Ok, this seems to be a problem with the network configuration of
my qemu setup. Can anybody report back who sits in front of real
hardware?
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian Developer
On 12/29/2015 10:18 PM, Ulrich Teichert wrote:
> Am I grateful for my serial console :-) But to me it looks like the
> installer is just missing a public key for debian-ports.org?
Which I don't really understand because I explicitly told debian
installer which keyring to use [1], namely
On 29/12/15 20:01, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 08:53 PM, Mark Cave-Ayland wrote:
>> Can you post your QEMU command line? By default you should get a slirp
>> user-space stack that can talk to the outside world.
>
> $ qemu-system-sparc64 -net nic -net user -nographic -m 512
Hi!
Something with the version of silo I built from source on sparc64 is
amiss:
Version from sparc:
(sparc64 host): genisoimage -G boot/isofs.b -B ... -r -o test.iso boot/
(amd64 host): qemu-system-sparc64 -nographic -m 512 -cdrom test.iso -boot d
OpenBIOS for Sparc64
Configuration device id
On 29/12/15 11:03, John Paul Adrian Glaubitz wrote:
> On 12/29/2015 11:52 AM, Richard Mortimer wrote:
>> From memory the conversion to a.out is done by the elftoaout binary from
>> sparc-utils. It maybe that the problem lies in there rather than in silo
>> itself.
> Right!
>
> That must be it:
>
>
On 12/29/2015 12:18 PM, Bryce wrote:
> Having just looked, it carries a small patch (elftoaout-include.patch) which
> modifies the Exec struct, though now that I look at it, as mentioned by Mark,
> those should probably be u_int32_t for portability between 32/64.
> We didn't make any changes to
Hi!
As the debian infrastructure seems to be down at the moment, I have
uploaded my latest image to my webspace at work:
>
http://users.physik.fu-berlin.de/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
Feedback, please.
Adrian
--
.''`. John Paul Adrian Glaubitz
: :' : Debian
On 29/12/15 12:31, John Paul Adrian Glaubitz wrote:
> Hi!
>
> As the debian infrastructure seems to be down at the moment, I have
> uploaded my latest image to my webspace at work:
>
>>
> http://users.physik.fu-berlin.de/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
>
> Feedback,
On 29/12/15 10:16, John Paul Adrian Glaubitz wrote:
> Hi Mark!
>
> On 12/29/2015 11:03 AM, Mark Cave-Ayland wrote:
>> The a.out magic (0x107) is located at bytes 0x202-0x204 in the working
>> image but appears at bytes 0x206-0x207 in the broken image. It looks
>> like somehow your 64-bit SILO
On 12/29/2015 03:07 PM, Knut Petter Ølberg wrote:
> Started installing in an LDOM, seems to be working fine. Came as far as
> specifying the mirror, where I'm a bit lost as to what I should specify
> to make reprepo create a local repo for stretch.
Normally you should be able to just use a
On 29/12/15 09:25, John Paul Adrian Glaubitz wrote:
> Hi!
>
> Something with the version of silo I built from source on sparc64 is
> amiss:
>
> Version from sparc:
>
> (sparc64 host): genisoimage -G boot/isofs.b -B ... -r -o test.iso boot/
> (amd64 host): qemu-system-sparc64 -nographic -m 512
Hi Mark!
On 12/29/2015 11:03 AM, Mark Cave-Ayland wrote:
> The a.out magic (0x107) is located at bytes 0x202-0x204 in the working
> image but appears at bytes 0x206-0x207 in the broken image. It looks
> like somehow your 64-bit SILO build is extending the a.out header fields
> from 32-bits to
On Tue, 2015-12-29 at 12:03 +0100, John Paul Adrian Glaubitz wrote:
>
> The unsigned long probably becomes 64 bit on sparc64. I'll check
> whether Oracle has a patched version.
The Oracle devtoolset sources (incl binutils) are available here ...
On 12/29/2015 12:24 PM, Frans van Berckel wrote:
>> The unsigned long probably becomes 64 bit on sparc64. I'll check
>> whether Oracle has a patched version.
>
> The Oracle devtoolset sources (incl binutils) are available here ...
Not necessary, thanks. The bug was in elftoaout which made bogus
On 29 December 2015 at 13:40, Mark Cave-Ayland <
mark.cave-ayl...@ilande.co.uk> wrote:
> On 29/12/15 12:31, John Paul Adrian Glaubitz wrote:
>
> > Hi!
> >
> > As the debian infrastructure seems to be down at the moment, I have
> > uploaded my latest image to my webspace at work:
> >
> >>
> >
>
Hi,
On 29/12/2015 10:16, John Paul Adrian Glaubitz wrote:
> Hi Mark!
>
> On 12/29/2015 11:03 AM, Mark Cave-Ayland wrote:
>> The a.out magic (0x107) is located at bytes 0x202-0x204 in the working
>> image but appears at bytes 0x206-0x207 in the broken image. It looks
>> like somehow your 64-bit
On 12/29/2015 11:52 AM, Richard Mortimer wrote:
> From memory the conversion to a.out is done by the elftoaout binary from
> sparc-utils. It maybe that the problem lies in there rather than in silo
> itself.
Right!
That must be it:
typedef struct {
unsigned long a_magic;/*
On 12/29/2015 01:31 PM, John Paul Adrian Glaubitz wrote:
> http://users.physik.fu-berlin.de/~glaubitz/debian-cd/debian-9.0-sparc64-NETINST-1.iso
As a heads-up, you will probably create a local mirror from debian-ports
which you then specify during installation:
>
35 matches
Mail list logo