Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
Bootable 64-bit RPi3 Gentoo image (OpenRC/Xfce/VC4) UPDATED
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 16, 17, 18, 19, 20  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo on ARM
View previous topic :: View next topic  
Author Message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Tue Nov 13, 2018 10:37 pm    Post subject: Reply with quote

Irre,

sorry to hear you are having trouble with this ><

It sounds like there may be some problems with the VC4 userland graphics driver in mesa, or possibly the vc4 kernel driver, as the message "Draw call returned Invalid argument. Expect corruption." is reminiscent of e.g. this issue.

Could you try commenting out the following line in /boot/config.txt (i.e., the file config.txt in the top level directory of the microSD card's first partition's FAT32 filesystem) so it reads:
Code:
#dtoverlay=vc4-fkms-v3d,cma-256


Leave the rest of the file as-is, save, and reboot. This will use the then use the fallback framebuffer driver for display. Do you experience the same problems (HDMI screen blanking after a few minutes etc.) then?

PS the message:
Code:
/usr/bin/eix-sync: line 396: layman: command not found
 * layman -S failed
is normal as layman is not installed by default on the image. It is actually produced by eix-sync, which genup calls.

As to genup, given the large number of packages, the @world emerge step of this can take four or more hours to complete on an RPi3, a large part of which is Portage working out dependencies, unfortunately. The way things are arranged, once it does start installing updates, the packages should almost 100% be coming from the binhost, so there is no or little local compilation involved. The best thing is to leave genup running overnight (it is set up as a weekly cronjob on the image for this reason by default); you should find your system is fully updated by the morning.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Irre
Guru
Guru


Joined: 09 Nov 2013
Posts: 434
Location: Stockholm

PostPosted: Tue Nov 13, 2018 11:50 pm    Post subject: Reply with quote

Thank you very much for suggestions and explanations. I think my SD-card is too slow. I rerun now and changed to "-j1", and added a swapfile, I think it runs faster now...

nohup emerge --resume -j 1 --keep-going&

Code:
 tail -f nohup.out
...
>>> Emerging binary (28 of 213) dev-util/ninja-1.8.2-r2::gentoo
 * ninja-1.8.2-r2.tbz2 MD5 SHA1 size ;-) ...                             [ ok ]
>>> Extracting info
>>> Extracting dev-util/ninja-1.8.2-r2

>>> Installing (28 of 213) dev-util/ninja-1.8.2-r2::gentoo

>>> Emerging binary (29 of 213) sys-devel/bison-3.2.1::gentoo
 * bison-3.2.1.tbz2 MD5 SHA1 size ;-) ...                                [ ok ]
>>> Extracting info
>>> Extracting sys-devel/bison-3.2.1

>>> Installing (29 of 213) sys-devel/bison-3.2.1::gentoo

>>> Emerging binary (30 of 213) media-fonts/encodings-1.0.4-r3::gentoo
 * encodings-1.0.4-r3.tbz2 MD5 SHA1 size ;-) ...                         [ ok ]
>>> Extracting info
>>> Extracting media-fonts/encodings-1.0.4-r3

>>> Installing (30 of 213) media-fonts/encodings-1.0.4-r3::gentoo
 * Updating global fontcache ...
 [ ok ]

>>> Emerging binary (31 of 213) media-libs/libmad-0.15.1b-r9::gentoo
...

Thank you for good support. After updating and reboot I think everything is OK now. Display went black after 15 minutes, but after touching keyboard it came back. I will move system to faster SD-card and use old card for less important systems.. :)
Back to top
View user's profile Send private message
Irre
Guru
Guru


Joined: 09 Nov 2013
Posts: 434
Location: Stockholm

PostPosted: Thu Nov 15, 2018 9:02 pm    Post subject: Reply with quote

I had problems with HDMI output. Display went black after 0 to 15 minutes. I updated the system and changes settings in /boot/config.txt, display then worked.
Today I tested a new HDMI-cable, the display now works perfectly even whith original settings in /boot/config.txt!

