Re: GRUB testers on SPARC needed

2018-02-04 Thread louis ayotte
Tested on a Sparc Ultra 10 workstation and it boots fine using your 
instructions.

Had to use an image from 2016 as the newer ones from september and december 
2017 did not work at all(both fail during installation).

Lshw

ultra
     description: Computer
     product: SUNW,375-0066
     width: 64 bits
   *-core
    description: Motherboard
    physical id: 0
    clock: 110MHz
  *-firmware
   product: SUNW,3.31
   physical id: 0
   logical name: /proc/device-tree
  *-memory
   description: System memory
   physical id: 2
   size: 740MiB
  *-cpu
   physical id: 3
   bus info: cpu@0
  *-pci:0
   description: PCI bridge
   product: Simba Advanced PCI Bridge
   vendor: Oracle/SUN
   physical id: 1
   bus info: pci@:00:01.0
   version: 13
   width: 32 bits
   clock: 66MHz
   capabilities: pci normal_decode bus_master
   resources: ioport:0(size=12582912) memory:1ff-1ffbfff
     *-usb:0
  description: USB controller
  product: VT82xx/62xx UHCI USB 1.1 Controller
  vendor: VIA Technologies, Inc.
  physical id: 1
  bus info: pci@:02:01.0
  version: 61
  width: 32 bits
  clock: 33MHz
  capabilities: pm uhci bus_master cap_list
  configuration: driver=uhci_hcd latency=22
  resources: irq:15 ioport:400(size=32)
    *-usbhost
     product: UHCI Host Controller
     vendor: Linux 4.14.0-3-sparc64 uhci_hcd
     physical id: 1
     bus info: usb@2
     logical name: usb2
     version: 4.14
     capabilities: usb-1.10
     configuration: driver=hub slots=2 speed=12Mbit/s
     *-usb:1
  description: USB controller
  product: VT82xx/62xx UHCI USB 1.1 Controller
  vendor: VIA Technologies, Inc.
  physical id: 1.1
  bus info: pci@:02:01.1
  version: 61
  width: 32 bits
  clock: 33MHz
  capabilities: pm uhci bus_master cap_list
  configuration: driver=uhci_hcd latency=22
  resources: irq:16 ioport:420(size=32)
    *-usbhost
     product: UHCI Host Controller
     vendor: Linux 4.14.0-3-sparc64 uhci_hcd
     physical id: 1
     bus info: usb@3
     logical name: usb3
     version: 4.14
     capabilities: usb-1.10
     configuration: driver=hub slots=2 speed=12Mbit/s
     *-usb:2
  description: USB controller
  product: USB 2.0
  vendor: VIA Technologies, Inc.
  physical id: 1.2
  bus info: pci@:02:01.2
  version: 63
  width: 32 bits
  clock: 33MHz
  capabilities: pm ehci bus_master cap_list
  configuration: driver=ehci-pci latency=22
  resources: irq:17 memory:1ff2000-1ff20ff
    *-usbhost
     product: EHCI Host Controller
     vendor: Linux 4.14.0-3-sparc64 ehci_hcd
     physical id: 1
     bus info: usb@1
     logical name: usb1
     version: 4.14
     capabilities: usb-2.00
     configuration: driver=hub slots=4 speed=480Mbit/s
     *-firewire
  description: FireWire (IEEE 1394)
  product: VT6306/7/8 [Fire II(M)] IEEE 1394 OHCI Controller
  vendor: VIA Technologies, Inc.
  physical id: 1.3
  bus info: pci@:02:01.3
  version: 46
  width: 32 bits
  clock: 33MHz
  capabilities: pm ohci bus_master cap_list
  configuration: driver=firewire_ohci latency=0 maxlatency=32
  resources: irq:15 memory:1ff4000-1ff47ff
