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

 
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: 6

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
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 22304
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: 6

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
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 22304
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: 6

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
Bodhisattva
Bodhisattva


Joined: 08 Mar 2003
Posts: 22304
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: 875
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: 6

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: 875
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: 6

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: 875
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: 6

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: 43751
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
Advocate
Advocate


Joined: 25 Jul 2006
Posts: 3188
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: 43751
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
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Gentoo on Alternative Architectures All times are GMT
Page 1 of 1

 
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