If problems with display then test another HDMI-cable; :wink:
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Fri Nov 16, 2018 12:33 am    Post subject: Reply with quote

Irre,

glad to hear it is working for you now ^-^
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Fri Nov 16, 2018 12:42 am    Post subject: Reply with quote

All,

In case you'd like to try a different full-scale browser on your gentoo-on-rpi3-64bit system, you may be interested to know that I've just pushed chromium-70.0.3538.67 to the project's binhost.

You can see a screenshot here. Seems to run OK in initial testing (youtube etc.).

To get it, make sure your system is up-to-date (via genup), and then run:
Code:
demouser@pi64 ~ $ sudo emaint sync --auto
demouser@pi64 ~ $ sudo emerge -av www-client/chromium


Note that one of the deps, media-libs/openh264, will have to be built locally, as I cannot lawfully distribute a binary package for it (unconditional bindist RESTRICT). Portage will take care of this automatically for you as part of the above emerge; it will only take about 15mins or so to compile. All other required components should be on the binhost.

Also, for the same reason, the main chromium binary has been built with the proprietary-codecs USE flag off.

Well, please let me know if you experience any problems with it!

PS: NeddySeagoon has some more cutting-edge versions of chromium available on his binhost, here. I'm just playing catch-up, as always ^-^
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Sat Nov 17, 2018 4:50 pm    Post subject: Reply with quote

As I've had a few queries from users wanting to remotely connect in to their gentoo-on-rpi3-64bit desktop from another box, I've just posted a short article on the project's open wiki here, that covers how to set up a tigervnc server (package available on the binhost) and then connect to it (from both a Linux and Windows client PC). Tunnelling the connection over ssh for security is also described.

Example screenshot (showing a Windows 10 client).
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Sat Dec 08, 2018 6:15 pm    Post subject: Reply with quote

Anybody else having problems running genup? Started last week. I can't seem to find any other logs with pertinent information.



Calculating dependencies... done!
* Dependencies could not be completely resolved due to
* the following required packages not being installed:
*
* ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
* net-libs/nodejs-9.11.2-r1
*
* ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
* net-libs/nghttp2-1.34.0-r1
*
* Have you forgotten to do a complete update prior to depclean? The
* most comprehensive command for this purpose is as follows:
*
* emerge --update --newuse --deep --with-bdeps=y @world
*
* Note that the --with-bdeps=y option is not required in many
* situations. Refer to the emerge manual page (run `man emerge`)
* for more information about --with-bdeps.
*
* Also, note that it may be necessary to manually uninstall
* packages that no longer exist in the repository, since it may not
* be possible to satisfy their dependencies.

* genup: Error: Caught signal - exiting
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Sun Dec 09, 2018 1:28 am    Post subject: Reply with quote

ericbish,

I'm just working on a 1.3.1 release now, so I can say with reasonable certainty that a 'vanilla' 1.3.0 image can genup successfully to the current latest state (having done this several times over the last week).
Have you installed www-client/chromium by any chance? Could you post the output from emerge --info?
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Irre
Guru
Guru


Joined: 09 Nov 2013
Posts: 434
Location: Stockholm

PostPosted: Mon Dec 10, 2018 12:15 pm    Post subject: Reply with quote

I run genup yesterday, many updates and a new kernel. Everything was successful! Kodi runs bettet now. :D
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Mon Dec 10, 2018 2:40 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

I'm just working on a 1.3.1 release now, so I can say with reasonable certainty that a 'vanilla' 1.3.0 image can genup successfully to the current latest state (having done this several times over the last week).
Have you installed www-client/chromium by any chance? Could you post the output from emerge --info?


I have not installed chromium. Output from emerge --info:

Code:
Portage 2.3.52 (python 3.6.6-final-0, default/linux/arm64/17.0/desktop, gcc-8.2.0, glibc-2.28-r2, 4.14.80-v8-9d6fdaf722cb+ aarch64)
=================================================================
System uname: Linux-4.14.80-v8-9d6fdaf722cb+-aarch64-with-gentoo-2.6
KiB Mem:      991912 total,    528268 free
KiB Swap:   30030844 total,  30027508 free
Timestamp of repository gentoo: Mon, 26 Nov 2018 00:30:01 +0000
Head commit of repository gentoo: 96d7fe8a24ad9a1c6f9433eadc4fb7a16d8c4856
Head commit of repository sakaki-tools: 5c6bdd6f5d6625db4ddaca0bd2d437bdd8826c71

Head commit of repository rpi3: 187868b4f81e8d40119ee540d8ecbb58c8d4d7fd

sh bash 4.4_p23
ld GNU ld (Gentoo 2.31.1 p3) 2.31.1
distcc 3.2rc1 aarch64-unknown-linux-gnu [disabled]
app-shells/bash:          4.4_p23::gentoo
dev-java/java-config:     2.2.0-r4::gentoo
dev-lang/perl:            5.26.2::gentoo
dev-lang/python:          2.7.15::gentoo, 3.5.5-r1::gentoo, 3.6.6::gentoo
dev-util/cmake:           3.13.0::gentoo
dev-util/pkgconfig:       0.29.2::gentoo
sys-apps/baselayout:      2.6-r1::gentoo
sys-apps/openrc:          0.39.2::gentoo
sys-apps/sandbox:         2.13::gentoo
sys-devel/autoconf:       2.13::gentoo, 2.69-r4::gentoo
sys-devel/automake:       1.16.1-r1::gentoo
sys-devel/binutils:       2.31.1-r1::gentoo
sys-devel/gcc:            8.2.0-r4::gentoo
sys-devel/gcc-config:     2.0::gentoo
sys-devel/libtool:        2.4.6-r5::gentoo
sys-devel/make:           4.2.1-r4::gentoo
sys-kernel/linux-headers: 4.19::gentoo (virtual/os-headers)
sys-libs/glibc:           2.28-r2::gentoo
Repositories:

gentoo
    location: /usr/portage
    sync-type: rsync
    sync-uri: rsync://isshoni.org/gentoo-portage-pi64-gem
    priority: -1000
    sync-rsync-verify-max-age: 24
    sync-rsync-verify-metamanifest: no
    sync-rsync-extra-opts:
    sync-rsync-verify-jobs: 1

sakaki-tools
    location: /usr/local/portage/sakaki-tools
    sync-type: git
    sync-uri: https://github.com/sakaki-/sakaki-tools.git
    masters: gentoo
    priority: 50

rpi3
    location: /usr/local/portage/rpi3
    sync-type: git
    sync-uri: https://github.com/sakaki-/rpi3-overlay.git
    masters: gentoo
    priority: 100

ACCEPT_KEYWORDS="arm64 ~arm64"
ACCEPT_LICENSE="@FREE CC-Sampling-Plus-1.0"
CBUILD="aarch64-unknown-linux-gnu"
CFLAGS="-march=armv8-a+crc -mtune=cortex-a53 -O2 -pipe"
CHOST="aarch64-unknown-linux-gnu"
CONFIG_PROTECT="/boot/cmdline.txt /boot/config.txt /etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo"
CXXFLAGS="-march=armv8-a+crc -mtune=cortex-a53 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
EMERGE_DEFAULT_OPTS="--jobs=3 --load-average=5"
ENV_UNSET="DBUS_SESSION_BUS_ADDRESS DISPLAY GOBIN PERL5LIB PERL5OPT PERLPREFIX PERL_CORE PERL_MB_OPT PERL_MM_OPT XAUTHORITY XDG_CACHE_HOME XDG_CONFIG_HOME XDG_DATA_HOME XDG_RUNTIME_DIR"
FCFLAGS="-O2"
FEATURES="assume-digests binpkg-docompress binpkg-dostrip binpkg-logs buildpkg config-protect-if-modified distlocks ebuild-locks fixlafiles getbinpkg merge-sync multilib-strict news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
FFLAGS="-O2"
GENTOO_MIRRORS="http://gentoo.osuosl.org/ http://trumpetti.atm.tut.fi/gentoo/"
LANG="en_US.utf8"
LDFLAGS="-Wl,-O1 -Wl,--as-needed"
MAKEOPTS="-j5 -l5"
PKGDIR="/usr/portage/packages"
PORTAGE_BINHOST="https://isshoni.org/pi64pie"
PORTAGE_CONFIGROOT="/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/var/tmp"
USE="X a52 aac acl acpi alsa arm64 berkdb bindist bluetooth branding bzip2 cairo cdda cdr cli consolekit crypt cups cxx dbus dri dts dvdr egl emboss encode exif fam ffmpeg flac fortran gdbm gif glamor gles1 gles2 gpm gtk iconv ipv6 jpeg lcms ldap libnotify libtirpc lock mad mng mp3 mp4 mpeg multilib ncurses nls nptl ogg opengl openmp pam pango pcre pdf png policykit ppds qt4 qt5 readline sdl seccomp spell ssl startup-notification svg tcpd thunar tiff truetype udev udisks unicode upower usb vorbis wxwidgets x264 xattr xcb xml xv xvid zlib" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="karbon plan sheets stage words" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_ARM="edsp neon thumb thumb2 v4 v5 v6 v7 v8 vfp vfp-d32 vfpv3 vfpv4" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev synaptics" KERNEL="linux" L10N="en" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-1" POSTGRES_TARGETS="postgres9_5 postgres10" PYTHON_SINGLE_TARGET="python3_6" PYTHON_TARGETS="python2_7 python3_5 python3_6" QEMU_SOFTMMU_TARGETS="aarch64 arm i386 x86_64" QEMU_USER_TARGETS="aarch64" RUBY_TARGETS="ruby21 ruby23 ruby24" USERLAND="GNU" VIDEO_CARDS="fbdev vc4" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CC, CPPFLAGS, CTARGET, CXX, INSTALL_MASK, LC_ALL, LINGUAS, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Mon Dec 10, 2018 3:01 pm    Post subject: Reply with quote

ericbish,

what do you get if you run "eix -e dev-libs/openssl"?
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Mon Dec 10, 2018 5:41 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

what do you get if you run "eix -e dev-libs/openssl"?


Code:
[I] dev-libs/openssl
     Available versions: 
     (0.9.8) *0.9.8z_p8-r1^d
     (0)    (~)1.0.2o-r6^d[1] 1.0.2p-r1^d{tbz2} (~)1.0.2q^d{tbz2} [M](~)1.1.0j(0/1.1)^d [M](~)1.1.1a(0/1.1)^d
       {+asm bindist gmp kerberos rfc3779 sctp sslv2 (+)sslv3 static-libs test (+)tls-heartbeat vanilla zlib ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" CPU_FLAGS_X86="sse2" ELIBC="musl"}
     Installed versions:  1.0.2q{tbz2}(05:16:31 PM 11/26/2018)(asm bindist sslv3 tls-heartbeat zlib -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="-32 -64 -x32" CPU_FLAGS_X86="-sse2")
     Homepage:            https://www.openssl.org/
     Description:         full-strength general purpose cryptography library (including SSL and TLS)

[1] "rpi3" /usr/local/portage/rpi3
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Mon Dec 10, 2018 6:01 pm    Post subject: Reply with quote

ericbish,

can you try (as root):
Code:
pi64 ~ # emaint sync --repo rpi3
pi64 ~ # emerge -v1 net-libs/nodejs net-libs/nghttp2

_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Tue Dec 11, 2018 12:15 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

can you try (as root):
Code:
pi64 ~ # emaint sync --repo rpi3
pi64 ~ # emerge -v1 net-libs/nodejs net-libs/nghttp2


That ran fine. Afterwards, I attempted genup again and it failed with same error.

Code:
nut ~ # emaint sync --repo rpi3
>>> Syncing repository 'rpi3' into '/usr/local/portage/rpi3'...
/usr/bin/git fetch origin
Already up to date.
=== Sync completed for rpi3
q: Updating ebuild cache for /usr/local/portage/rpi3 ...
q: Finished 218 entries in 0.095140 seconds

Action: sync for repo: rpi3, returned code = 0


nut ~ # emerge -v1 net-libs/nodejs net-libs/nghttp2

Local copy of remote index is up-to-date and will be used.

These are the packages that would be merged, in order:

Calculating dependencies... done!
[binary   R    ] net-libs/nghttp2-1.34.0-r1:0/1.14::rpi3  USE="cxx threads xml -debug -hpack-tools -jemalloc -libressl -static-libs -test -utils" 0 KiB
[binary   R    ] net-libs/nodejs-9.11.2-r1::rpi3  USE="icu inspector npm snapshot ssl -debug -doc -systemtap -test" PYTHON_TARGETS="python2_7" 0 KiB

Total: 2 packages (2 reinstalls, 2 binaries), Size of downloads: 0 KiB

>>> Running pre-merge checks for net-libs/nodejs-9.11.2-r1
 * nodejs-9.11.2-r1.tbz2 MD5 SHA1 size ;-) ...                           [ ok ]