ioport:480(size=128)
     *-multimedia UNCLAIMED
  description: Multimedia audio controller
  product: EMU10k1 [Sound Blaster Live! Series]
  vendor: Creative Labs
  physical id: 2
  bus info: pci@:02:02.0
  version: 07
  width: 32 bits
  clock: 33MHz
  capabilities: pm cap_list
  configuration: latency=0 maxlatency=20 mingnt=2
  resources: ioport:800(size=32)
     *-input UNCLAIMED
  description: Input device controller
  product: SB Live! Game Port
  vendor: Creative Labs
  physical id: 2.1
  bus info: pci@:02:02.1
  version: 07
  width: 32 bits
  clock: 33MHz
  capabilities: pm cap_list
  configurati

Bug#889596: libpinyin: FTBFS on sparc64: bus error in gen_binary_files

2018-02-04 Thread Aaron M. Ucko
Source: libpinyin
Version: 2.1.91-1
Severity: normal
Tags: upstream
User: debian-sparc@lists.debian.org
Usertags: sparc64

Builds of libpinyin for sparc64 (admittedly not a release architecture)
have been failing:

  ../utils/storage/gen_binary_files --table-dir ../data
  Makefile:539: recipe for target 'bigram.db' failed
  make[3]: *** [bigram.db] Bus error

This error most likely indicates an unaligned memory access attempt, to
which sparc64 is particularly sensitive.  Could you please take a look?

Thanks!

-- 
Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/finger/?a...@monk.mit.edu



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread Frank Scheiner

On 02/04/2018 05:47 PM, John Paul Adrian Glaubitz wrote:

Downgrading binutils doesn’t make any sense unless you are building something 
yourself.

Try generating a backtrace or at least find the package which is responsible.

We haven’t seen your segfault anywhere so far, that’s why I don’t know where to 
look.


Ok, after downgrading all upgraded packages to their original versions 
(where and if possible) plus recreating initramfs and rebooting, logins 
via serial console started working again.


Unfortunately I wasn't able to find the problematic package(s) by 
selectively upgrading suspects later on. After a number of tries I gave 
up on this approach and did a dist-upgrade again. Checking the package 
versions I noticed that some gcc related packages got installed from the 
"experimental" suite with *8-* version numbers. This wasn't the case 
yesterday (the "experimental" suite was deactivated in my 
`/etc/apt/sources.list` since some testing in January) so I downgraded 
the following packgages:


* libcc1-0 (8-20180130-1 => 7.3.0-1+b1)
* libgcc1 (1:8-20180130-1 => 1:7.3.0-1+b1)
* libstdc++6 (8-20180130-1 => 7.3.0-1+b1)

...to see if this makes a difference and after recreating the initramfs 
and rebooting, I again got segfaults when trying to login.


So better ignore the *7.3.0-1+b1 versions of these packages and use the 
ones from the "experimental" suite or wait for a fix, if you depend on 
serial logins.


Cheers,
Frank



Need help with creator3d card on sun ultra 10

2018-02-04 Thread louis ayotte
Hi everyone!

I'm running latest version of Debian and latest firmware 3.31 on Sparc Ultra 10 
with Creator3d, when i boot up i see this error in grub.

GRUB Loading Kernel

error: out of memory.

error: no suitable video mode found

error: no video mode activated

It stills outputs through the display while being connected to the creator3d 
card but only wants to stay in text mode.


---I've tried this in /etc/default/grub and using update-grub

"quiet splash video=atyfb:off"

Made no difference from bootup to trying startx


---Also tinkered with Xorg but no success

Section "ServerLayout"
Identifier "X.org Configured"
Screen  0  "Screen0" 0 0
InputDevice"Mouse0" "CorePointer"
InputDevice"Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
ModulePath   "/usr/lib/xorg/modules"
FontPath "/usr/share/fonts/X11/misc"
FontPath "/usr/share/fonts/X11/cyrillic"
FontPath "/usr/share/fonts/X11/100dpi/:unscaled"
FontPath "/usr/share/fonts/X11/75dpi/:unscaled"
FontPath "/usr/share/fonts/X11/Type1"
FontPath "/usr/share/fonts/X11/100dpi"
FontPath "/usr/share/fonts/X11/75dpi"
FontPath "built-ins"
EndSection

