from:"Yaroslav Halchenko"

Re: failing debootstrap

2017-02-02 Thread Yaroslav Halchenko


On Thu, 02 Feb 2017, John Paul Adrian Glaubitz wrote:

> On 02/02/2017 05:00 PM, Yaroslav Halchenko wrote:
> > any ideas on how to mitigate this problem would be most welcome!

> We did have some problems with LVM on sparc64, but I thought those
> were mitigated now, see [1].

> Did you try investigating the current LVM setup with lvscan?

isn't a problem somewhere "below" LVM level, since even partitions are not
visible (so no swap, which is not under LVM's control)?  or LVM somehow
could remove those partition drives?

For me I am just getting

# lvscan  --verbose
  ACTIVE'/dev/disks/debian' [127.34 GiB] inherit

BTW -- mdstat reports using entire (?) drives whenever only a partition on each
drive was given to md:

root@sparky:/home/yoh# pvdisplay 
  --- Physical volume ---
  PV Name   /dev/md0
  VG Name   disks
  PV Size   127.35 GiB / not usable 1.31 MiB
  Allocatable   yes (but full)
  PE Size   4.00 MiB
  Total PE  32600
  Free PE   0
  Allocated PE  32600
  PV UUID   kk1bpa-GzIa-J2dr-Rg3s-goiP-67p6-BoOzAV
   
root@sparky:/home/yoh# cat /proc/mdstat 
Personalities : [raid1] [linear] [multipath] [raid0] [raid6] [raid5] [raid4] 
[raid10] 
md0 : active raid1 sdb[1] sda[0]
  133530944 blocks super 1.2 [2/2] [UU]
  bitmap: 1/1 pages [8KB], 65536KB chunk

unused devices: 

root@sparky:/home/yoh# fdisk -l /dev/sda
Disk /dev/sda: 136.7 GiB, 146810536448 bytes, 286739329 sectors
Geometry: 255 heads, 63 sectors/track, 17848 cylinders
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: sun

Device Start   End   Sectors   Size Id Type  Flags
/dev/sda1  0 267193079 267193080 127.4G fd Linux raid autodetect  
/dev/sda2  267193080 269153009   1959930   957M  1 Boot   
/dev/sda3  0 286728119 286728120 136.7G  5 Whole disk 
/dev/sda4  269153010 286728119  17575110   8.4G 82 Linux swap 

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Re: failing debootstrap

2017-02-02 Thread Yaroslav Halchenko


On Fri, 27 Jan 2017, Yaroslav Halchenko wrote:

>   I am enjoying partial success with installing sparc64 on ultrasparc T5140. 
> used installer cd from last may. interesting
>   glitch is that system when booted doesn't see any partitioning of the 
> drives -- only LVM volume for the / is available
>   this precludes enabling swaps and mounting /boot
>   here is how it looks:

> root@sparky:/tmp# fdisk -l /dev/sd[ab]
> Disk /dev/sda: 136.7 GiB, 146810536448 bytes, 286739329 sectors
> Geometry: 255 heads, 63 sectors/track, 17848 cylinders
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: sun

> Device Start   End   Sectors   Size Id Type  Flags
> /dev/sda1  0 267193079 267193080 127.4G fd Linux raid autodetect  
> /dev/sda2  267193080 269153009   1959930   957M  1 Boot   
> /dev/sda3  0 286728119 286728120 136.7G  5 Whole disk 
> /dev/sda4  269153010 286728119  17575110   8.4G 82 Linux swap 
> >...<
> root@sparky:/tmp# ls -ld /dev/sd*
> brw-rw 1 root disk 8,  0 Jan 26 09:28 /dev/sda
> brw-rw 1 root disk 8, 16 Jan 26 09:28 /dev/sdb

> any clues how to mitigate or what is possibly wrong?

any ideas on how to mitigate this problem would be most welcome!

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Re: failing debootstrap

2017-01-27 Thread Yaroslav Halchenko


On Mon, 23 Jan 2017, John Paul Adrian Glaubitz wrote:
> > So installation was completed ok and the beast rebooted but doesn't boot 
> > (see
> > below the transcript from the screen).  May be the reason is my obnoxious (I
> > guess I like that word that much to use twice) partitioning

> > 2 drives partitioned (RAID part + swap part) -> MD RAID1 -> LVM -> / (ext3)

> > So may be SILO just can't find/boot from such an abomination and I should 
> > have
> > created a small boot partition for it first?

> Exactly. As long as you're using SILO, your boot partition should be on a 
> plain
> and simple ext3 partition to avoid any issues.

> You can try to install grub2 from the "unreleased" repository manually during
> the installation by opening a shell from the debian-installer, chrooting into
> /target, running "apt update && apt install grub2". But I haven't tested this
> _at all_, so I can't tell if this works or not.

> However, any tests with the +sparc64 grub2 version from "unreleased" are 
> highly
> appreciated and welcome on the list.

I was weak -- having seen some discussions on the list with grub2 issues I just
went first old SILO way.  It was quite a bit painful to have drive
repartitioned since changes to the partitioning were not picked up by the
kernel unless I rebooted it and I was trying to split swap partition into boot
and swap two partitions.

And after installation succeeded and boot went on, the problem is as I
have reported on IRC:

  I am enjoying partial success with installing sparc64 on ultrasparc T5140. 
used installer cd from last may. interesting
  glitch is that system when booted doesn't see any partitioning of the drives 
-- only LVM volume for the / is available
  this precludes enabling swaps and mounting /boot
  here is how it looks:

root@sparky:/tmp# fdisk -l /dev/sd[ab]
Disk /dev/sda: 136.7 GiB, 146810536448 bytes, 286739329 sectors
Geometry: 255 heads, 63 sectors/track, 17848 cylinders
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: sun

Device Start   End   Sectors   Size Id Type  Flags
/dev/sda1  0 267193079 267193080 127.4G fd Linux raid autodetect  
/dev/sda2  267193080 269153009   1959930   957M  1 Boot   
/dev/sda3  0 286728119 286728120 136.7G  5 Whole disk 
/dev/sda4  269153010 286728119  17575110   8.4G 82 Linux swap 


Disk /dev/sdb: 136.7 GiB, 146810536448 bytes, 286739329 sectors
Geometry: 255 heads, 63 sectors/track, 17848 cylinders
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: sun

Device Start   End   Sectors   Size Id Type  Flags
/dev/sdb1  0 267193079 267193080 127.4G fd Linux raid autodetect  
/dev/sdb2  267193080 286728119  19535040   9.3G 82 Linux swap 
/dev/sdb3  0 286728119 286728120 136.7G  5 Whole disk 
root@sparky:/tmp# ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root  9 Jan 26 09:36 2016-05-04-14-13-13-00 -> ../../sr0
lrwxrwxrwx 1 root root 10 Jan 26 09:28 70cd7f29-78c4-4907-9101-ffdc2a7c8582 -> 
../../dm-0
root@sparky:/tmp# ls -l /dev/disk/by-id/
total 0
lrwxrwxrwx 1 root root 10 Jan 26 09:28 dm-name-disks-debian -> ../../dm-0
lrwxrwxrwx 1 root root 10 Jan 26 09:28 
dm-uuid-LVM-SHQBSSnkYpgqZEVBwqjrJHNngR3xnryCTemrrQ6v4auqKYt71XZcNsFm1YDGoP4b -> 
../../dm-0
lrwxrwxrwx 1 root root  9 Jan 26 09:28 
lvm-pv-uuid-kk1bpa-GzIa-J2dr-Rg3s-goiP-67p6-BoOzAV -> ../../md0
lrwxrwxrwx 1 root root  9 Jan 26 09:28 md-name-megaspark:0 -> ../../md0
lrwxrwxrwx 1 root root  9 Jan 26 09:28 
md-uuid-72005f8f:6bb79fc7:44b4d997:897c735a -> ../../md0
lrwxrwxrwx 1 root root  9 Jan 26 09:28 scsi-35000c5000f3e0453 -> ../../sda
lrwxrwxrwx 1 root root  9 Jan 26 09:28 scsi-35000c5000f3e9697 -> ../../sdb
lrwxrwxrwx 1 root root  9 Jan 26 09:36 
usb-TSSTcorp_CD_DVDW_TS-T632A_B030B0D6311A-0:0 -> ../../sr0
lrwxrwxrwx 1 root root  9 Jan 26 09:28 wwn-0x5000c5000f3e0453 -> ../../sda
lrwxrwxrwx 1 root root  9 Jan 26 09:28 wwn-0x5000c5000f3e9697 -> ../../sdb
root@sparky:/tmp# ls -ld /dev/sd*
brw-rw 1 root disk 8,  0 Jan 26 09:28 /dev/sda
brw-rw 1 root disk 8, 16 Jan 26 09:28 /dev/sdb


kernel: 4.5.0-2-sparc64-smp

any clues how to mitigate or what is possibly wrong?

PS please CC me in replies

-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Re: failing debootstrap

2017-01-23 Thread Yaroslav Halchenko


On Mon, 23 Jan 2017, John Paul Adrian Glaubitz wrote:
> > So installation was completed ok and the beast rebooted but doesn't boot 
> > (see
> > below the transcript from the screen).  May be the reason is my obnoxious (I
> > guess I like that word that much to use twice) partitioning

> > 2 drives partitioned (RAID part + swap part) -> MD RAID1 -> LVM -> / (ext3)

> > So may be SILO just can't find/boot from such an abomination and I should 
> > have
> > created a small boot partition for it first?

> Exactly. As long as you're using SILO, your boot partition should be on a 
> plain
> and simple ext3 partition to avoid any issues.

> You can try to install grub2 from the "unreleased" repository manually during
> the installation by opening a shell from the debian-installer, chrooting into
> /target, running "apt update && apt install grub2". But I haven't tested this
> _at all_, so I can't tell if this works or not.

> However, any tests with the +sparc64 grub2 version from "unreleased" are 
> highly
> appreciated and welcome on the list.

since I might end up just redoing the whole installation (to repartition
more or less sanely), I will give this one a shot first and report
back.  

Thanks!
-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Re: failing debootstrap

2017-01-23 Thread Yaroslav Halchenko


On Wed, 18 Jan 2017, John Paul Adrian Glaubitz wrote:

> Hi Yaroslav!

> On 01/18/2017 04:09 AM, Yaroslav Halchenko wrote:
> > followed https://wiki.debian.org/Sparc64
> > and grabbed
> > https://people.debian.org/~glaubitz/debian-cd/2016-12-13/debian-9.0-sparc64-NETINST-1.iso
> > image.  After figuring out how to boot the beast off cd, went ahead with
> > partitioning (software raid, lvm, ext3) and install base system.  That
> > is the step which failed.  Log (4th screen) ends with:

> We have had multiple reports that there are issues with the latest images.

> Could you try this older image from May and report back?

> > https://people.debian.org/~glaubitz/debian-cd/2016-05-04/

Hi Adrian

and sorry for a delay with the reply.Here is a brief report/new problem 
statement ;)