>>> Emerging binary (1 of 2) net-libs/nghttp2-1.34.0-r1::rpi3
>>> Installing (1 of 2) net-libs/nghttp2-1.34.0-r1::rpi3
>>> Emerging binary (2 of 2) net-libs/nodejs-9.11.2-r1::rpi3
>>> Installing (2 of 2) net-libs/nodejs-9.11.2-r1::rpi3
>>> Jobs: 2 of 2 complete                           Load avg: 2.19, 1.02, 0.40
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.
nut ~ #
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Tue Dec 11, 2018 6:54 pm    Post subject: Reply with quote

ericbish,

that's all a bit strange. The original error message you quoted:
ericbish wrote:
Code:
[...]
Calculating dependencies... done!
 * Dependencies could not be completely resolved due to
 * the following required packages not being installed:
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nodejs-9.11.2-r1
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nghttp2-1.34.0-r1
 *
[...]

is odd because you already have dev-libs/openssl-1.0.2q installed:
ericbish wrote:
Code:

[...]
dev-libs/openssl
[...]
     Installed versions:  1.0.2q{tbz2}(05:16:31 PM 11/26/2018)(asm bindist sslv3 tls-heartbeat zlib -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 net-libs/nodejs-9.11.2-r1
-64" ABI_X86="-32 -64 -x32" CPU_FLAGS_X86="-sse2")
     Homepage:            https://www.openssl.org/
     Description:         full-strength general purpose cryptography library (including SSL and TLS)
[...]

and that fulfils net-libs/nodejs-9.11.2-r1 as it has in its ebuild:
Code:
   ssl? (
      || (
         ~dev-libs/openssl-1.0.2o:0=
         ~dev-libs/openssl-1.0.2p:0=
         ~dev-libs/openssl-1.0.2q:0=
         >=dev-libs/openssl-1.1.0:0=[-bindist]
      )
   )
and also net-libs/nghttp2-1.34.0-r1, as it has in its ebuild:
Code:
SSL_DEPEND="
   !libressl? (
      || (
         ~dev-libs/openssl-1.0.2o:0=[${MULTILIB_USEDEP}]
         ~dev-libs/openssl-1.0.2p:0=[${MULTILIB_USEDEP}]
         ~dev-libs/openssl-1.0.2q:0=[${MULTILIB_USEDEP}]
         >=dev-libs/openssl-1.1.0:0=[-bindist,${MULTILIB_USEDEP}]
      )
   )


Can you try running, as root:
Code:
pi64 ~ # emerge --pretend --verbose --with-bdeps=y --emptytree @world

and see if the deps resolve then?
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Tue Dec 11, 2018 10:23 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

that's all a bit strange. The original error message you quoted:
ericbish wrote:
Code:
[...]
Calculating dependencies... done!
 * Dependencies could not be completely resolved due to
 * the following required packages not being installed:
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nodejs-9.11.2-r1
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nghttp2-1.34.0-r1
 *
[...]

is odd because you already have dev-libs/openssl-1.0.2q installed:
ericbish wrote:
Code:

[...]
dev-libs/openssl
[...]
     Installed versions:  1.0.2q{tbz2}(05:16:31 PM 11/26/2018)(asm bindist sslv3 tls-heartbeat zlib -gmp -kerberos -rfc3779 -sctp -sslv2 -static-libs -test -vanilla ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 net-libs/nodejs-9.11.2-r1
-64" ABI_X86="-32 -64 -x32" CPU_FLAGS_X86="-sse2")
     Homepage:            https://www.openssl.org/
     Description:         full-strength general purpose cryptography library (including SSL and TLS)
[...]

and that fulfils net-libs/nodejs-9.11.2-r1 as it has in its ebuild:
Code:
   ssl? (
      || (
         ~dev-libs/openssl-1.0.2o:0=
         ~dev-libs/openssl-1.0.2p:0=
         ~dev-libs/openssl-1.0.2q:0=
         >=dev-libs/openssl-1.1.0:0=[-bindist]
      )
   )
and also net-libs/nghttp2-1.34.0-r1, as it has in its ebuild:
Code:
SSL_DEPEND="
   !libressl? (
      || (
         ~dev-libs/openssl-1.0.2o:0=[${MULTILIB_USEDEP}]
         ~dev-libs/openssl-1.0.2p:0=[${MULTILIB_USEDEP}]
         ~dev-libs/openssl-1.0.2q:0=[${MULTILIB_USEDEP}]
         >=dev-libs/openssl-1.1.0:0=[-bindist,${MULTILIB_USEDEP}]
      )
   )


Can you try running, as root:
Code:
pi64 ~ # emerge --pretend --verbose --with-bdeps=y --emptytree @world

and see if the deps resolve then?


That seemed to run just fine:

Code:


<package list snipped for brevity>

Total: 928 packages (1 in new slot, 927 reinstalls, 920 binaries), Size of downloads: 379,809 KiB

!!! The following binary packages have been ignored due to non matching USE:

    =dev-util/ninja-1.8.2-r2 -zsh-completion

NOTE: The --binpkg-respect-use=n option will prevent emerge
      from ignoring these binary packages if possible.
      Using --binpkg-respect-use=y will silence this warning.

!!! The following binary packages have been ignored due to changed dependencies:

     x11-libs/pango-1.42.4::gentoo
     x11-libs/pango-1.42.4::gentoo
     sys-auth/polkit-0.115-r1::gentoo
     sys-libs/libcap-ng-0.7.9::gentoo
     dev-libs/dbus-glib-0.110::gentoo
     net-wireless/crda-3.18-r2::gentoo
     x11-themes/mate-icon-theme-1.18.2::gentoo

NOTE: The --binpkg-changed-deps=n option will prevent emerge
      from ignoring these binary packages if possible.
      Using --binpkg-changed-deps=y will silence this warning.


Here's the output of running genup -v with bash -x:

Code:

Calculating dependencies... done!
 * Dependencies could not be completely resolved due to
 * the following required packages not being installed:
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nghttp2-1.34.0-r1
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nodejs-9.11.2-r1
 *
 * Have you forgotten to do a complete update prior to depclean? The
 * most comprehensive command for this purpose is as follows:
 *
 *   emerge --update --newuse --deep --with-bdeps=y @world
 *
 * Note that the --with-bdeps=y option is not required in many
 * situations. Refer to the emerge manual page (run `man emerge`)
 * for more information about --with-bdeps.
 *
 * Also, note that it may be necessary to manually uninstall
 * packages that no longer exist in the repository, since it may not
 * be possible to satisfy their dependencies.
+ trap_cleanup
+ trap - SIGHUP SIGQUIT SIGINT SIGTERM SIGKILL EXIT
+ die 'Caught signal'
+ echo

+ echo -e '* genup: Error: Caught signal - exiting'
* genup: Error: Caught signal - exiting
+ cleanup_and_exit_with_code 1
+ trap - EXIT
+ exit 1


I am completely stumped on what is causing the issue.
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Wed Dec 12, 2018 1:59 pm    Post subject: Reply with quote

ericbish,

I've just uploaded a script to GitHub (https://github.com/sakaki-/emtee) that I sometimes use myself to resolve emerge issues. It's not really production ready, but it might help in this case. Clone the repo, make the script (emtee) executable, and then (as root) try:
Code:
./emtee --pretend

If that seems to run through OK, try it again, without the --pretend this time.

The script is an alternative-strategy @world updater. It works by performing a --pretend --emptytree @world emerge, filtering out items from the resulting build list that are redundant re-installs, and then passing the resulting (fully-versioned) list of atoms off to a 'real' emerge.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Wed Dec 12, 2018 9:25 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

I've just uploaded a script to GitHub (https://github.com/sakaki-/emtee) that I sometimes use myself to resolve emerge issues. It's not really production ready, but it might help in this case. Clone the repo, make the script (emtee) executable, and then (as root) try:
Code:
./emtee --pretend

If that seems to run through OK, try it again, without the --pretend this time.

The script is an alternative-strategy @world updater. It works by performing a --pretend --emptytree @world emerge, filtering out items from the resulting build list that are redundant re-installs, and then passing the resulting (fully-versioned) list of atoms off to a 'real' emerge.


It ran ok, but only updated one package.

Code:

* emtee: a faster-startup @world updater for Gentoo Linux, v1.0.0
* Computing full ordered package list, via:
*   emerge --with-bdeps=y --pretend --emptytree --verbose @world
* Please wait...

!!! The following binary packages have been ignored due to non matching USE:

    =dev-util/ninja-1.8.2-r2 -zsh-completion

NOTE: The --binpkg-respect-use=n option will prevent emerge
      from ignoring these binary packages if possible.
      Using --binpkg-respect-use=y will silence this warning.

!!! The following binary packages have been ignored due to changed dependencies:

     sys-auth/polkit-0.115-r1::gentoo
     x11-libs/pango-1.42.4::gentoo
     x11-libs/pango-1.42.4::gentoo
     sys-libs/libcap-ng-0.7.9::gentoo
     dev-libs/dbus-glib-0.110::gentoo
     net-wireless/crda-3.18-r2::gentoo
     x11-themes/mate-icon-theme-1.18.2::gentoo

NOTE: The --binpkg-changed-deps=n option will prevent emerge
      from ignoring these binary packages if possible.
      Using --binpkg-changed-deps=y will silence this warning.
* There are 928 packages specified by the @world --emptytree emerge
* Phase completed in 674s
*
* Filtering package list...
* Pass 1: removing uninstalls, blocks and rebuilds...
* After first pass, 1 of 928 packages marked for build
* Pass 2: dealing with --changed-use...
* After second pass, 1 of 928 packages marked for build
* Pass 3: skipping slot change revdep marking
* (necessary rebuilds should be triggered automatically during
*  final emerge, so this is generally safe to do)
* After filtration, 1 package is retained
* Phase completed in 1s
*

Local copy of remote index is up-to-date and will be used.
Calculating dependencies... done!
>>> Emerging binary (1 of 1) virtual/jpeg-62::gentoo
>>> Installing (1 of 1) virtual/jpeg-62::gentoo
>>> Jobs: 1 of 1 complete                           Load avg: 1.14, 1.02, 0.81
>>> Auto-cleaning packages...

>>> No outdated packages were found on your system.

 * GNU info directory index is up-to-date.
* Phase completed in 85s
*
* Run completed in 760s = 674s (emptytree) + 1s (filter) + 85s (emerge)
* All done!
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Wed Dec 12, 2018 9:49 pm    Post subject: Reply with quote

ericbish,

OK, but that means that only one package required updating, with respect to your current copy of the gentoo repo, so can you then try:
Code:
pi64 ~ # emerge --depclean
pi64 ~ # emaint sync --repo gentoo


Is the gentoo repo reported as already up-to-date when you do this? Note that the isshoni.org copy of the gentoo repo has been locked for a week or so, as I am testing a 1.3.1 release of the image, so don't be surprised if your local copy of this repo is in fact up to date. But if was not, then run
Code:
pi64 ~ # ./emtee

again.
In either case, then do:
Code:
pi64 ~ # emerge --depclean
pi64 ~ # revdep-rebuild
pi64 ~ # emerge @preserved-rebuild


Then see if genup can run without error.

If all else fails, you could try
Code:
pi64 ~ # emerge --metadata

_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Thu Dec 13, 2018 2:32 pm    Post subject: Reply with quote

Sakaki wrote:
ericbish,

OK, but that means that only one package required updating, with respect to your current copy of the gentoo repo, so can you then try:
Code:
pi64 ~ # emerge --depclean
pi64 ~ # emaint sync --repo gentoo


Is the gentoo repo reported as already up-to-date when you do this? Note that the isshoni.org copy of the gentoo repo has been locked for a week or so, as I am testing a 1.3.1 release of the image, so don't be surprised if your local copy of this repo is in fact up to date. But if was not, then run
Code:
pi64 ~ # ./emtee

again.
In either case, then do:
Code:
pi64 ~ # emerge --depclean
pi64 ~ # revdep-rebuild
pi64 ~ # emerge @preserved-rebuild


Then see if genup can run without error.

If all else fails, you could try
Code:
pi64 ~ # emerge --metadata





Ok, I tried above and genup still failed. Everything else ran successfully. Nighttp2 and nodejs are still trying to pull in openssl 1.0.2p and the current version/current installed version is openssl 1.0.2q.


Code:

Calculating dependencies... done!
 * Dependencies could not be completely resolved due to
 * the following required packages not being installed:
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nghttp2-1.34.0-r1
 *
 *   ~dev-libs/openssl-1.0.2p:0/0= pulled in by:
 *     net-libs/nodejs-9.11.2-r1
 *
 * Have you forgotten to do a complete update prior to depclean? The
 * most comprehensive command for this purpose is as follows:
 *
 *   emerge --update --newuse --deep --with-bdeps=y @world
 *
 * Note that the --with-bdeps=y option is not required in many
 * situations. Refer to the emerge manual page (run `man emerge`)
 * for more information about --with-bdeps.
 *
 * Also, note that it may be necessary to manually uninstall
 * packages that no longer exist in the repository, since it may not
 * be possible to satisfy their dependencies.

* genup: Error: Caught signal - exiting
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Thu Dec 13, 2018 4:35 pm    Post subject: Reply with quote

So I masked everything newer than openssl 1.0.2p-r1, and genup ran just fine, and everything completed. Obviously this isn't a solution. I can't figure out why those two packages insist on pulling in the older openssl.
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Thu Dec 13, 2018 6:42 pm    Post subject: Reply with quote

ericbish,

I'm not sure either. I've revbumped the two packages and will push them to the binhost shortly, once built. Hopefully that will flush any issues. More shortly.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Thu Dec 13, 2018 7:41 pm    Post subject: Reply with quote

ericbish,

OK, those are now pushed. Could you remove your local mask(s) and see if genup works now? It should automatically pick up the changes in the rpi3 repo.
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
ericbish
n00b
n00b


Joined: 27 Apr 2018
Posts: 29

PostPosted: Thu Dec 13, 2018 10:02 pm    Post subject: Reply with quote

YES!!! Great Success! All if right with the world again! Thank you Sir!
Back to top
View user's profile Send private message
Sakaki
Guru
Guru


Joined: 21 May 2014
Posts: 409

PostPosted: Fri Dec 14, 2018 12:48 am    Post subject: Reply with quote

ericbish,

you're welcome, glad it is finally working again!

PS: I'm a she not a he ^-^
_________________
Regards,

sakaki
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Gentoo on ARM All times are GMT
Goto page Previous  1, 2, 3 ... 16, 17, 18, 19, 20  Next
Page 17 of 20

 
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