Section "Module"
Load  "glx"
EndSection

Section "InputDevice"
Identifier  "Keyboard0"
Driver  "kbd"
EndSection

Section "InputDevice"
Identifier  "Mouse0"
Driver  "mouse"
Option  "Protocol" "auto"
Option  "Device" "/dev/input/mice"
Option  "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
Identifier   "Monitor0"
VendorName   "Monitor Vendor"
ModelName"Monitor Model"
EndSection

Section "Device"
### Available Driver options are:-
### Values: : integer, : float, : "True"/"False",
### : "String", : " Hz/kHz/MHz",
### : "%"
### [arg]: arg optional
#Option "Accel" # []
#Option "SWcursor"  # []
#Option "EnablePageFlip"# []
#Option "SubPixelOrder" # []
#Option "ZaphodHeads"   # 
#Option "AccelMethod"   # 
#Option "DRI3"  # []
#Option "DRI"   # 
#Option "ShadowPrimary" # []
#Option "TearFree"  # []
#Option "DeleteUnusedDP12Displays"  # []
Identifier  "Sun Creator3D"
Driver  "sunffb"
Option  "UseFBDev" "true"
BusID   "PCI:1:2:0"
EndSection

Section "Screen"
Identifier "Screen0"
Device "Sun Creator3D"
Monitor"Monitor0"
SubSection "Display"
Viewport   0 0
Depth 1
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 4
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 8
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 15
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 16
EndSubSection
SubSection "Display"
Viewport   0 0
Depth 24
EndSubSection
EndSection


---Gives me this error as output