I have burnt image from 2016/05/04 and proceeded through installation much
smoother than before:

- having basic dialog black and white interface without obnoxious redrawing the
  screen in ANSI coloring over serial comm was much more usable!!

- having said that I somewhat missed the use of "screen" which was present in
  the most recent installer -- so I had to go to menu item for shell to perform
  any of the items in the shell

- thanks to louis ayotte's feedback (off-list comm) I was ready to 

  - specify http://ftp.de.debian.org/debian-ports/ mirror whenever
installer just asked for some mirror to use
  - fetch newer keyring
https://packages.debian.org/sid/all/debian-keyring/download
and still had to fetch/apt-key add  the key  

So installation was completed ok and the beast rebooted but doesn't boot (see
below the transcript from the screen).  May be the reason is my obnoxious (I
guess I like that word that much to use twice) partitioning

2 drives partitioned (RAID part + swap part) -> MD RAID1 -> LVM -> / (ext3)

So may be SILO just can't find/boot from such an abomination and I should have
created a small boot partition for it first?



Captured in the terminal (screen session):

  ┌─┤ Finishing the installation ├──┐
  │ │
  │   95%   │
  │ │
The system is going down NOW!ystem...   │
Sent SIGTERM to all processes   │
Sent SIGKILL to all processes───┘
Requesting system reboot
[20848.293056] reboot: Restarting system

!!! LPe11000-M4 Fcode, Copyright (c) 2000-2007 Emulex !!!  Version 3.01a1


!!! LPe11000-M4 Fcode, Copyright (c) 2000-2007 Emulex !!!  Version 3.01a1



T5140, No Keyboard
Copyright (c) 1998, 2011, Oracle and/or its affiliates. All rights reserved.
OpenBoot 4.33.0.b, 48928 MB memory available, Serial #83064236.
Ethernet address 0:14:4f:f3:75:ac, Host ID: 84f375ac.



Boot device: disk  File and args:
The file just loaded does not appear to be executable.
{0} ok boot disk

!!! LPe11000-M4 Fcode, Copyright (c) 2000-2007 Emulex !!!  Version 3.01a1


!!! LPe11000-M4 Fcode, Copyright (c) 2000-2007 Emulex !!!  Version 3.01a1



T5140, No Keyboard
Copyright (c) 1998, 2011, Oracle and/or its affiliates. All rights reserved.
OpenBoot 4.33.0.b, 48928 MB memory available, Serial #83064236.
Ethernet address 0:14:4f:f3:75:ac, Host ID: 84f375ac.



Boot device: /pci@400/pci@0/pci@8/scsi@0/disk@0  File and args: 
The file just loaded does not appear to be executable.
{0} ok probe-scsi-all
This command may hang the system if a Stop-A or halt command
has been executed.  Please type reset-all to reset the system 
before executing this command. 
Do you wish to continue? (y/n) y
/pci@500/pci@0/pci@9/lpfc@0
Cannot Init Link.

