Jump to content
funtoo forums

jhan

Members
  • Content Count

    174
  • Joined

  • Last visited

  • Days Won

    8

Everything posted by jhan

  1. jhan

    Long time no update. Advise?

    Output of that command doesn't look bad. It automatically pulls in x11-libs/gtk+-3.94 but still has dependencies to other gtk+ version, as well as other packages. Adding the other dependencies would result in: emerge -1av glib at-spi2-core ="at-spi2-atk-2.20.1" ="gtk+-3.94.0" ="gtk+-3.20.10" ="gtk+-2.24.31" atk qtcore colord qtgui libgusb qtgui qtcore --ignore-world There might be a chance of more hidden dependencies, so prepared. If they get to much (like in the second output), you could always put the emerge of glib aside and update other package groups (like e.g. the qt packages) first.
  2. jhan

    Long time no update. Advise?

    Looking at your last output I see no real conflicts (all dependencies would be resolved by glib 2.58.1) >>> dev-util/gdbus-codegen-2.58.1:0/0::gnome-kit, ebuild scheduled for merge, wants >=dev-libs/glib-2.58.1:2 >>> dev-libs/glib, wants dev-libs/glib >>> app-accessibility/at-spi2-core-2.20.2:2/2::gentoo, installed, wants >=dev-libs/glib-2.36:2[] >>> x11-libs/gtk+-2.24.31:2/2::gentoo, installed, wants >=dev-libs/glib-2.34.3:2[] >>> dev-libs/atk-2.20.0:0/0::gentoo, installed, wants >=dev-libs/glib-2.34.3:2[] >>> dev-qt/qtcore-4.8.7-r4:4/4::kde-kit, installed, wants dev-libs/glib:2[] >>> x11-misc/colord-1.3.4:0/2::gentoo, installed, wants >=dev-libs/glib-2.44.0:2[] >>> dev-qt/qtgui-4.8.7:4/4::kde-kit, installed, wants dev-libs/glib:2[] >>> dev-libs/libgusb-0.2.9:0/0::gentoo, installed, wants >=dev-libs/glib-2.28:2[] >>> x11-libs/gtk+-3.20.10:3/3::gentoo, installed, wants >=dev-libs/glib-2.45.8:2[] >>> app-accessibility/at-spi2-atk-2.20.1:2/2::gentoo, installed, wants >=dev-libs/glib-2.32:2[] Her I would try with emerge -av glib at-spi2-core gtk+ atk qtcore colord qtgui libgusb The problem I see with that emerge is that it could lead to more dependencies (qt* updates). Maybe an added --ignore-world could prevent that.
  3. jhan

    Long time no update. Advise?

    I think I was on perl-5.24 at first. Had to go through perl-cleaner twice. First to cleanup the whole perl dependencies and then, after installation of perl-5.26.2-r1, again. Don't have an example at the moment but when you have an output like you would add the conflicting packages from the output to the emerge line to see if that solves the probblem: Oops! Conflicts have been encountered: >>> dev-libs/boost-1.63.0:0/1.63.0::core-kit, ebuild scheduled for merge, wants =dev-util/boost-build-1.63* >>> dev-libs/boost-1.62.0-r1:0/1.62.0::gentoo, installed, wants =dev-util/boost-build-1.62* My candidates are: >>> dev-util/boost-build-1.63.0:0/0::core-kit, ebuild scheduled for merge has SLOT 0/0 >>> dev-util/boost-build-1.62.0-r1:0/0::gentoo, installed has SLOT 0/0 >>> media-video/ffmpeg-3.2.4:0/55.57.57::media-kit, installed, wants >=media-libs/libdc1394-2.2.1[] My candidates are: >>> media-libs/libdc1394-2.2.5:2/2::media-kit, installed has SLOT 2/2 >>> media-libs/libdc1394-2.2.5:2/2::media-kit, ebuild scheduled for merge has SLOT 2/2 >>> media-video/ffmpeg-3.2.4:0/55.57.57::media-kit, installed, wants >=dev-libs/libcdio-paranoia-0.90_p1-r1[] My candidates are: >>> dev-libs/libcdio-paranoia-0.94_p1-r1:0/0::dev-kit, installed has SLOT 0/0 >>> dev-libs/libcdio-paranoia-0.94_p1-r1:0/0::dev-kit, ebuild scheduled for merge has SLOT 0/0 Here I would add boost-build libdc1394 libcdio-paranoia to the emerge to see if that helps
  4. jhan

    Long time no update. Advise?

    Have you tried 'perl-cleaner --reallyall' ? For the portage conflicts try adding the other packages to the portage emerge. Often the conflict is resolved by that.
  5. jhan

    Long time no update. Advise?

    I had something similar. Try perl-cleaner first, that solved the perl problems for me.
  6. jhan

    Testing 1.3

    Interesting behaviour for x11-libs/gtk+: Probably a result of this message:
  7. Well, it got better but not fixed. Now I get the messsage: /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/lib64/libffi-3.3_rc0/include -I/usr/include/fribidi -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/uuid -I/usr/include/libdrm -I/usr/include/libpng16 -I/usr/include/harfbuzz -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libmount -I/usr/include/blkid -I/usr/include/atk-1.0 -I/usr/include/enchant-2 -pthread -DG_LOG_DOMAIN=\"gtkspell\" -DLOCALEDIR=\""/usr/share/locale"\" -march=haswell -O2 -pipe -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -o libgtkspell.la -rpath /usr/lib64 gtkspell.lo deprecated.lo -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lenchant-2 -lenchant libtool: link: x86_64-pc-linux-gnu-gcc -shared .libs/gtkspell.o .libs/deprecated.o -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgobject-2.0 -lglib-2.0 -lfontconfig -lfreetype -lenchant-2 -lenchant -pthread -march=haswell -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -pthread -Wl,-soname -Wl,libgtkspell.so.0 -o .libs/libgtkspell.so.0.0.0 /usr/lib/gcc/x86_64-pc-linux-gnu/7.3.1/../../../../x86_64-pc-linux-gnu/bin/ld: cannot find -lenchant collect2: error: ld returned 1 exit status make[2]: *** [Makefile:287: libgtkspell.la] Error 1 make[2]: Leaving directory '/var/tmp/portage/app-text/gtkspell-2.0.16/work/gtkspell-2.0.16/gtkspell' make[1]: *** [Makefile:323: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/app-text/gtkspell-2.0.16/work/gtkspell-2.0.16' make: *** [Makefile:232: all] Error 2 The reason seems to be that the enchant package installs a libenchant-2 and not a libenchant: farout ~ # equery f enchant * Searching for enchant ... * Contents of app-text/enchant-2.2.1-r1: /usr /usr/bin /usr/bin/enchant-2 /usr/bin/enchant-lsmod-2 /usr/include /usr/include/enchant-2 /usr/include/enchant-2/enchant++.h /usr/include/enchant-2/enchant-provider.h /usr/include/enchant-2/enchant.h /usr/lib64 /usr/lib64/enchant-2 /usr/lib64/enchant-2/enchant_hunspell.so /usr/lib64/libenchant-2.so -> libenchant-2.so.2.2.1 /usr/lib64/libenchant-2.so.2 -> libenchant-2.so.2.2.1 /usr/lib64/libenchant-2.so.2.2.1 /usr/lib64/pkgconfig /usr/lib64/pkgconfig/enchant-2.pc /usr/lib64/pkgconfig/enchant.pc -> /usr/lib64/pkgconfig/enchant-2.pc /usr/share /usr/share/doc /usr/share/doc/enchant-2.2.1-r1 /usr/share/doc/enchant-2.2.1-r1/AUTHORS.bz2 /usr/share/doc/enchant-2.2.1-r1/ChangeLog.bz2 /usr/share/doc/enchant-2.2.1-r1/NEWS.bz2 /usr/share/doc/enchant-2.2.1-r1/README.bz2 /usr/share/enchant /usr/share/enchant/enchant.ordering /usr/share/man /usr/share/man/man1 /usr/share/man/man1/enchant-2.1.bz2 /usr/share/man/man1/enchant-lsmod-2.1.bz2
  8. jhan

    nodejs won't install

    Look into /etc/ego.conf If there is a line with "release=...", what does it say?
  9. jhan

    Seems like everything's stuck

    The original post in this thread mentioned two different things: 1 - newer debian sources in the treee but not offered for installation 2 - a version of plex-media-server not offered for installation where a newer version should be available (e.g. for gentoo) My answer was to number 1. When you see a newer version in the tree than is offered to you by emerge, it is often because a keyword is missing. And yes, it is up to you to set this keyword or not. Number 2 is mostly because the developers haven't had the time to add the newer ebuilds into the tree. In that case you can always go to bugs.funtoo.org and request it to be added, like it was done in here: https://bugs.funtoo.org/browse/FL-3546
  10. jhan

    Seems like everything's stuck

    And here is your answer, why you don't see the new debian versions in the normal update. You still need to add the keyword ** for them.
  11. jhan

    Seems like everything's stuck

    What is the output of emerge -pv ="debian-sources-4.14.17" ?
  12. jhan

    Ego ImportError

    I don't know if appi is the culprit, ego wants to install appi if it is not installed. But I see a difference in the way ego is installed with @NikosAlexandris compared to @cardinal and me. Nikos seems to have set the USE flag "zsh-completion" while cardinal and I have set it to "-zsh-completion". Does not make a difference on my system but who knows.
  13. jhan

    css-prestashop problem

    You can use javascript to create css but that are two separate things. And javascript, as well as css, are interpreted by the browser. So, what exactly is the problem?
  14. jhan

    calligra emerge error missing (Missing IUSE: qt5)

    Problem could be, that qca does not have a use flag qt5. At least the currently visible versions of app-crypt/qca-2.2.0_pre20180606 and app-crypt/qca-2.1.3-r2
  15. jhan

    ego sync failing SOLVED

    The question now is, why this solved the problem because in the first post you said:
  16. jhan

    ego sync failing SOLVED

    Good to exclude the "easy" part ;) And with you moving meta-repo out of the way, that part should be save as well. What version of ego do you have installed? Current version is ego-2.6.0-r2
  17. jhan

    ego sync failing SOLVED

    Have you checked if you have a file called ego.conf in other places on your system that contain different content?
  18. May I add to the confusion? On my system 'emerge -cp' does not want to remove grub, although grub does not seem to be a dependency for anything:
  19. jhan

    [Solved]Brother MFC-L2710DW printer install

    Have you told the OS where it can find the printer?
  20. jhan

    [Solved]error installing lxpanel

    Do you have the package gdk-pixbuf installed?
  21. jhan

    Why can not switch to systemd

    I don't use gnome so I can't say if the funtoo gnome 3 version works without systemd. But you can run gnome 3 without systemd, see e.g https://wiki.gentoo.org/wiki/GNOME/GNOME_Without_systemd.
  22. jhan

    gcc-7.3.1-r3 CFLAGS

    Are you trying to build gcc with the specific CFLAGS directly or are you cross compiling? It also seems to be that the gcc system is currently overhauled for such cases, see https://bugs.funtoo.org/browse/FL-3787 for more information.
  23. jhan

    gcc-7.3.1-r3 CFLAGS

    Where do you get the idea from that the CFLAGS are dropped? When I look at a build.log file I still see all the CFLAGS I have set.
  24. jhan

    No more updates?

    Are there currently no updates delivered? For a few days I haven't got any updates for my system, not even vim. The only unusual I see in the output is the mention of a "detached head" for the core kit (see attached file). I already tried to drop the local git directory and reload it but no difference. egosync.txt
  25. jhan

    ERROR: app-crypt/p11-kit-0.23.9::gnome-kit

    Good question. You could always report it as a bug at bugs.funtoo.org
×