X.Org X Server 1.19.6
Release Date: 2017-12-20
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.14.0-3-sparc64-smp sparc64 Debian
Current Operating System: Linux ULTRA 4.14.0-3-sparc64 #1 Debian 4.14.13-1 
(2018-01-14) sparc64
Kernel command line: BOOT_IMAGE=/vmlinuz-4.14.0-3-sparc64 
root=UUID=41d7cab0-7024-42e9-9e3b-0ad18d14a3d0 ro quiet
Build Date: 26 January 2018  04:41:10PM
xorg-server 2:1.19.6-1 (https://www.debian.org/support)
Current version of pixman: 0.34.0
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Sun Feb  4 12:24:44 2018
(==) Using config file: "/etc/X11/xorg.conf"
(==) Using system config directory "/usr/share/X11/xorg.conf.d"
(EE)
Fatal server error:
(EE) no screens found(EE)
(EE)
Please consult the The X.Org Foundation support
 at http://wiki.x.org
 for help.
(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional 
information.
(EE)
(EE) Server terminated with error (1). Closing log file.
xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

Same as user or root

Any suggestions?

Thanks!



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread John Paul Adrian Glaubitz
Downgrading binutils doesn’t make any sense unless you are building something 
yourself.

Try generating a backtrace or at least find the package which is responsible.

We haven’t seen your segfault anywhere so far, that’s why I don’t know where to 
look.

Adrian

> On Feb 4, 2018, at 5:38 PM, Frank Scheiner  wrote:
> 
>> On 02/04/2018 05:09 PM, John Paul Adrian Glaubitz wrote:
>> Did you regenerate the initrd after the dist upgrades?
> 
> Yes, this was triggered automatically. And I also did that manually during my 
> first downgrades in the morning if it wasn't triggered.
> 
>> Some systemd packages are in the initrd and you need to make sure those are 
>> updated as well.
>> If that still doesn’t help, try downgrading systemd.
> 
> Tried that (downgrading systemd) in the morning but also didn't help. I'm now 
> downgrading again but will also include binutils and gcc related packages (in 
> addition to the libc and systemd related packages in my first mail).
> 
> Well, that didn't help either. Maybe I downgrade all upgraded packages to the 
> versions they had before the upgrade...
> 
> Frank



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread Frank Scheiner

On 02/04/2018 05:09 PM, John Paul Adrian Glaubitz wrote:

Did you regenerate the initrd after the dist upgrades?


Yes, this was triggered automatically. And I also did that manually 
during my first downgrades in the morning if it wasn't triggered.




Some systemd packages are in the initrd and you need to make sure those are 
updated as well.

If that still doesn’t help, try downgrading systemd.


Tried that (downgrading systemd) in the morning but also didn't help. 
I'm now downgrading again but will also include binutils and gcc related 
packages (in addition to the libc and systemd related packages in my 
first mail).


Well, that didn't help either. Maybe I downgrade all upgraded packages 
to the versions they had before the upgrade...


Frank



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread John Paul Adrian Glaubitz
Did you regenerate the initrd after the dist upgrades?

Some systemd packages are in the initrd and you need to make sure those are 
updated as well.

If that still doesn’t help, try downgrading systemd.

Adrian

> On Feb 4, 2018, at 4:48 PM, Frank Scheiner  wrote:
> 
>> On 02/04/2018 04:30 PM, John Paul Adrian Glaubitz wrote:
>>> On 02/04/2018 04:22 PM, Frank Scheiner wrote:
>>> Thanks Adrian, tried that, but didn't help. After a restart, segfaults 
>>> still happen when trying to login via serial console. But in the process of 
>>> `apt -f
>>> install` also libc-bin, libc-dev-bin, libc6 and libc6-dev were upgraded 
>>> again. Not sure if I should have canceled those upgrades after:
>> Yes, your packages are no up-to-date if you're still on glibc_2.25.
> 
> They weren't up-to-date before doing `apt -f install` as I downgraded to the 
> version of libc I had before doing the upgrade yesterday. But libc got 
> updated to 2.26 during `apt -f install` - a recent segfault message also 
> shows this:
> 
> ```
> v245 login: [   46.563987] e1000e: enp8s0f0 NIC Link is Up 1000 Mbps Full 
> Duplex, Flow Control: Rx/Tx
> [   46.564690] IPv6: ADDRCONF(NETDEV_CHANGE): enp8s0f0: link becomes ready
> root
> Password:
> [   51.434172] login[622]: segfault at 30 ip 800100517644 (rpc 
> 8001020f9d54) sp 07feffb7c451 error 1 in 
> libc-2.26.so[80010046c000+15e000]
> ```
> 
> Only the other (systemd related) packages I downgraded earlier were still on 
> the older versions after the reboot. But I now did an `apt dist-upgrade` with 
> `/etc/apt/sources.list`:
> 
> ```
> deb http://ftp.ports.debian.org/debian-ports/ sid main
> deb http://ftp.ports.debian.org/debian-ports/ experimental main
> deb http://ftp.ports.debian.org/debian-ports/ unreleased main
> ```
> 
> ..so they should be up-to-date now. But that also didn't help, after a 
> reboot, segfaults still happen when trying to login via serial port.



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread Frank Scheiner

On 02/04/2018 04:30 PM, John Paul Adrian Glaubitz wrote:

On 02/04/2018 04:22 PM, Frank Scheiner wrote:

Thanks Adrian, tried that, but didn't help. After a restart, segfaults still 
happen when trying to login via serial console. But in the process of `apt -f
install` also libc-bin, libc-dev-bin, libc6 and libc6-dev were upgraded again. 
Not sure if I should have canceled those upgrades after:


Yes, your packages are no up-to-date if you're still on glibc_2.25.


They weren't up-to-date before doing `apt -f install` as I downgraded to 
the version of libc I had before doing the upgrade yesterday. But libc 
got updated to 2.26 during `apt -f install` - a recent segfault message 
also shows this:


```
v245 login: [   46.563987] e1000e: enp8s0f0 NIC Link is Up 1000 Mbps 
Full Duplex, Flow Control: Rx/Tx

[   46.564690] IPv6: ADDRCONF(NETDEV_CHANGE): enp8s0f0: link becomes ready
root
Password:
[   51.434172] login[622]: segfault at 30 ip 800100517644 (rpc 
8001020f9d54) sp 07feffb7c451 error 1 in 
libc-2.26.so[80010046c000+15e000]

```

Only the other (systemd related) packages I downgraded earlier were 
still on the older versions after the reboot. But I now did an `apt 
dist-upgrade` with `/etc/apt/sources.list`:


```
deb http://ftp.ports.debian.org/debian-ports/ sid main
deb http://ftp.ports.debian.org/debian-ports/ experimental main
deb http://ftp.ports.debian.org/debian-ports/ unreleased main
```

..so they should be up-to-date now. But that also didn't help, after a 
reboot, segfaults still happen when trying to login via serial port.




Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread John Paul Adrian Glaubitz
On 02/04/2018 04:22 PM, Frank Scheiner wrote:
> Thanks Adrian, tried that, but didn't help. After a restart, segfaults still 
> happen when trying to login via serial console. But in the process of `apt -f
> install` also libc-bin, libc-dev-bin, libc6 and libc6-dev were upgraded 
> again. Not sure if I should have canceled those upgrades after:

Yes, your packages are no up-to-date if you're still on glibc_2.25.

Can you try upgrading all packages?

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread Frank Scheiner

On 02/04/2018 01:10 PM, John Paul Adrian Glaubitz wrote:

Most likely a fallout of the binutils bug which generated broken code.

Try:

# wget 
http://ftp.ports.debian.org/debian-ports/pool-sparc64/main/g/gcc-7/libstdc++6_7.3.0-1+b1_sparc64.deb
http://ftp.ports.debian.org/debian-ports/pool-sparc64/main/g/gcc-7/gcc-7-base_7.3.0-1+b1_sparc64.deb
 && dpkg -i --force-depends
gcc-7-base_7.3.0-1+b1_sparc64.deb libstdc++6_7.3.0-1+b1_sparc64.deb

Then just run "apt update && apt -f install".


Thanks Adrian, tried that, but didn't help. After a restart, segfaults 
still happen when trying to login via serial console. But in the process 
of `apt -f install` also libc-bin, libc-dev-bin, libc6 and libc6-dev 
were upgraded again. Not sure if I should have canceled those upgrades 
after:


```
Reading package lists... Done
Building dependency tree
Reading state information... Done
Correcting dependencies... Done
[...]
```



Re: T1000, T5220: segfault during login via serial console

2018-02-04 Thread John Paul Adrian Glaubitz
On 02/04/2018 11:02 AM, Frank Scheiner wrote:
> since some recent package upgrades, login via serial console no longer works 
> for me on my T1000 (and also T5220, with same disk). Logins via SSH are 
> possible
> though (on T1000, the T5220 is still missing the correct network 
> configuration in `/etc/network/interfaces`, so no luck there with SSH).

Most likely a fallout of the binutils bug which generated broken code.

Try:

# wget 
http://ftp.ports.debian.org/debian-ports/pool-sparc64/main/g/gcc-7/libstdc++6_7.3.0-1+b1_sparc64.deb
http://ftp.ports.debian.org/debian-ports/pool-sparc64/main/g/gcc-7/gcc-7-base_7.3.0-1+b1_sparc64.deb
 && dpkg -i --force-depends
gcc-7-base_7.3.0-1+b1_sparc64.deb libstdc++6_7.3.0-1+b1_sparc64.deb

Then just run "apt update && apt -f install".

Adrian

-- 
 .''`.  John Paul Adrian Glaubitz
: :' :  Debian Developer - glaub...@debian.org
`. `'   Freie Universitaet Berlin - glaub...@physik.fu-berlin.de
  `-GPG: 62FF 8A75 84E0 2956 9546  0006 7426 3B37 F5B5 F913



T1000, T5220: segfault during login via serial console

2018-02-04 Thread Frank Scheiner

Hi all,

since some recent package upgrades, login via serial console no longer 
works for me on my T1000 (and also T5220, with same disk). Logins via 
SSH are possible though (on T1000, the T5220 is still missing the 
correct network configuration in `/etc/network/interfaces`, so no luck 
there with SSH).


After entering username and password, a segfault happens:
```
Debian GNU/Linux buster/sid v245 ttyS0

v245 login: root
[   26.316004] tg3 0001:03:04.0 enP1p3s4f0: Link is up at 1000 Mbps, 
full duplex
[   26.316217] tg3 0001:03:04.0 enP1p3s4f0: Flow control is on for TX 
and on for RX

[   26.316373] IPv6: ADDRCONF(NETDEV_CHANGE): enP1p3s4f0: link becomes ready
Password:
[   30.654848] login[587]: segfault at 30 ip 80010051bc64 (rpc 
800101aa1cc8) sp 07fefffae431 error 1 in 
libc-2.25.so[80010046c000+168000]


Debian GNU/Linux buster/sid v245 ttyS0

v245 login:
```

I attached the part of my `/var/log/apt/history.log` during which the 
change must have been happened. Last successful login via serial console 
was on 2018-01-15 according to `/var/log/auth.log`:


```
[...]
Jan 15 20:05:47 v245 login[616]: ROOT LOGIN  on '/dev/ttyS0'
[...]
```

Sorry, the list is very long and I already tried to select possibly 
relevant packages, but was unlucky so far.


I downgraded to the following packages so far (these were the respective 
package versions before the last upgrade IIC):


* libc6_2.25-4_sparc64.deb
* libc-bin_2.25-4_sparc64.deb
* libc6-dev_2.25-4_sparc64.deb
* libc-dev-bin_2.25-4_sparc64.deb
* libnss-systemd_236-3_sparc64.deb
* systemd_236-3_sparc64.deb
* libpam-systemd_236-3_sparc64.deb
* systemd-sysv_236-3_sparc64.deb
* libsystemd0_236-3_sparc64.deb
* udev_236-3_sparc64.deb
* libudev1_236-3_sparc64.deb

Any idea, what specific package (upgrade) could be responsible?

Cheers
Frank
Start-Date: 2018-02-03  18:57:15
Commandline: apt upgrade
Install: libmpfr6:sparc64 (4.0.0-7, automatic), libargon2-0:sparc64 (0~20161029-1.1, automatic), liblmdb0:sparc64 (0.9.21-1, automatic), libgdbm5:sparc64 (1.14.1-2, automatic), libcryptsetup12:sparc64 (2:2.0.0-1, automatic)
Upgrade: libmpc3:sparc64 (1.0.3-2, 1.1.0-1), fdisk:sparc64 (2.30.2-0.2, 2.30.2-0.3), libgcc-7-dev:sparc64 (7.2.0-18, 7.3.0-1+b1), manpages:sparc64 (4.14-1, 4.15-1), iso-codes:sparc64 (3.77-1, 3.78-1), libdns-export169:sparc64 (1:9.11.2+dfsg-5, 1:9.11.2.P1-1), libkrb5-3:sparc64 (1.15.2-2, 1.16-2), libgssapi-krb5-2:sparc64 (1.15.2-2, 1.16-2), libpython3.6-minimal:sparc64 (3.6.4-2, 3.6.4-3), util-linux-locales:sparc64 (2.30.2-0.2, 2.30.2-0.3), libisccfg160:sparc64 (1:9.11.2+dfsg-5, 1:9.11.2.P1-1), libfdisk1:sparc64 (2.30.2-0.2, 2.30.2-0.3), iptables:sparc64 (1.6.1-2+b1, 1.6.2-1), libapt-inst2.0:sparc64 (1.6~alpha6, 1.6~alpha7), libc6-dev:sparc64 (2.25-4, 2.26-4), p7zip:sparc64 (16.02+dfsg-4, 16.02+dfsg-5), libsystemd0:sparc64 (236-3, 237-1), dash:sparc64 (0.5.8-2.5, 0.5.8-2.10), apt:sparc64 (1.6~alpha6, 1.6~alpha7), cpp-7:sparc64 (7.2.0-18, 7.3.0-1+b1), libkmod2:sparc64 (24-1, 25-1), libmount1:sparc64 (2.30.2-0.2, 2.30.2-0.3), libsqlite3-0:sparc64 (3.21.0-1, 3.22.0-1), libpython3.6-stdlib:sparc64 (3.6.4-2, 3.6.4-3), binutils:sparc64 (2.29.1-13, 2.30-1), bind9-host:sparc64 (1:9.11.2+dfsg-5, 1:9.11.2.P1-1), libitm1:sparc64 (7.2.0-18, 7.3.0-1+b1), libgmp10:sparc64 (2:6.1.2+dfsg-1.1, 2:6.1.2+dfsg-2), libc6:sparc64 (2.25-4, 2.26-4), util-linux:sparc64 (2.30.2-0.2, 2.30.2-0.3), gcc-7-base:sparc64 (7.2.0-18, 7.3.0-1+b1), libgfortran-7-dev:sparc64 (7.2.0-18, 7.3.0-1+b1), python3.6:sparc64 (3.6.4-2, 3.6.4-3), openssh-sftp-server:sparc64 (1:7.6p1-2, 1:7.6p1-3), libk5crypto3:sparc64 (1.15.2-2, 1.16-2), libisc166:sparc64 (1:9.11.2+dfsg-5, 1:9.11.2.P1-1), libip6tc0:sparc64 (1.6.1-2+b1, 1.6.2-1), udev:sparc64 (236-3, 237-1), libcilkrts5:sparc64 (7.2.0-18, 7.3.0-1+b1), locales:sparc64 (2.25-5, 2.26-6), libasan4:sparc64 (7.2.0-18, 7.3.0-1+b1), libapt-pkg5.0:sparc64 (1.6~alpha6, 1.6~alpha7), gcc-6-base:sparc64 (6.4.0-10, 6.4.0-12+b1), kmod:sparc64 (24-1, 25-1), libudev1:sparc64 (236-3, 237-1), libapparmor1:sparc64 (2.12-1, 2.12-2), adduser:sparc64 (3.116, 3.117), installation-report:sparc64 (2.66, 2.67), krb5-locales:sparc64 (1.15.2-2, 1.16-2), libgcc1:sparc64 (1:7.2.0-18, 1:7.3.0-1+b1), python3-pycurl:sparc64 (7.43.0-2+b1, 7.43.0.1-0.2), mount:sparc64 (2.30.2-0.2, 2.30.2-0.3), python3.6-minimal:sparc64 (3.6.4-2, 3.6.4-3), libstdc++-7-dev:sparc64 (7.2.0-18, 7.3.0-1+b1), libiptc0:sparc64 (1.6.1-2+b1, 1.6.2-1), libblkid1:sparc64 (2.30.2-0.2, 2.30.2-0.3), dpkg:sparc64 (1.19.0.4, 1.19.0.5), libc-l10n:sparc64 (2.26-4, 2.26-6), libisc-export166:sparc64 (1:9.11.2+dfsg-5, 1:9.11.2.P1-1), libc-bin:sparc64 (2.25-4, 2.26-4), p7zip-full:sparc64 (16.02+dfsg-4, 16.02+dfsg-5), man-db:sparc64 (2.7.6.1-4, 2.7.6.1-4+b1), libubsan0:sparc64 (7.2.0-18, 7.3.0-1+b1), libgeoip1:sparc64 (1.6.11-3, 1.6.12-1), g++-7:sparc64 (7.2.0-18, 7.3.0-1+b1), libkrb5support0:sparc64 (1.15.2-2, 1.16-2), sed:sparc64 (4.4-1, 4.4-2), whiptail:sparc64 (0.52.20-1+b1, 0.52.20-2), libnewt0.52:sp