/pci@400/pci@0/pci@c/lpfc@0
Cannot Init Link.

/pci@400/pci@0/pci@8/scsi@0

MPT Version 1.05, Firmware Version 1.27.00.00

Target 0 
Unit 0   Disk SEAGATE ST914602SSUN146G0603286739329 Blocks, 146 GB
  SASAddress 5000c5000f3e0451  PhyNum 0 
Target 3 
Unit 0   Disk SEAGATE ST914602SSUN146G0603286739329 Blocks, 146 GB
  SASAddress 5000c5000f3e9695  PhyNum 3 

/pci@400/pci@0/pci@1/pci@0/usb@0,2/storage@2
  Unit 0   Removable Read Only deviceTSSTcorpCD/DVDW TS-T632ASR03



-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

failing debootstrap

2017-01-17 Thread Yaroslav Halchenko

Hi Sparc gurus,

I finally got a "new" sparc box to replace passed away previous one some
SunFire IIRC, which I use for upstream CI on big-endians.
I have got now an UltraSparc T2 with 48GB of RAM -- whoohoo

followed https://wiki.debian.org/Sparc64
and grabbed
https://people.debian.org/~glaubitz/debian-cd/2016-12-13/debian-9.0-sparc64-NETINST-1.iso
image.  After figuring out how to boot the beast off cd, went ahead with
partitioning (software raid, lvm, ext3) and install base system.  That
is the step which failed.  Log (4th screen) ends with:

... 
Jan 18 02:50:20 main-menu[228]: (process:3771): /lib/partman/fstab.d/zfs:   
Jan 18 02:50:20 main-menu[228]: (process:3771): line 49:
Jan 18 02:50:20 main-menu[228]: (process:3771): zpool: not found
Jan 18 02:50:20 main-menu[228]: (process:3771): 
Jan 18 02:50:20 main-menu[228]: (process:3771): /bin/block-attr:
Jan 18 02:50:20 main-menu[228]: (process:3771): line 33:
Jan 18 02:50:20 main-menu[228]: (process:3771): blkid: not found
Jan 18 02:50:20 main-menu[228]: (process:3771): 
Jan 18 02:50:20 main-menu[228]: (process:3771): /bin/block-attr:
Jan 18 02:50:20 main-menu[228]: (process:3771): line 33:
Jan 18 02:50:20 main-menu[228]: (process:3771): blkid: not found
Jan 18 02:50:20 main-menu[228]: (process:3771): 
Jan 18 02:50:23 main-menu[228]: DEBUG: resolver (libgcc1): package doesn't 
exist (ignored) 
 
Jan 18 02:50:23 main-menu[228]: INFO: Falling back to the package description 
for brltty-udeb 
  
Jan 18 02:50:23 main-menu[228]: INFO: Falling back to the package description 
for brltty-udeb 
  
Jan 18 02:50:23 main-menu[228]: INFO: Menu item 'bootstrap-base' selected   
Jan 18 02:51:13 debootstrap: mknod: /target/dev/null: No such file or directory 


if you try to rerun installation of the base system, it fails in other
miserable ways:

Jan 18 03:08:55 debootstrap: tar: can't open 
'./usr/share/doc/gcc-6-base/README.Debian.sparc64.gz': File exists

any clues on how to overcome or recommendations on another  image/release
to use on the beast

Thanks in advance and please keep me CCed
-- 
Yaroslav O. Halchenko
Center for Open Neuroscience http://centerforopenneuroscience.org
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik

Re: [Python-modules-team] Bug#733517: FTBFS on Sparc and S390x

2014-05-08 Thread Yaroslav Halchenko


On Wed, 29 Jan 2014, Vincent Bernat wrote:
> > python-cffi unit tests are failing on sparc and s390x arch. You can
> > find a patch to fix some of the problems here:
> >  
> > https://bitbucket.org/cffi/cffi/commits/f3dabd52fbeb54e814e14120cb27ceae3ad266ce

> > There is another problem on sparc that makes the build fail but it
> > succeeds on s390x. I still have to figure out the remaining bug on
> > sparc but it seems quite complex (and related to libffi).

> As sparc is about to be removed from supported architecture, I don't
> plan on working more on this. 

but if somebody would be interested/eager:  here is some details on that
SIGILL:

lingual(sid):~/deb/cffi/python-cffi-0.8.1
$> PYTHONPATH=$PWD/.pybuild/pythonX.Y_2.7/build gdb --args /usr/bin/python2.7 
/usr/bin/py.test -x --pdb testing/test_verify.py
GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1)
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "sparc-linux-gnu".
For bug reporting instructions, please see:
...
Reading symbols from /usr/bin/python2.7...Reading symbols from 
/usr/lib/debug/usr/bin/python2.7...done.
done.
(gdb) r
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/sparc-linux-gnu/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
0xf77ccddc in ?? () from /usr/lib/sparc-linux-gnu/libcrypto.so.1.0.0
(gdb) c
Continuing.
===
 test session starts 
===
platform linux2 -- Python 2.7.6 -- py-1.4.20 -- pytest-2.5.2
collected 130 items 

testing/test_verify.py .
Program received signal SIGILL, Illegal instruction.
0xf73b0a74 in _cffi_f_sinl (self=, arg0=0x0) at 
testing/__pycache__/_cffi__xcc453800x4b65e9f5.c:170
170   { result = sinl(x0); }
(gdb) print x0
$1 = 1.2299822364316059974954
(gdb) disassemble /m 0xf73b0a74
Dump of assembler code for function _cffi_f_sinl:
...
170   { result = sinl(x0); }
   0xf73b0a5c <+156>:   st  %i5, [ %sp + 0x40 ]
   0xf73b0a60 <+160>:   add  %fp, -48, %o0
   0xf73b0a64 <+164>:   std  %l0, [ %fp + -48 ]
   0xf73b0a68 <+168>:   std  %l2, [ %fp + -40 ]
   0xf73b0a6c <+172>:   call  0xf73c205c 
   0xf73b0a70 <+176>:   nop
=> 0xf73b0a74 <+180>:   illtrap  0x10
   0xf73b0a78 <+184>:   ldd  [ %fp + -32 ], %i0
   0xf73b0a7c <+188>:   ldd  [ %fp + -24 ], %i2
   0xf73b0a84 <+196>:   std  %i0, [ %fp + -16 ]

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140508150613.gg8...@onerussian.com

Re: Bug#745938: FWIW -- I consider sparc useful, pity if its support ends completely

2014-05-08 Thread Yaroslav Halchenko


On Tue, 29 Apr 2014, Sébastien Bernard wrote:
> >Having people find the sparc port useful or using it is however not
> >enough to maintain it. There needs to be a commitment to fix issues and
> >to respond to inquiries about the current status. However there is
> >currently *nobody* doing this as demonstrated by the lack of replies to
> >the release teams concerns (see all the "bits from the release team"
> >mails on debian-devel-announce@ since the Wheezy release).
> We are fixing issues at this moment.

> I have some problem to know the bugs numbers that are high priority
> and sparc-only,
> however, I have time and a little knowledge to check the problems.
> There are so many ML to read, I may have missed important call, but
> reading all mails from 2 years ago is a bit too much.

> If you need maintainer for sparc, just tell how to become one.
> IMHO,  the sparc architecture needs more tests and bug filling than
> knowledgeable people.

just to keep this thread going:  what could be the ultimate
prioritized list of issues with sparc to be resolved?  I believe we have
no arch tags in Debian BTS to filter easily...?

https://buildd.debian.org/status/architecture.php?a=sparc
might be handy but would take time to drill down the packages to
approach first

from my side -- I am already providing CI for few  upstream projects on
SPARC build boxes (under sid and wheezy) so they enter Debian sparc-ready.

> >This needs to change or it is not realistic for Debian to be able to
> >keep this port (and I'm not sure sparc64 is in a much better state as a
> >possible replacement).

> >>P.S. I wondered now if somehow we could attract students taking some
> >>'advanced computer architecture' courses at the universities...
> >I personally would be more interested in an architecture where one can
> >actually purchase current hardware (sparc servers on oracle.com seem to
> >start at ~20k USD). There are quite a lot of those for what I
> >understand: arm*, mips*, ...

> Why not dropping the m68k port too then ?

moreover eBay is full of cheap but nice sparc boxes which corporations
get rid of soon after official support terminates, so by tackling cheap
sparcs Debian  might at large support the architecture popular in
industry.

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Research Scientist,Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


--
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140508140518.gx8...@onerussian.com

FWIW -- I consider sparc useful, pity if its support ends completely

2014-04-28 Thread Yaroslav Halchenko

First of all -- thanks everyone who previously helped to maintain SPARC
Debian.  IMHO your work was very useful!

FWIW -- I have got acquainted with sparc originally solely due to
the need to troubleshoot FTBFS of some packages I maintain on this
"alien" to me platform... But probably in a somewhat a masochistic way I
got to like sparc -- at times those FTBFS due to e.g. failing unittests
I exercise at build time pointed to real problems with the code, which
otherwise would have waited possibly for years to be encountered by
users consciously, while may be still getting some (incorrect) output
without causing the entire program/pipeline to blow.

