Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Gentoo on m68k
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures
View previous topic :: View next topic  
Author Message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Fri Aug 16, 2019 2:07 pm    Post subject: Gentoo on m68k Reply with quote

Hello,

I'm trying to install Gentoo on a Centris 650 with 136 MB, but it appears that Gentoo doesn't have a current unsupported port for m68k.

I found "stage3-m68k-20130509.tar.bz2" on multiple mirrors (with a June 16, 2013 creation date), but nothing more recent than that. So I figured I would just start with that Stage 3 and update as per the Gentoo Handbook.

Starting with a stable Debian sid installation (with sysvinit), I restored the Stage 3 tar file to a blank partition mounted at /mnt/gentoo, then followed (for the most part) the instructions in the Gentoo Handbook; see below. The issue seems to be that python and portage from 2013 seem to be too old, and I'm not sure how to get around the EAPI issue.

An alternative might be to start with Stage 1 for m68k, and I don't see a Stage 1 tar file posted anywhere.

Thanks for any suggestions.

-Stan

Code:
root@calvin:~# cp --dereference /etc/resolv.conf /mnt/gentoo/etc/
root@calvin:~# mount -t proc /proc /mnt/gentoo/proc
root@calvin:~# mount --rbind /sys /mnt/gentoo/sys
root@calvin:~# mount --make-rslave /mnt/gentoo/sys
root@calvin:~# mount --rbind /dev /mnt/gentoo/dev
root@calvin:~# mount --make-rslave /mnt/gentoo/dev
root@calvin:~# chroot /mnt/gentoo /bin/bash
calvin / # source /etc/profile
calvin / # export PS1="(chroot) ${PS1}"
(chroot) calvin / # test -L /dev/shm && rm /dev/shm && mkdir /dev/shm
(chroot) calvin / # mount --types tmpfs --options nosuid,nodev,noexec shm /dev/shm
(chroot) calvin / # chmod 1777 /dev/shm
(chroot) calvin / # emerge-webrsync
!!! Invalid PORTDIR_OVERLAY (not a dir): '/usr/portage'
!!! main-repo not set in DEFAULT and PORTDIR is empty.
Fetching most recent snapshot ...
Trying to retrieve 20190814 snapshot from http://distfiles.gentoo.org...
Fetching file portage-20190814.tar.xz.md5sum ...
Fetching file portage-20190814.tar.xz.gpgsig ...
Fetching file portage-20190814.tar.xz ...
Checking digest ...
Getting snapshot timestamp ...
>>> SJJ Argh.  Emerge runs xzcat on a 48 MB file to get this.
>>> SJJ Painful on a Centris 650.
Syncing local tree ...
>>> SJJ Another xzcat of a 48 MB file.

Number of files: 162701
Number of files transferred: 135369
Total file size: 220.62M bytes
Total transferred file size: 220.62M bytes
Literal data: 220.62M bytes
Matched data: 0 bytes
File list size: 4.16M
File list generation time: 1.299 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 116.82M
Total bytes received: 2.68M

sent 116.82M bytes  received 2.68M bytes  11.76K bytes/sec
total size is 220.62M  speedup is 1.85
Cleaning up ...