For that I started to maintain now 2 sparc boxes as a part of the test
build farm where I provide CI for some popular projects I maintain --
and found it being extremely useful.  Developers can easily find access
to x86 boxes for testing but not to such boxes of less commodity.

I have not been using those two sparc boxes for anything else besides
CI, BUT I got to like them -- despite their respectful age they remain
quite performant making me consider employing similar retirees to
serve as regular 'servers' for occasional local needs.

With Debian dropping support for sparc unfortunately I would need to
stop  providing similar "unique" testing opportunity for those projects,
which would not be the end of the world, but kinda a pity since sparcs
seems to be quite nice and which helped to gain more "geeky gratitude"
for Debian being somewhat unique in its spread of support.

P.S. I wondered now if somehow we could attract students taking some
'advanced computer architecture' courses at the universities... usually
core 'computer architecture' courses are too abstract to promote
participating in hands-on experiences such as fixing specific
architecture-specific issues in compilers... but may be at more advanced
levels Debian's breadth might intrigue some scholars, and hopefully
bring at least some fresh blood to Debian.  (was more of thinking out
loud than anything practically useful I guess).

-- 
Yaroslav O. Halchenko, Ph.D.
http://neuro.debian.net http://www.pymvpa.org http://www.fail2ban.org
Senior Research Associate, Psychological and Brain Sciences Dept.
Dartmouth College, 419 Moore Hall, Hinman Box 6207, Hanover, NH 03755
Phone: +1 (603) 646-9834   Fax: +1 (603) 646-1419
WWW:   http://www.linkedin.com/in/yarik


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/20140429021403.gk8...@onerussian.com

Re: problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

2012-02-17 Thread Yaroslav Halchenko

ok -- I have got another sparc box (Enterprise 420R IIRC) which I
successfully "deployed" so I didn't even try console redirection etc.

If anyone in eastern USA (along route NH/VT -> NYC) wants to get
the Sunblade 150 for Debian-related activities -- let me know, I might
be able to drop it off some time ;)

> Thank you Patrick -- that was a good call and made me finally do that --
> take it out.  Unfortunately results are identical.

> I also ran into a success report  (CCing Christoph -- do you remember
> details? ;) )
> http://identi.ca/christophegger

> turns out serial console + atyfb:off together let me install !debian
> #squeeze on sunBlade 150 #sparc

> so I have also tried with video=atyfb:off and console=ttyS0,115200
> kernel params to get connection via serial (had usb dongle on another
> side, it even blinked on 'receive' end when box was just starting but
> then nothing appeared in the console)
-- 
=--=
Keep in touch     www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120217175016.ge16...@onerussian.com

Re: problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

2012-02-13 Thread Yaroslav Halchenko

Thank you Patrick -- that was a good call and made me finally do that --
take it out.  Unfortunately results are identical.

I also ran into a success report  (CCing Christoph -- do you remember
details? ;) )
http://identi.ca/christophegger

turns out serial console + atyfb:off together let me install !debian
#squeeze on sunBlade 150 #sparc

so I have also tried with video=atyfb:off and console=ttyS0,115200
kernel params to get connection via serial (had usb dongle on another
side, it even blinked on 'receive' end when box was just starting but
then nothing appeared in the console)

>I'm not very qualified to respond, but it looks like you've got a Raptor
>gfx card in there, and I don't think it is supported by Linux right now.
>The on-board ATI Mach64 card does work under Linux. Could you try removing
>it and seeing if you can do the install with just the on-board graphics?
>That would at least help us find out if the problem is related to that
>card.
>---�
>If you're looking for a secondary monitor head, then I'd suggest using a
>cheap x86 card, since Linux can actually enable those cards even if they
>have x86 VGA BIOSes (i.e. would never work in the OBP or Solaris). I
>actually am using that onboard card + GeForce 4000MX (old x86 card)
>successfully in a Sun Ultra 10. The GeForce 4000MX even gets hardware
>accelerated 3D, albeit a bit buggy at the moment. I imagine r200-based
>(Radeon 7000) cards would work even better. On the other hard, a Sun
>XVR-1200 has serious graphical issues that make it pretty much unusable on
>Linux for anything Xorg.�
>Patrick

>On Mon, Feb 13, 2012 at 2:41 PM, Yaroslav Halchenko
><[1]deb...@onerussian.com> wrote:

>  Dear Sparc-ers,

>  to troubleshoot FTBFS from time to time (and provide access to it to
>  upstream developers) I decided to reincarnate this box which was sitting
>  under the table for a while (got it from our sysadmin long time ago)

>  But upon attempt to boot from sparc netinst CD for 6.0.4 -- it just gets
>  stuck somewhere around "ide-cd driver 5.00" line, if I try BOOT_DEBUG=4
>  it falls into the busybox hsell but I guess too early so I can't even
>  exist since USB keyboard isn't yet active

>  Please find snapshots of the screen(s) at different stages of the boot
>  process:

>  [2]http://www.onerussian.com/tmp/20120213_150744.jpg
>  [3]http://www.onerussian.com/tmp/20120213_150816.jpg
>  [4]http://www.onerussian.com/tmp/20120213_150901.jpg

>  if I get into openboot via pressing power twice upon beep -- I get only
>  secondary display on, �if via stop-a -- both seems to be present:

>  [5]http://www.onerussian.com/tmp/20120213_150958.jpg
>  [6]http://www.onerussian.com/tmp/20120213_151049.jpg
>  [7]http://www.onerussian.com/tmp/20120213_151058.jpg

>  how could I troubleshoot what prevents it from booting normally into the
>  installer?

>  Thank you in advance
-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120213214545.ge16...@onerussian.com

problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

2012-02-13 Thread Yaroslav Halchenko

Dear Sparc-ers,

to troubleshoot FTBFS from time to time (and provide access to it to
upstream developers) I decided to reincarnate this box which was sitting
under the table for a while (got it from our sysadmin long time ago)

But upon attempt to boot from sparc netinst CD for 6.0.4 -- it just gets
stuck somewhere around "ide-cd driver 5.00" line, if I try BOOT_DEBUG=4
it falls into the busybox hsell but I guess too early so I can't even
exist since USB keyboard isn't yet active

Please find snapshots of the screen(s) at different stages of the boot
process:

http://www.onerussian.com/tmp/20120213_150744.jpg
http://www.onerussian.com/tmp/20120213_150816.jpg
http://www.onerussian.com/tmp/20120213_150901.jpg

if I get into openboot via pressing power twice upon beep -- I get only
secondary display on,  if via stop-a -- both seems to be present:

http://www.onerussian.com/tmp/20120213_150958.jpg
http://www.onerussian.com/tmp/20120213_151049.jpg
http://www.onerussian.com/tmp/20120213_151058.jpg

how could I troubleshoot what prevents it from booting normally into the
installer?

Thank you in advance
-- 
=--=
Keep in touch www.onerussian.com
Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic


-- 
To UNSUBSCRIBE, email to debian-sparc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120213204131.ga16...@onerussian.com

Re: failing debootstrap

Re: failing debootstrap

Re: failing debootstrap

Re: failing debootstrap

Re: failing debootstrap

failing debootstrap

Re: [Python-modules-team] Bug#733517: FTBFS on Sparc and S390x

Re: Bug#745938: FWIW -- I consider sparc useful, pity if its support ends completely

FWIW -- I consider sparc useful, pity if its support ends completely

Re: problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

Re: problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

problem installing squeeze 6.0.4 on SunBlade 150 -- stalls (?)

12 matches

Site Navigation

Mail list logo

Footer information