!!! /etc/portage/make.profile is not a symlink and will probably prevent most merges.
!!! It should point into a profile within /usr/portage/profiles/
!!! (You can safely ignore this message when syncing. It's harmless.)


!!! Your current profile is invalid. If you have just changed your profile
!!! configuration, you should revert back to the previous configuration.
!!! Allowed actions are limited to --help, --info, --search, --sync, and
!!! --version.
(chroot) calvin / # emerge --sync
>>> Starting rsync with rsync://89.238.71.6/gentoo-portage...
>>> Checking server timestamp ...
Welcome to turnstone.gentoo.org / rsync.gentoo.org

Server Address : 89.238.71.6, 2a00:1828:a00d:ffff::6
Contact Name   : mirror-admin@gentoo.org
Hardware       : 16 x Intel(R) Xeon(R) CPU E5530 @ 2.40GHz, 24160MB RAM
Sponsor        : Manitu GmbH, St. Wendel, Germany

Please note: common gentoo-netiquette says you should not sync more
than once a day.  Users who abuse the rsync.gentoo.org rotation
may be added to a temporary ban list.

MOTD autogenerated by update-rsync-motd on Thu Apr  4 19:04:00 UTC 2019

receiving incremental file list
timestamp.chk

Number of files: 1
Number of files transferred: 1
Total file size: 32 bytes
Total transferred file size: 32 bytes
Literal data: 32 bytes
Matched data: 0 bytes
File list size: 27
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 85
Total bytes received: 128

sent 85 bytes  received 128 bytes  60.86 bytes/sec
total size is 32  speedup is 0.15
Welcome to turnstone.gentoo.org / rsync.gentoo.org

Server Address : 89.238.71.6, 2a00:1828:a00d:ffff::6
Contact Name   : mirror-admin@gentoo.org
Hardware       : 16 x Intel(R) Xeon(R) CPU E5530 @ 2.40GHz, 24160MB RAM
Sponsor        : Manitu GmbH, St. Wendel, Germany

Please note: common gentoo-netiquette says you should not sync more
than once a day.  Users who abuse the rsync.gentoo.org rotation
may be added to a temporary ban list.

MOTD autogenerated by update-rsync-motd on Thu Apr  4 19:04:00 UTC 2019

receiving incremental file list
deleting acct-user/man/man-0.ebuild
./
Manifest
Manifest.files.gz
acct-group/
acct-group/adm/
acct-group/audio/
acct-group/burp/
acct-group/cdrom/
acct-group/dialout/
acct-group/disk/
acct-group/dnscrypt-proxy/
...
xfce-extra/xfce4-weather-plugin/
xfce-extra/xfce4-whiskermenu-plugin/
xfce-extra/xfce4-whiskermenu-plugin/Manifest
xfce-extra/xfce4-whiskermenu-plugin/xfce4-whiskermenu-plugin-2.3.3.ebuild
xfce-extra/xfce4-windowck-plugin/
xfce-extra/xfce4-xkb-plugin/
xfce-extra/xfdashboard/

Number of files: 163210
Number of files transferred: 4316
Total file size: 221.68M bytes
Total transferred file size: 14.56M bytes
Literal data: 14.56M bytes
Matched data: 0 bytes
File list size: 3.92M
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 327.62K
Total bytes received: 18.88M

sent 327.62K bytes  received 18.88M bytes  15.00K bytes/sec
total size is 221.68M  speedup is 11.54

Performing Global Updates:
(Could take a couple of minutes if you have a lot of binary packages.)
  .='update pass'  *='binary update'  #='/var/db update'  @='/var/db move'
  s='/var/db SLOT move'  %='binary move'  S='binary SLOT move'
  p='update /etc/portage/package.*'
/usr/portage/profiles/updates/1Q-2014.....
/usr/portage/profiles/updates/2Q-2014..
/usr/portage/profiles/updates/3Q-2014............
/usr/portage/profiles/updates/4Q-2014..........
/usr/portage/profiles/updates/1Q-2015............................................................
/usr/portage/profiles/updates/2Q-2015...................................................................................................................................................................
/usr/portage/profiles/updates/3Q-2015.....................
/usr/portage/profiles/updates/4Q-2015...............................
/usr/portage/profiles/updates/1Q-2016............................................
/usr/portage/profiles/updates/2Q-2016............................................................
/usr/portage/profiles/updates/3Q-2016.........................
/usr/portage/profiles/updates/4Q-2016...............................
/usr/portage/profiles/updates/1Q-2017.................................
/usr/portage/profiles/updates/2Q-2017....
/usr/portage/profiles/updates/3Q-2017.........................
/usr/portage/profiles/updates/4Q-2017.......
/usr/portage/profiles/updates/1Q-2018.......................
/usr/portage/profiles/updates/2Q-2018...................
/usr/portage/profiles/updates/3Q-2018...
/usr/portage/profiles/updates/4Q-2018.......
/usr/portage/profiles/updates/1Q-2019.................
/usr/portage/profiles/updates/2Q-2019...
/usr/portage/profiles/updates/3Q-2019.....
@ss##


 * An update to portage is available. It is _highly_ recommended
 * that you update portage now, before any other packages are updated.

 * To update portage, run 'emerge --oneshot portage' now.
...
(chroot) calvin / # emerge --oneshot portage

!!! /etc/portage/make.profile is not a symlink and will probably prevent most merges.
!!! It should point into a profile within /usr/portage/profiles/
!!! (You can safely ignore this message when syncing. It's harmless.)

!!! Your current profile is invalid. If you have just changed your profile
!!! configuration, you should revert back to the previous configuration.
!!! Allowed actions are limited to --help, --info, --search, --sync, and
!!! --version.
(chroot) calvin / # eselect profile list
Available profile symlink targets:
  [1]   default/linux/m68k/17.0
  [2]   default/linux/m68k/17.0/desktop
  [3]   default/linux/m68k/17.0/desktop/gnome
  [4]   default/linux/m68k/17.0/developer
(chroot) calvin / # eselect profile set 1
(chroot) calvin / # emerge --oneshot portage
...
Calculating dependencies... done!

!!! All ebuilds that could satisfy "dev-lang/python:3.6[ssl(+)]" have been masked.
!!! One of the following masked packages is required to complete your request:
- dev-lang/python-3.7.4-r1::gentoo (masked by: EAPI 7)
- dev-lang/python-3.7.3::gentoo (masked by: EAPI 7)
- dev-lang/python-3.7.2::gentoo (masked by: EAPI 6)
- dev-lang/python-3.6.9::gentoo (masked by: EAPI 6)
- dev-lang/python-3.6.8::gentoo (masked by: EAPI 6)
- dev-lang/python-3.6.5::gentoo (masked by: EAPI 6)
- dev-lang/python-2.7.16::gentoo (masked by: EAPI 6)
- dev-lang/python-2.7.15::gentoo (masked by: EAPI 6)

The current version of portage supports EAPI '5'. You must upgrade to a
newer version of portage before EAPI masked packages can be installed.
(dependency required by "sys-apps/portage-2.3.71[-build,python_targets_python3_6]" [ebuild])
(dependency required by "portage" [argument])
For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

(chroot) calvin / # python --version
Python 3.2.3
Mod edit: [code] tags added for clarity. — JRG
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Fri Aug 16, 2019 2:29 pm    Post subject: Reply with quote

This happens because portage is too old, try to unpack portage-2.3.69.tar.bz2 in /root and then run /root/portage-2.3.69/bin/emerge -1 portage, if portage install and run correctly remove /root/portage-2.3.69 directory
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Fri Aug 16, 2019 3:23 pm    Post subject: Reply with quote

Thanks for your reply. I see this:

Code:
(chroot) calvin ~ # /root/portage-2.3.69/bin/emerge -1 portage
!!! Section 'gentoo' in repos.conf has location attribute set to nonexistent directory: '/var/db/repos/gentoo'
!!! Invalid Repository Location (not a dir): '/var/db/repos/gentoo'
WARNING: One or more repositories have missing repo_name entries:

   /var/db/repos/gentoo/profiles/repo_name

NOTE: Each repo_name entry should be a plain text file containing a
unique name for the repository on the first line.


emerge: incomplete set configuration, missing set(s): "selected", "system", and "world"
        This usually means that '/usr/share/portage/config/sets/portage.conf'
        is missing or corrupt.
        Falling back to default world and system set configuration!!!
Calculating dependencies... done!

emerge: there are no ebuilds to satisfy "portage".
Mod edit: [code] tags added for clarity. — JRG
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Fri Aug 16, 2019 4:20 pm    Post subject: Reply with quote

What you have in your /etc/portage/make.conf? Your /usr/portage is populate?
It's only a test because this snapshot is really old, try to create file /etc/portage/repos.conf/gentoo.conf and put
Code:
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = webrsync
auto-sync = yes

_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Fri Aug 16, 2019 5:14 pm    Post subject: Reply with quote

Thanks. Do you know whether there is a later Stage 3 for m68k? Alternately, I could compile everything from scratch (probably using an emulator on a faster system), but I don't know how to create a Stage 1 for m68k.

Everything I have so far is the default for this Stage 3. With your suggested changes, I see this:

Code:
(chroot) calvin ~ # cat /etc/portage/make.conf
# These settings were set by the catalyst build script that automatically
# built this stage.
# Please consult /usr/share/portage/config/make.conf.example for a more
# detailed example.
CFLAGS=" -pipe -O2"
CXXFLAGS="${CFLAGS}"
# WARNING: Changing your CHOST is not something that should be done lightly.
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
CHOST="m68k-unknown-linux-gnu"
# These are the USE flags that were used in addition to what is provided by the
# profile used for building.
USE="bindist"
(chroot) calvin ~ # ls /usr/portage
acct-group         app-portage   dev-scheme        gnustep-apps       media-radio   profiles           sys-fs
acct-user          app-shells    dev-tcltk         gnustep-base       media-sound   ros-meta           sys-kernel
app-accessibility  app-text      dev-tex           gnustep-libs       media-tv      sci-astronomy      sys-libs
app-admin          app-vim       dev-texlive       gui-apps           media-video   sci-biology        sys-power
app-antivirus      app-xemacs    dev-util          gui-libs           metadata      sci-calculators    sys-process
app-arch           dev-ada       dev-vcs           gui-wm             net-analyzer  sci-chemistry      virtual
app-backup         dev-cpp       eclass            header.txt         net-dialup    sci-electronics    www-apache
app-benchmarks     dev-db        games-action      java-virtuals      net-dns       sci-geosciences    www-apps
app-cdr            dev-dotnet    games-arcade      kde-apps           net-firewall  sci-libs           www-client
app-crypt          dev-embedded  games-board       kde-frameworks     net-fs        sci-mathematics    www-misc
app-dicts          dev-erlang    games-emulation   kde-misc           net-ftp       sci-misc           www-plugins
app-doc            dev-games     games-engines     kde-plasma         net-im        sci-physics        www-servers
app-editors        dev-go        games-fps         licenses           net-irc       sci-visualization  x11-apps
app-emacs          dev-haskell   games-kids        lxde-base          net-libs      scripts            x11-base
app-emulation      dev-java      games-misc        lxqt-base          net-mail      sec-policy         x11-drivers
app-eselect        dev-lang      games-mud         mail-client        net-misc      skel.ebuild        x11-libs
app-forensics      dev-libs      games-puzzle      mail-filter        net-nds       skel.metadata.xml  x11-misc
app-i18n           dev-lisp      games-roguelike   mail-mta           net-news      sys-apps           x11-plugins
app-laptop         dev-lua       games-rpg         Manifest           net-nntp      sys-auth           x11-terms
app-leechcraft     dev-ml        games-server      Manifest.files.gz  net-p2p       sys-block          x11-themes
app-metrics        dev-perl      games-simulation  mate-base          net-print     sys-boot           x11-wm
app-misc           dev-php       games-sports      mate-extra         net-proxy     sys-cluster        xfce-base
app-mobilephone    dev-python    games-strategy    media-fonts        net-voip      sys-devel          xfce-extra
app-office         dev-qt        games-util        media-gfx          net-vpn       sys-fabric
app-officeext      dev-ros       gnome-base        media-libs         net-wireless  sys-firmware
app-pda            dev-ruby      gnome-extra       media-plugins      perl-core     sys-freebsd
(chroot) calvin ~ #
(chroot) calvin ~ # grep gentoo /etc/portage/make.conf
# Please consult http://www.gentoo.org/doc/en/change-chost.xml before changing.
(chroot) calvin ~ # ls /etc/portage/repos.conf
ls: cannot access /etc/portage/repos.conf: No such file or directory
(chroot) calvin ~ # cd /etc/portage
(chroot) calvin portage # ls
make.conf  make.conf.catalyst  make.profile  package.keywords  savedconfig
(chroot) calvin portage # mkdir repos.conf
(chroot) calvin portage # cd repos.conf
(chroot) calvin repos.conf # nano gentoo.conf
(chroot) calvin repos.conf # cat gentoo.conf
[DEFAULT]
main-repo = gentoo

[gentoo]
location = /usr/portage
sync-type = webrsync
auto-sync = yes
(chroot) calvin repos.conf # cd /
(chroot) calvin / # /root/portage-2.3.69/bin/emerge -1 portage
emerge: incomplete set configuration, missing set(s): "selected", "system", and "world"
        This usually means that '/usr/share/portage/config/sets/portage.conf'
        is missing or corrupt.
        Falling back to default world and system set configuration!!!

 * IMPORTANT: 21 news items need reading for repository 'gentoo'.
 * Use eselect news read to view new items.

Calculating dependencies... done!


[ebuild     U  ] sys-apps/portage-2.3.71::gentoo [2.1.11.62::gentoo] USE="(ipc) native-extensions%* rsync-verify%* xattr* -build -doc -epydoc -gentoo-dev% (-selinux) (-linguas_pl%) (-linguas_ru%) (-pypy2_0%) (-python2%) (-python3%)" PYTHON_TARGETS="python2_7 python3_6%* (-pypy) -python3_5% -python3_7% (-pypy1_9%) (-pypy2_0%) (-python2_6%) (-python3_1%) (-python3_2%*) (-python3_3%) (-python3_4%)" 1,005 KiB
[nomerge       ]  virtual/pkgconfig-1::gentoo [0::gentoo]
[ebuild     U  ]   dev-util/pkgconfig-0.29.2::gentoo [0.27.1::gentoo] USE="(-hardened) -internal-glib" 1,970 KiB
[ebuild     U  ]    dev-libs/glib-2.60.6:2::gentoo [2.32.4-r1:2::gentoo] USE="mime%* xattr* (-dbus) -debug (-fam) -gtk-doc% (-selinux) -static-libs -systemtap -test -utils" 4,482 KiB
[ebuild  N     ]     dev-util/meson-0.51.1::gentoo  USE="-test" PYTHON_TARGETS="python3_6 -python3_5 -python3_7" 1,418 KiB
[nomerge       ] sys-apps/portage-2.3.71::gentoo [2.1.11.62::gentoo] USE="(ipc) native-extensions%* rsync-verify%* xattr* -build -doc -epydoc -gentoo-dev% (-selinux) (-linguas_pl%) (-linguas_ru%) (-pypy2_0%) (-python2%) (-python3%)" PYTHON_TARGETS="python2_7 python3_6%* (-pypy) -python3_5% -python3_7% (-pypy1_9%) (-pypy2_0%) (-python2_6%) (-python3_1%) (-python3_2%*) (-python3_3%) (-python3_4%)"
[nomerge       ]  dev-python/pyxattr-0.6.1::gentoo  USE="-doc -test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_5 -python3_7"
[nomerge       ]   dev-python/setuptools-41.1.0::gentoo  USE="-test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) (-pypy3) -python3_5 -python3_7"
[ebuild  N     ]    dev-python/certifi-2019.6.16::gentoo  PYTHON_TARGETS="python2_7 python3_6 (-pypy) (-pypy3) -python3_5 -python3_7" 154 KiB
[ebuild  N     ]  app-portage/gemato-14.1::gentoo  USE="blake2 bzip2 gpg -lzma -sha3 -test -tools" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_5 -python3_7" 70 KiB
[ebuild  N     ]  dev-python/pyxattr-0.6.1::gentoo  USE="-doc -test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_5 -python3_7" 32 KiB
[ebuild  N     ]  dev-python/pyblake2-1.1.2::gentoo  PYTHON_TARGETS="python2_7 python3_6 (-pypy) (-pypy3) -python3_5 -python3_7" 124 KiB
[ebuild  N     ]   dev-python/setuptools-41.1.0::gentoo  USE="-test" PYTHON_TARGETS="python2_7 python3_6 (-pypy) (-pypy3) -python3_5 -python3_7" 832 KiB
[nomerge       ] virtual/modutils-0::gentoo
[nomerge       ]  sys-apps/kmod-12-r1::gentoo  USE="tools zlib -debug -doc -lzma -static-libs"
[nomerge       ]   dev-libs/libxslt-1.1.33-r1::gentoo  USE="(-crypt) -debug -examples (-python) -static-libs" PYTHON_TARGETS="python2_7"
[nomerge       ]    dev-libs/libxml2-2.9.9-r1:2::gentoo [2.8.0-r3:2::gentoo] USE="ipv6 readline -debug -examples -icu -lzma (-python) -static-libs -test (-doc%)" PYTHON_TARGETS="python2_7%* python3_6%* -python3_5% -python3_7%"
[ebuild  N     ]     dev-util/gtk-doc-am-1.25-r1::gentoo  658 KiB
[nomerge       ] x11-misc/shared-mime-info-1.0::gentoo
[nomerge       ]  dev-libs/glib-2.60.6:2::gentoo [2.32.4-r1:2::gentoo] USE="mime%* xattr* (-dbus) -debug (-fam) -gtk-doc% (-selinux) -static-libs -systemtap -test -utils"
[ebuild  N     ]   dev-util/ninja-1.9.0::gentoo  USE="-doc (-emacs) -test -vim-syntax" 209 KiB
[ebuild     U  ]   dev-libs/libpcre-8.43:3::gentoo [8.30-r2:3::gentoo] USE="bzip2 cxx readline recursion-limit (split-usr%*) (unicode) zlib (-jit) -libedit% -pcre16 -pcre32% -static-libs" 1,540 KiB
[nomerge       ] sys-apps/portage-2.3.71::gentoo [2.1.11.62::gentoo] USE="(ipc) native-extensions%* rsync-verify%* xattr* -build -doc -epydoc -gentoo-dev% (-selinux) (-linguas_pl%) (-linguas_ru%) (-pypy2_0%) (-python2%) (-python3%)" PYTHON_TARGETS="python2_7 python3_6%* (-pypy) -python3_5% -python3_7% (-pypy1_9%) (-pypy2_0%) (-python2_6%) (-python3_1%) (-python3_2%*) (-python3_3%) (-python3_4%)"
[ebuild  N     ]  app-crypt/gnupg-2.2.17::gentoo  USE="bzip2 nls readline smartcard ssl -doc (-ldap) (-selinux) -tofu -tools -usb -user-socket -wks-server" 6,561 KiB
[ebuild  N    *]   app-crypt/pinentry-1.1.0-r3::gentoo  USE="ncurses -caps (-emacs) -fltk (-gnome-keyring) (-gtk) -qt5 -static" 457 KiB
[ebuild  N     ]   net-libs/gnutls-3.6.7:0/30::gentoo  USE="cxx idn nls openssl tls-heartbeat (-dane) -doc -examples (-guile) -pkcs11 (-seccomp) -sslv2 -sslv3 -static-libs -test (-test-full) -tools -valgrind" 7,963 KiB
[ebuild  N     ]   net-misc/curl-7.65.3::gentoo  USE="ipv6 progress-meter ssl -adns -brotli -http2 -idn -kerberos (-ldap) -metalink -rtmp (-samba) -ssh -static-libs -test -threads" CURL_SSL="openssl -gnutls -libressl -mbedtls -nss (-winssl)" 2,337 KiB
[nomerge       ] app-portage/gemato-14.1::gentoo  USE="blake2 bzip2 gpg -lzma -sha3 -test -tools" PYTHON_TARGETS="python2_7 python3_6 (-pypy) -python3_5 -python3_7"
[ebuild  N    *]  dev-python/bz2file-0.98::gentoo  PYTHON_TARGETS="python2_7 (-pypy)" 12 KiB
[ebuild     U  ]   dev-lang/python-2.7.16:2.7::gentoo [2.7.3-r2:2.7::gentoo] USE="gdbm ipv6 ncurses readline ssl (threads) (wide-unicode) xml (-berkdb) (-bluetooth) -build -doc -examples (-hardened) -libressl% (-sqlite) (-tk) -wininst" 12,467 KiB
[ebuild  NS    ]  dev-lang/python-3.6.9:3.6/3.6m::gentoo [2.7.3-r2:2.7::gentoo, 3.2.3:3.2::gentoo] USE="gdbm ipv6 ncurses readline ssl (threads) xml (-bluetooth) -build -examples (-hardened) -libressl% (-sqlite) -test% (-tk) -wininst (-doc%) (-wide-unicode%*)" 16,820 KiB
[ebuild     U  ]   virtual/pkgconfig-1::gentoo [0::gentoo] 0 KiB
[nomerge       ] dev-libs/glib-2.60.6:2::gentoo [2.32.4-r1:2::gentoo] USE="mime%* xattr* (-dbus) -debug (-fam) -gtk-doc% (-selinux) -static-libs -systemtap -test -utils"
[ebuild  N     ]  dev-libs/libxslt-1.1.33-r1::gentoo  USE="(-crypt) -debug -examples (-python) -static-libs" PYTHON_TARGETS="python2_7" 3,368 KiB
[ebuild     U  ]   dev-libs/libxml2-2.9.9-r1:2::gentoo [2.8.0-r3:2::gentoo] USE="ipv6 readline -debug -examples -icu -lzma (-python) -static-libs -test (-doc%)" PYTHON_TARGETS="python2_7%* python3_6%* -python3_5% -python3_7%" 5,365 KiB
[ebuild     U  ]  sys-apps/util-linux-2.34-r2::gentoo [2.22.2::gentoo] USE="cramfs ncurses nls pam%* readline%* (split-usr%*) suid unicode -build% -caps% -fdformat% -hardlink% -kill% (-python) (-selinux) (-slang) -static-libs (-systemd) -test -tty-helpers% -udev (-crypt%) (-ddate%) (-old-linux%) (-perl%)" PYTHON_TARGETS="python2_7%* python3_6%* -python3_5% -python3_7%" 4,859 KiB
[nomerge       ] sys-devel/gcc-4.6.3:4.6.4::gentoo  USE="cxx fortran mudflap nls nptl openmp (-altivec) -doc (-fixed-point) -gcj (-graphite) (-gtk) (-hardened) (-libssp) (-multilib) -multislot -nopie -nossp -objc -objc++ -objc-gc -test -vanilla"
[ebuild     U  ]  sys-devel/gettext-0.20.1::gentoo [0.18.2::gentoo] USE="acl cxx ncurses%* nls openmp -cvs -doc (-emacs) -git (-java) -static-libs" 22,723 KiB

Total: 24 packages (9 upgrades, 14 new, 1 in new slot), Size of downloads: 95,414 KiB

 * Error: circular dependencies:

(dev-libs/glib-2.60.6:2/2::gentoo, ebuild scheduled for merge) depends on
 (virtual/pkgconfig-1:0/0::gentoo, ebuild scheduled for merge) (buildtime)
  (dev-util/pkgconfig-0.29.2:0/0::gentoo, ebuild scheduled for merge) (runtime)
   (dev-libs/glib-2.60.6:2/2::gentoo, ebuild scheduled for merge) (buildtime)

It might be possible to break this cycle
by applying the following change:
- dev-util/pkgconfig-0.29.2 (Change USE: +internal-glib)

Note that this change can be reverted, once the package has been installed.

Note that the dependency graph contains a lot of cycles.
Several changes might be required to resolve all cycles.
Temporarily changing some use flag for all packages might be the better option.

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

virtual/libintl:0

  (virtual/libintl-0:0/0::gentoo, installed) pulled in by
    =virtual/libintl-0[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?, abi_riscv_lp64(-)?, abi_s390_32(-)?,abi_s390_64(-)?] required by (sys-apps/util-linux-2.34-r2:0/0::gentoo, ebuild scheduled for merge)
    ^                                                                                                                                                                                 ^

  (virtual/libintl-0-r2:0/0::gentoo, ebuild scheduled for merge) pulled in by
    =virtual/libintl-0-r2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?, abi_riscv_lp64(-)?, abi_s390_32(-)?,abi_s390_64(-)?] required by (sys-devel/gettext-0.20.1:0/0::gentoo, ebuild scheduled for merge)
    ^                ^^^^                                                                                                                                                                                                                                                                                                               
    >=virtual/libintl-0-r2[abi_x86_32(-)?,abi_x86_64(-)?,abi_x86_x32(-)?,abi_mips_n32(-)?,abi_mips_n64(-)?,abi_mips_o32(-)?,abi_riscv_lp64d(-)?, abi_riscv_lp64(-)?, abi_s390_32(-)?,abi_s390_64(-)?] required by (dev-libs/glib-2.60.6:2/2::gentoo, ebuild scheduled for merge)
    ^^                ^^^^                                                                                                                                                                                                                                                                                                           
    (and 6 more with the same problems)

NOTE: Use the '--verbose-conflicts' option to display parents omitted above

It may be possible to solve this problem by using package.mask to
prevent one of those packages from being selected. However, it is also
possible that conflicting dependencies exist such that they are
impossible to satisfy simultaneously.  If such a conflict exists in
the dependencies of two different packages, then those packages can
not be installed simultaneously.

For more information, see MASKED PACKAGES section in the emerge man
page or refer to the Gentoo Handbook.


The following keyword changes are necessary to proceed:
 (see "package.accept_keywords" in the portage(5) man page for more details)
# required by net-libs/gnutls-3.6.7::gentoo
# required by app-crypt/gnupg-2.2.17::gentoo[ssl]
# required by app-portage/gemato-14.1::gentoo[gpg]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=dev-libs/nettle-3.5.1 **
# required by app-crypt/pinentry-1.1.0-r3::gentoo
# required by app-crypt/gnupg-2.2.17::gentoo
# required by app-portage/gemato-14.1::gentoo[gpg]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=app-eselect/eselect-pinentry-0.7 **
# required by app-portage/gemato-14.1::gentoo[bzip2,python_targets_python2_7]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=dev-python/bz2file-0.98 **
# required by app-crypt/gnupg-2.2.17::gentoo
# required by app-portage/gemato-14.1::gentoo[gpg]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=dev-libs/libksba-1.3.5-r2 **
# required by app-crypt/gnupg-2.2.17::gentoo
# required by app-portage/gemato-14.1::gentoo[gpg]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=dev-libs/libassuan-2.5.1-r1 **
# required by app-crypt/gnupg-2.2.17::gentoo
# required by app-portage/gemato-14.1::gentoo[gpg]
# required by sys-apps/portage-2.3.71::gentoo[rsync-verify,-build]
# required by portage (argument)
=app-crypt/pinentry-1.1.0-r3 **

NOTE: The --autounmask-keep-masks option will prevent emerge
      from creating package.unmask or ** keyword changes.

Use --autounmask-write to write changes to config files (honoring
CONFIG_PROTECT). Carefully examine the list of proposed changes,
paying special attention to mask or keyword changes that may expose
experimental or unstable packages.

 * In order to avoid wasting time, backtracking has terminated early
 * due to the above autounmask change(s). The --autounmask-backtrack=y
 * option can be used to force further backtracking, but there is no
 * guarantee that it will produce a solution.

!!! The following installed packages are masked:
- sys-libs/glibc-2.15-r3::gentoo (masked by: package.mask)
/usr/portage/profiles/package.mask:
# Michał Górny <mgorny@gentoo.org>, Andreas K. Hüttel <dilfridge@gentoo.org>,
# Matthias Maier <tamiko@gentoo.org> (2017-05-21 and later updates)
# These old versions of toolchain packages (binutils, gcc, glibc) are no
# longer officially supported and are not suitable for general use. Using
# these packages can result in build failures (and possible breakage) for
# many packages, and may leave your system vulnerable to known security
# exploits.
# If you still use one of these old toolchain packages, please upgrade (and
# switch the compiler / the binutils) ASAP. If you need them for a specific
# (isolated) use case, feel free to unmask them on your system.

- sys-devel/binutils-2.22-r1::gentoo (masked by: package.mask)
- sys-devel/gcc-4.6.3::gentoo (masked by: package.mask)
/usr/portage/profiles/releases/17.0/package.mask:
# Andreas K. Huettel <dilfridge@gentoo.org> (2017-05-27)
# In the 17.0 profiles we assume that our system compiler uses C++14
# or later as default language setting. This means it has to be at
# least GCC 6. If you need an older compiler for specific purposes,
# feel free to unmask it, however, using it for normal emerging of
# packages is neither recommended nor supported in any way.

For more information, see the MASKED PACKAGES section in the emerge
man page or refer to the Gentoo Handbook.

(chroot) calvin / #
Mod edit: [code] tags added for clarity. — JRG
Back to top
View user's profile Send private message
fedeliallalinea
Administrator
Administrator


Joined: 08 Mar 2003
Posts: 30837
Location: here

PostPosted: Fri Aug 16, 2019 5:23 pm    Post subject: Reply with quote

Quote:
Do you know whether there is a later Stage 3 for m68k?

No sorry I don't know.

For create stage3 from scratch you should use catalyst, but not sure if you can find packages.build for m68k.
_________________
Questions are guaranteed in life; Answers aren't.
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Fri Aug 16, 2019 10:05 pm    Post subject: Reply with quote

Hello, fellow crazy person!! :lol:

Another dev alerted me to your plight and being probably the only person who has installed Gentoo on m68k in the last 5 years, I'd like to help. I actually installed it on an Amiga 1200 just this February. I had hoped to show it off at a work conference but I didn't get enough votes, though I may still show it to a smaller crowd when I get the time to finish preparing.

One really silly thing I did was run Windows for Workgroups 3.11 under DOSBox. 8O No really. Unfortunately the Amiga's oddball planar graphics chip means that it can't really do anything graphical under Linux. You get a framebuffer but X, SDL, and Wayland are all incompatible. There is an alternative X server that should work but all I got was a white screen. Apparently it's unusably slow anyway. So what did I do? Well there was nothing to stop me from running an Xvnc server instead and that made DOSBox possible. Windows must have taken about 30 minutes just to start and moving the mouse was like shifting a boulder but it did get as far as starting Solitaire before I gave up. :wink:

How did I do it? Well I'm Gentoo's cross-compiling guy and I have a project called cross-boss that cross-compiles new Gentoo systems from scratch rather than using a stage tarball. Unfortunately it's been under a very heavy overhaul for far too long while I've become a dev and made important changes to Gentoo itself. It's not ready for public consumption but it does still get me going when I need it to.

I had hoped to create a new stage3 somehow but I moved onto other things. Catalyst doesn't support cross-compiling though and the Amiga is nowhere near capable of building it all by itself. Plan A was to use FS-UAE. It actually does work now but the networking code, which relies on QEMU, is totally broken. Plan B was probably to use ARAnyM, which I've heard should work but I've never tried it before. Plan C was to use QEMU directly but I haven't had much luck running Portage under it in recent years. Plan D was distcc but I'm doubtful that would even work, at least in any sensible timeframe.

Failing all that, I can just give you what cross-boss created although I've installed a bunch of things on top. Even without the extras, I don't quite consider what cross-boss produces to be "release" quality, which is why I haven't promoted it for building official stages. If you're happy with this solution then I can give you something now, otherwise you'll have to wait a while. It was built for the 68030 but I gather your system has a 68040 so you should be okay.
Back to top
View user's profile Send private message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Fri Aug 30, 2019 12:31 am    Post subject: Reply with quote

Is there anyone out there running a current version of Gentoo on m68k (mac68k)? I have not been able to resolve this issue. The stage 3 from 2013 does not allow any updates or current packages because portage and python are too old. Portage is sys-apps/portage-2.1.11.62. There are two versions of python: dev-lang/python-2.7.3-r2 and dev-lang/python-3.2.3.

Perhaps there is a way to "fool" emerge and force the install of later versions of python and portage?

If not, are there detailed instructions somewhere on how to create a stage 1 tarball from the 2013 stage 3, or maybe from a different distribution, such as Debian SID, if a current toolchain is needed? And then instructions on how to proceed from the stage 1 to stage 3?

thanks
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Fri Aug 30, 2019 10:31 am    Post subject: Reply with quote

Stanley_Johnson wrote:
Is there anyone out there running a current version of Gentoo on m68k (mac68k)?

Did you not see my message?
Back to top
View user's profile Send private message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Fri Aug 30, 2019 5:28 pm    Post subject: Reply with quote

Thanks for your response. I did see it, and I'm sorry I did not respond. If you are able to provide a more current stage 3, or a stage 3 with modifications, that would be great.
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Tue Sep 10, 2019 10:23 pm    Post subject: Reply with quote

Sorry for the delay, I was trying to get around to bumping and trying ARAnyM but things kept jumping in front. Here's my system as it stands.
Back to top
View user's profile Send private message
Stanley_Johnson
n00b
n00b


Joined: 15 Aug 2019
Posts: 9

PostPosted: Mon Sep 16, 2019 2:17 pm    Post subject: Reply with quote

Thanks, though in the interim I believe I have solved the problem. Through an iterative process of first installing earlier versions of packages and dealing with a few circular dependencies, I now have a current Gentoo system on m68k. The only thing I had to do outside of emerge was to first install an older version of python, but I was able to overwrite that later by installing the same version using emerge. My next step will be to learn how to emerge packages into an empty filesystem. I already have a list of packages from the 2013 stage 3 tar file, but if anyone has experience in creating a new stage 3 tar file from an existing up-to-date installation, please let me know. I know I can't just create a tar file of my current system, since I installed many extra things (such as telnet and ftp) that are useful to me on an old m68k system but might not be suitable for a default stage 3.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Mon Sep 16, 2019 7:11 pm    Post subject: Reply with quote

Stanley_Johnson,

Stanley_Johnson wrote:
My next step will be to learn how to emerge packages into an empty filesystem.


If you are talking of cross compiling into an "empty" target root filesystem, that's hard. Lots of build systems don't support cross compiling and a few are actively cross compile hostile.
For native builds, portage supports installing into directories other than / (root) by passing an environment variable.

I've only ever done it for a single binary package. QEMU, so I could have an arm64 chroot on my amd64 system.

You can use quickpkg to make binary packages of your install, then install the binaries to save compile time.
However, quickpkg packages the files it finds on your system. You may not want that, as it would save all your password hashes too.
It saves any file you have altered including your alterations. Take care if you go that route.

A tar file of your existing system is called a stage4
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
Tony0945
Watchman
Watchman


Joined: 25 Jul 2006
Posts: 5127
Location: Illinois, USA

PostPosted: Mon Sep 16, 2019 7:45 pm    Post subject: Reply with quote

NeddySeagoon wrote:
QEMU, so I could have an arm64 chroot on my amd64 system.

That works? I'd LOVE to build for my Raspberry pi on my 2700X.
Back to top
View user's profile Send private message
NeddySeagoon
Administrator
Administrator


Joined: 05 Jul 2003
Posts: 54096
Location: 56N 3W

PostPosted: Mon Sep 16, 2019 8:00 pm    Post subject: Reply with quote

Tony0945,

That works.
Its not perfect but it mostly works.

That link is for arm64. Adjust to suit if you need a different CPU.
_________________
Regards,

NeddySeagoon

Computer users fall into two groups:-
those that do backups
those that have never had a hard drive fail.
Back to top
View user's profile Send private message
fthain
n00b
n00b


Joined: 10 Apr 2020
Posts: 6

PostPosted: Mon Apr 13, 2020 12:40 am    Post subject: Reply with quote

Hi Stan,

The stage3-m68k-20130509.tar.bz2 from gentoo.org works fine, but as you
discovered, the included Portage release is obsolete and doesn't support
modern ebuilds (it fails with "The current version of portage supports
EAPI '5'"). Also, the included Python release is too old to support modern
Portage and the included GCC release is too old for current Glibc.

You can install some more recent versions of Portage and Python using old
ebuilds from git.gentoo.org. These upgrades and the others may bring some
complications described in /usr/portage/metadata/news.

Once you've updated Python and Portage, you'll find that the @system set
is not installable. Certain @system set packages have dependencies which
lack the ~m68k keyword. Those packages need to be listed in
/etc/portage/package.accept_keywords.

Then there's the problem that some @system set packages fail to build.
E.g. some packages omit -lrt from linker flags but glibc 2.15 has
clock_gettime() in librt.so. Other packages fail to build for other
reasons.

Many issues have been fixed upstream and disappear once the entire system
has been brought up to date. Some package upgrades are currently buggy
(nano, groff) and have to be masked. Some packages in the m68k profile
aren't appropriate on this hardware (systemd, udev) and can be safely
masked. The same can be said for some USE flags.

Having found workarounds for all of the above problems, I was able to use the
up-to-date system as a (stage4) seed and was eventually able to get
Catalyst to produce a new stage3.

The new stage3 was then used as a new seed to build another stage3, to
upgrade to gcc 9.3 and to demonstrate that the system can rebuild itself.
The portage tree was then updated to 2020-04-09 and another stage3 was
generated. You can download the result from
https://sourceforge.net/projects/linux-mac68k/files/Gentoo%20m68k%20unauthorized/

For these Catalyst builds I had to modify the portage tree snapshot. The
modifications can be found in /root/portage-snapshot-20200409.diff in the
stage3 tar linked above. This patch will probably become redundant by the
time the libxcrypt transition takes place. Until then, it's useful if you
want to rebuild system packages.

All of these builds were done with catalyst-3.0.9 in a qemu-system-m68k
guest with 1 GB of RAM. (Catalyst-3.0.8 didn't work because it wants to
build everything in a tmpfs that is too small for building gcc.)

This stage3 is just a proof of concept. I'm not planning to support or update
this build. YMMV.
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Mon Apr 13, 2020 8:41 am    Post subject: Reply with quote

Sorry you've had to go through all that without any official new stages from me. Too many things going on. I did bump ARAnyM a while back though and it's fantastic. It supports some VirtIO drivers available in the kernel so networking just works. My kernel had been configured for Amiga hardware so I also had to enable some Atari video and input options. I was able to boot my existing system entirely over NFS with ease. It seems pretty fast and I think it would be interesting to benchmark it against QEMU.
Back to top
View user's profile Send private message
fthain
n00b
n00b


Joined: 10 Apr 2020
Posts: 6

PostPosted: Wed Apr 15, 2020 8:23 am    Post subject: Reply with quote

> Sorry you've had to go through all that without any official new stages
> from me. Too many things going on.

I know what it's like; the upstream Linux/m68k port has a shortage of volunteers too.
There's no need to apologise. Rather, let me thank you for
stage3-m68k-20130509.tar.bz2

> I did bump ARAnyM a while back though and it's fantastic. It supports
> some VirtIO drivers available in the kernel so networking just works. My
> kernel had been configured for Amiga hardware so I also had to enable
> some Atari video and input options. I was able to boot my existing
> system entirely over NFS with ease.

The kernel build I put on sourceforge is also capable of booting from an NFS rootfs.
https://sourceforge.net/projects/linux-mac68k/files/
For example,

qemu-system-m68k -M q800 -m 1004M -serial none -serial mon:stdio -g 800x600x4 -append "console=tty0 console=ttyS0 root=/dev/nfs ip=192.168.65.11:::::eth0:none nfsroot=192.168.65.1:/export/gentoo-m68k" -kernel vmlinux-4.14.176-mac-backport+ -net nic,model=dp83932,addr=00:00:00:01:02:03 -net bridge -rtc base=localtime

> It seems pretty fast and I think it would be interesting to benchmark it against QEMU.

Yes. Compared to Aranym, I find QEMU's serial console support very convenient.
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Wed Apr 15, 2020 9:55 am    Post subject: Reply with quote

fthain wrote:
I know what it's like; the upstream Linux/m68k port has a shortage of volunteers too.
There's no need to apologise. Rather, let me thank you for
stage3-m68k-20130509.tar.bz2


Heh, I can't take credit for that one, I think that was vapier.

fthain wrote:
qemu-system-m68k -M q800 -m 1004M -serial none -serial mon:stdio -g 800x600x4 -append "console=tty0 console=ttyS0 root=/dev/nfs ip=192.168.65.11:::::eth0:none nfsroot=192.168.65.1:/export/gentoo-m68k" -kernel vmlinux-4.14.176-mac-backport+ -net nic,model=dp83932,addr=00:00:00:01:02:03 -net bridge -rtc base=localtime


Thanks, that's helpful. I did wonder what NIC it would use.

fthain wrote:
Yes. Compared to Aranym, I find QEMU's serial console support very convenient.


ARAnyM does have a headless mode. I just SSH into it but I agree that serial is handy too.
Back to top
View user's profile Send private message
fthain
n00b
n00b


Joined: 10 Apr 2020
Posts: 6

PostPosted: Thu Sep 09, 2021 12:58 am    Post subject: Reply with quote

I'm happy to see that there's now an official tarball: stage3-m68k-openrc-20210902T151859Z.tar.xz
I had been working on producing a current stage3 myself, because getting to python 3.9 and portage 3.0 from last year's stage3 is a nightmare. So, "thank you" to those responsible for producing this latest one!
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Thu Sep 09, 2021 12:45 pm    Post subject: Reply with quote

You're welcome! The whole arch was being threatened with removal, and since the guy who was working on this sadly died, I realised I needed to step up. I built a new stage3 with Catalyst from the system I posted above, and then dilfridge very kindly took this to kickstart automated builds on the official Gentoo infra servers. This should be regularly updated going forwards.

My contribution was helped by the arrival of a new virtual m68k machine type in QEMU 6.0.0. It supports virtio drivers and up to 3GB RAM! The kernel bits haven't been mainlined yet but I've spoken to the author to iron out a couple of bugs. The automated builds will be done with userspace qemu-m68k, and I could have used this too, but using a real m68k kernel gave me more certainty that it would work in practise.

I'm looking at doing more m68k keywording and I'll continue to use qemu-system-m68k for that. I don't yet know whether I'll be able to take the m68k profiles out of experimental status. It may be too much work, and I do tend to see several test failures. Many appear to be number-precision-related, and those can probably be ignored, but others are to do with memory alignment, which is a lot more serious. zstd didn't even start at all, for instance, but thankfully upstream is looking into that, to my pleasant surprise.
Back to top
View user's profile Send private message
CaptainBlood
Advocate
Advocate


Joined: 24 Jan 2010
Posts: 3551

PostPosted: Thu Sep 09, 2021 3:12 pm    Post subject: Reply with quote

+1
I'd wish not having sold my ST 1024 decades ago, I started ASM with. What a breeze it was.
At the same time, the soft dept boss was lurking on something called minix and mentionned some strange thing called linux just started a anonymous student.
I had no idea was that guy was talking about. :D
Thks 4 ur attention, interest & support
_________________
USE="-*" in /etc/portage/make.conf here.


Last edited by CaptainBlood on Thu Sep 09, 2021 4:14 pm; edited 1 time in total
Back to top
View user's profile Send private message
Chewi
Developer
Developer


Joined: 01 Sep 2003
Posts: 886
Location: Edinburgh, Scotland

PostPosted: Thu Sep 09, 2021 3:29 pm    Post subject: Reply with quote

I forgot to add that the virtual m68k QEMU machine is shockingly fast. Thanks to virtio-gpu, I am able to run X using the modesetting driver. The game Abuse runs at a totally playable speed. I fired up Windows for Workgroups 3.11 under DOSBox Staging like I did on my real Amiga, but this time it started really quickly and was very usable... well about as usable as you can expect from early 90s Windows. :D
Back to top
View user's profile Send private message
CaptainBlood
Advocate
Advocate


Joined: 24 Jan 2010
Posts: 3551

PostPosted: Thu Sep 09, 2021 4:39 pm    Post subject: Reply with quote

Recalling I went ASM using the same proprietary C software ( GFA C ?) as it would allow ASM inlining.
Quick & dirty googling for C interpreter on linux/gentoo; didn't return anything there. :oops:
That would be nice for C teaching.

Well tuned gcc+gdb+editor(+ddd?) likeky to bring equivalent level of handiness, if not better.
Too lazy to investigate how to properly set.

Maybe someone has an idea for an all in one interpreter?

Thks 4 ur attention, interest & support.
_________________
USE="-*" in /etc/portage/make.conf here.
Back to top
View user's profile Send private message
fthain
n00b
n00b


Joined: 10 Apr 2020
Posts: 6

PostPosted: Mon Mar 07, 2022 8:34 am    Post subject: Reply with quote

Chewi wrote:
I built a new stage3 with Catalyst from the system I posted above, and then dilfridge very kindly took this to kickstart automated builds on the official Gentoo infra servers. This should be regularly updated going forwards.


I downloaded stage3-m68k-openrc-20211110T170532Z.tar.xz and went through the usual installation process using QEMU. When I rebooted into the new system it seemed to hang when it should have been starting /sbin/init:

Code:

ABCFGHIJK
Linux version 4.14.269-mac-backport+ (fthain@nippy) (gcc version 6.4.0 (btc)) #1
Saving 198 bytes of bootinfo
debug: ignoring loglevel setting.
Detected Macintosh model: 35
 Penguin bootinfo data:
 Video: addr 0xf9000e00 row 0x340 depth 4 dimensions 800 x 600
 Videological 0x0 phys. 0x0, SCC at 0x5000c020
 Boottime: 0x0 GMTBias: 0x0
 Machine ID: 35 CPUid: 0x2 memory size: 0x200
Apple Macintosh Quadra 800
On node 0 totalpages: 131072
free_area_init_node: node 0, pgdat 004125f0, node_mem_map 004ef000
  DMA zone: 1152 pages used for memmap
  DMA zone: 0 pages reserved
  DMA zone: 131072 pages, LIFO batch:31
pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
pcpu-alloc: [0] 0
Built 1 zonelists, mobility grouping on.  Total pages: 129920
Kernel command line: fbcon=font:ProFont6x11 console=tty0 console=ttyS0 ignore_lo
PID hash table entries: 2048 (order: 1, 8192 bytes)
Dentry cache hash table entries: 65536 (order: 6, 262144 bytes)
Inode-cache hash table entries: 32768 (order: 5, 131072 bytes)
Sorting __ex_table...
Memory: 514208K/524288K available (3299K kernel code, 251K rwdata, 736K rodata,
Virtual kernel memory layout:
    vector  : 0x004120e0 - 0x004124e0   (   1 KiB)
    kmap    : 0xd0000000 - 0xf0000000   ( 512 MiB)
    vmalloc : 0x20800000 - 0xd0000000   (2808 MiB)
    lowmem  : 0x00000000 - 0x20000000   ( 512 MiB)
      .init : 0x00435000 - 0x00452000   ( 116 KiB)
      .text : 0x00001000 - 0x00339fdc   (3300 KiB)
      .data : 0x0033d538 - 0x004344e0   ( 988 KiB)
      .bss  : 0x00411bc0 - 0x004344e0   ( 139 KiB)
NR_IRQS: 72
clocksource: via1: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 2439823
Console: colour dummy device 80x25
console [tty0] enabled
console [ttyS0] enabled
Calibrating delay loop... 749.56 BogoMIPS (lpj=3747840)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 1024 (order: 0, 4096 bytes)
Mountpoint-cache hash table entries: 1024 (order: 0, 4096 bytes)
devtmpfs: initialized
random: get_random_u32 called from bucket_table_alloc+0x8a/0x1b8 with crng_init=
clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911
futex hash table entries: 256 (order: -1, 3072 bytes)
NET: Registered protocol family 16
NuBus: Scanning NuBus slots.
SCSI subsystem initialized
clocksource: Switched to clocksource via1
NET: Registered protocol family 2
IP idents hash table entries: 8192 (order: 4, 65536 bytes)
TCP established hash table entries: 4096 (order: 2, 16384 bytes)
TCP bind hash table entries: 4096 (order: 2, 16384 bytes)
TCP: Hash tables configured (established 4096 bind 4096)
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
workingset: timestamp_bits=27 max_order=17 bucket_order=0
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
macfb: framebuffer at 0xf9000e00, mapped to 0xd0000e00, size 487k
macfb: mode is 800x600x4, linelength=832
Console: switching to colour frame buffer device 133x54
fb0: DAFB frame buffer device
pmac_zilog: 0.6 (Benjamin Herrenschmidt <benh@kernel.crashing.org>)
scc.0: ttyS0 at MMIO 0x5000c022 (irq = 4, base_baud = 230400) is a Z85c30 ESCC -
scc.1: ttyS1 at MMIO 0x5000c020 (irq = 4, base_baud = 230400) is a Z85c30 ESCC -
Non-volatile memory driver v1.3
SWIM floppy driver Version 0.2 (2008-10-30)
brd: module loaded
adb: Mac II ADB Driver v1.0 for Unified ADB
Uniform Multi-Platform E-IDE driver
ide-gd driver 1.18
adb device [2]: 2 0x1
adb device [3]: 3 0x2
ADB keyboard at 2 has handler 0x3
Detected ADB keyboard, type ANSI.
input: ADB keyboard as /devices/virtual/input/input0
random: fast init done
ADB mouse (standard) at 3 has handler 0x2
input: ADB mouse as /devices/virtual/input/input1
mac_esp: using PDMA for controller 0
mac_esp mac_esp.0: esp0: regs[50f10000:(null)] irq[19]
mac_esp mac_esp.0: esp0: is a ESP236, 16 MHz (ccf=4), SCSI ID 7
scsi host0: esp
scsi 0:0:0:0: Direct-Access     QEMU     QEMU HARDDISK    2.5+ PQ: 0 ANSI: 5
scsi target0:0:0: Beginning Domain Validation
scsi target0:0:0: Domain Validation skipping write tests
scsi target0:0:0: Ending Domain Validation
scsi 0:0:2:0: CD-ROM            QEMU     QEMU CD-ROM      2.5+ PQ: 0 ANSI: 5
scsi target0:0:2: Beginning Domain Validation
scsi target0:0:2: Domain Validation skipping write tests
scsi target0:0:2: Ending Domain Validation
sr 0:0:2:0: [sr0] scsi3-mmc drive: 16x/50x cd/rw xa/form2 cdda tray
cdrom: Uniform CD-ROM driver Revision: 3.20
sd 0:0:0:0: [sda] 250069680 512-byte logical blocks: (128 GB/119 GiB)
sd 0:0:0:0: [sda] Write Protect is off
sd 0:0:0:0: [sda] Mode Sense: 63 00 00 08
sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO
sr 0:0:2:0: Attached scsi CD-ROM sr0
sd 0:0:0:0: Attached scsi generic sg0 type 0
sr 0:0:2:0: Attached scsi generic sg1 type 5
Onboard/comm-slot SONIC, revision 0x0004, 32 bit DMA, register offset 2
SONIC ethernet @50f0a000, MAC 08:00:07:ff:ee:dd, IRQ 3
 sda: [mac] sda1 sda2 sda3 sda4 sda5 sda6 sda7 sda8 sda9 sda10 sda11 sda12
sd 0:0:0:0: [sda] Attached SCSI disk
aoe: cannot create debugfs directory
aoe: AoE v85 initialised.
mousedev: PS/2 mouse device common for all mice
rtc-generic rtc-generic: rtc core: registered rtc-generic as rtc0
NET: Registered protocol family 17
rtc-generic rtc-generic: setting system clock to 2022-03-07 17:49:45 UTC (164667
EXT4-fs (sda10): mounting ext3 file system using the ext4 subsystem
EXT4-fs (sda10): mounted filesystem with ordered data mode. Opts: (null)
VFS: Mounted root (ext3 filesystem) readonly on device 8:10.
Freeing unused kernel memory: 116K
This architecture does not have kernel memory protection.
random: crng init done


So I tried init=/bin/sh and this booted to a prompt okay. After some messing around I finally figured out that /dev was empty. So I manually created the necessary device special files (using mknod, since MAKEDEV went out of fashion a while back).

Code:

# ls -l
total 0
crw-rw-rw- 1 root root 5, 1 Mar  1 13:13 console
crw-rw-rw- 1 root root 1, 3 Mar  1 13:13 null
crw-rw-rw- 1 root root 5, 0 Mar  1 13:13 tty
crw-rw-rw- 1 root root 1, 5 Mar  1 13:13 zero


That resolved the problem and startup completes normally now. Shouldn't the stage3 contain the essential /dev special files? They seem to be missing.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum