Jump to content

All Activity

This stream auto-updates     

  1. Last week
  2. For a follow-up, see https://bugs.funtoo.org/browse/FL-6936.
  3. This seems to be a "problem" for emerging various packages. For example, I cannot install `kde-plasma/systemsettings` as it ends up with the same `wayland` related requirement. I will file a ticket as I cannot understand the nature of the problem, nor I can find anything related on the web that is clearly related.
  4. For a while now I haven't been able to print to my Brother DCP-7065dn printer. It used to work. I've got net-print/brother-dcp-7065dn-drivers installed. I've also tried re-installing it. One thing I notice is that all binaries in /usr/local/Brother/Printer/DCP7065DN are 32-bit. Should these work on my Funtoo 1.4 system? I've set cups logging to "debug", but haven't gotten anything useful out of the logs.
  5. Dears, before filing an issue, is the following expected? root in ~ ❯ eix -s kde-cli-tools * kde-plasma/kde-cli-tools [1] Available versions: (5) 5.15.5^t (~)5.16.1^t {X debug +handbook (+)kdesu test} Homepage: https://cgit.kde.org/kde-cli-tools.git Description: Tools based on KDE Frameworks 5 to better interact with the system [1] "kde-kit" /var/git/meta-repo/kits/kde-kit and root in ~ took 9s ❯ USE="-wayland" emerge -av kde-cli-tools These are the packages that would be merged, in order: Calculating dependencies... done! !!! All ebuilds that could satisfy ">=dev-libs/wayland-1.2" have been masked. !!! One of the following masked packages is required to complete your request: - dev-libs/wayland-9999::xorg-kit (masked by: missing keyword) - dev-libs/wayland-1.17.0::xorg-kit (masked by: invalid: DEPEND: Invalid atom (Invalid use dep: ''), token 1, invalid: RDEPEND: Invalid atom (Invalid use dep: ''), token 1) (dependency required by "kde-plasma/kwin-5.16.1::kde-kit" [ebuild]) (dependency required by "kde-plasma/libkworkspace-5.16.1::kde-kit" [ebuild]) (dependency required by "kde-plasma/kde-cli-tools-5.16.1::kde-kit" [ebuild]) (dependency required by "kde-cli-tools" [argument]) For more information, see the MASKED PACKAGES section in the emerge man page or refer to the Gentoo Handbook. Why is `wayland` required?
  6. I appreciate the post, but I'd like to ask a question. It seems to me that with the chroot method, there is going to be no integration or interaction between the "host" and the chroot "guest". That is, I can't start an application in the chroot by clicking on a Plasma icon, or using 'Open With' in Dolphin. Or the other direction, having a command in a Windows app open a folder in Dolphin or Konsole, or a URL in Firefox. Have you found ways to make things like this work with your method? Thanks.
  7. Earlier
  8. I solved these problems by making myself an ebuild for a newer version of libreoffice-bin. Have updated it lately to libreoffice 6.3.4.2. If you like you can find the ebuilds for it at: https://code.funtoo.org/bitbucket/users/jhan/repos/local-stuff/browse/app-office That is for libreoffice-bin and libreoffice-l10n. The ebuild works fine for me during my daily use. Feel free to test it. There might be some dependencies that need to be updated for funtoo 1.4 as well.
  9. I re-installed Funtoo 1.4, so the problems are "worked around".-
  10. Same problem here. I remove boost which I think I don't need for the time. Thus, `hunspell` remains to be resolved. emerge -av app-office/libreoffice-bin These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] app-text/libexttextcat-3.4.5::text-kit USE="-static-libs" 1,017 KiB [ebuild N ] app-text/libnumbertext-1.0.5::text-kit 276 KiB [ebuild N ] sci-libs/suitesparseconfig-4.2.1-r1::science-kit USE="-abi_riscv_lp64 -abi_riscv_lp64d -static-libs" 251 KiB .. [ebuild UD ] dev-util/boost-build-1.65.0::core-kit [1.70.0::core-kit] USE="python -examples -test" PYTHON_TARGETS="python2_7" 80,662 KiB [ebuild UD ] dev-libs/boost-1.65.0:0/1.65.0::core-kit [1.70.0:0/1.70.0::core-kit] USE="icu nls python threads -abi_riscv_lp64 -abi_riscv_lp64d -context -debug -doc -mpi -static-libs -tools (-bzip2%*) (-lzma%) (-numpy%) (-zlib%*) (-zstd%)" PYTHON_TARGETS="python2_7 -python3_5 -python3_6 (-python3_7%*)" 0 KiB .. [ebuild UD ] app-text/hunspell-1.6.2-r1:0/1.6::text-kit [1.7.0:0/1.7::text-kit] USE="ncurses nls readline -static-libs" L10N="de el en fr -af -bg -ca -cs -cy -da -de-1901 -eo -es -et -fo -ga -gl -he -hr -hu -ia -id -is -it -kk -km -ku -lt -lv -mi -mk -ms -nb -nl -nn -pl -pt -pt-BR -ro -ru -sk -sl -sq -sv -sw -tn -uk -zu" 705 KiB .. and .. Total: 60 packages (3 downgrades, 54 new, 3 in new slots), Size of downloads: 346,068 KiB !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/hunspell:0 (app-text/hunspell-1.6.2-r1:0/1.6::text-kit, ebuild scheduled for merge) pulled in by app-text/hunspell:0/1.6 required by (app-office/libreoffice-bin-6.2.4.2:0/0::desktop-kit, ebuild scheduled for merge) ^^^^^^ (app-text/hunspell-1.7.0:0/1.7::text-kit, installed) pulled in by app-text/hunspell:0/1.7= required by (kde-frameworks/sonnet-5.59.0:5/5.59::kde-kit, installed) ^^^^^^^ 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 USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by app-office/libreoffice-bin-6.2.4.2::desktop-kit # required by app-office/libreoffice-bin (argument) >=dev-libs/xmlsec-1.2.28 nss
  11. Kernel configuration (that i'd always used) in a new installation of Funtoo 1.4 hang at boot: the system freeze after message "random: fast init done". To solve it i must use initramfs The same kernel configuration work well (without initramfs) in any other installation of Funtoo/Gentoo: for example, in my old installation of Funtoo, updated to 1.4 release, the kernel normally boot without initramfs. I search on web but i don't find what's the problem.
  12. For the love of God, please don't post full build logs on the forums. You can upload them as attachments to the bug tracker.
  13. Most likely a very simple fix of adding python 3.7 to to python_compat in the ebuild if you could file a bug on bugs.funtoo.org or fix and make a pull request to code.funtoo.org it would be appreciated. Thanks 🙂
  14. drek /etc/portage/make.profile # ego sync Syncing meta-repo M kits/core-hw-kit M kits/core-kit M kits/desktop-kit M kits/dev-kit M kits/editors-kit M kits/games-kit M kits/gnome-kit M kits/haskell-kit M kits/java-kit M kits/kde-kit M kits/lang-kit M kits/lisp-scheme-kit M kits/llvm-kit M kits/media-kit M kits/ml-lang-kit M kits/net-kit M kits/nokit M kits/perl-kit M kits/python-kit M kits/ruby-kit M kits/science-kit M kits/security-kit M kits/text-kit M kits/xfce-kit M kits/xorg-kit Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 767575b kit updates Already up to date. Syncing core-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 53f66a8b updates Already up to date. Syncing core-hw-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 5b78fa3 updates Already up to date. Syncing core-ui-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 4dc037b updates Already up to date. Syncing core-server-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 0edc2c7 updates Already up to date. Syncing core-gl-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 2d999e0 updates Already up to date. Syncing security-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 20ee31b updates Already up to date. Syncing xorg-kit branch 1.20-release Already on '1.20-release' Your branch is up to date with 'origin/1.20-release'. HEAD is now at 6034bc4 Merge pull request #8 in INDY/xorg-kit from ~SHADOWNGOZ/xorg-kit:1.20-release to 1.20-release Already up to date. Syncing gnome-kit branch 3.34-prime Already on '3.34-prime' Your branch is up to date with 'origin/3.34-prime'. HEAD is now at c70bb8e5 FL-6905: add ability via meson to manually disable pulseaudio. Already up to date. Syncing rust-kit branch 1.37-prime Already on '1.37-prime' Your branch is up to date with 'origin/1.37-prime'. HEAD is now at 8d40584 Merge pull request #4 in INDY/rust-kit from ~BCOWAN/rust-kit:1.37-prime to 1.37-prime Already up to date. Syncing xfce-kit branch 4.13-release Already on '4.13-release' Your branch is up to date with 'origin/4.13-release'. HEAD is now at b6e2fb2 updates Already up to date. Syncing kde-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 141e999 updates Already up to date. Syncing desktop-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 568a8e2 updates Already up to date. Syncing media-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 8de68e86e updates Already up to date. Syncing editors-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 765686a5 updates Already up to date. Syncing net-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 2e50a7945 updates Already up to date. Syncing text-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 71ded07 updates Already up to date. Syncing science-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at f7632adf updates Already up to date. Syncing games-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 3ae1186 updates Already up to date. Syncing perl-kit branch 5.28-release Already on '5.28-release' Your branch is up to date with 'origin/5.28-release'. HEAD is now at d3e1929 Cleaning up perl ebuilds. Already up to date. Syncing java-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at f9224ce updates Already up to date. Syncing ruby-kit branch 2.6-prime Already on '2.6-prime' Your branch is up to date with 'origin/2.6-prime'. HEAD is now at f05a922 Latest updates. Already up to date. Syncing haskell-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 7c08897 updates Already up to date. Syncing ml-lang-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 556e69e updates Already up to date. Syncing lisp-scheme-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 9e31a85 updates Already up to date. Syncing python-kit branch 3.7-release Already on '3.7-release' Your branch is up to date with 'origin/3.7-release'. HEAD is now at a49903c Moving dnspython to python-modules-kit. Already up to date. Syncing lang-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 3194c44 updates Already up to date. Syncing llvm-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at aac72a1 updates Already up to date. Syncing dev-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at f443aed7 updates Already up to date. Syncing python-modules-kit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 02553f82 updates Already up to date. Syncing nokit branch 1.4-release Already on '1.4-release' Your branch is up to date with 'origin/1.4-release'. HEAD is now at 4c791b1a updates Already up to date. Sync successful and kits in alignment! :) Updating /etc/portage/repos.conf... Updating profiles at /etc/portage/make.profile/parent... drek /etc/portage/make.profile # python --version Python 3.7.3 drek /etc/portage/make.profile # emerge menulibre Calculating dependencies | !!! Problem resolving dependencies for x11-misc/menulibre ... done! !!! The ebuild selected to satisfy "menulibre" has unmet requirements. - x11-misc/menulibre-2.2.1::desktop-kit USE="" PYTHON_TARGETS="-python3_5 -python3_6" The following REQUIRED_USE flag constraints are unsatisfied: any-of ( python_targets_python3_5 python_targets_python3_6 ) drek /etc/portage/make.profile #
  15. I'm glad it was helpful. @drobbins had fixed the image on build.funtoo.org. I'm not sure if it regressed or if we just need to get the hackerspace folks to update theirs.
  16. Hi, Have you masked the unsupported nvidia-driver versions in /etc/portage/package.mask according to the instructions in https://www.funtoo.org/Package:NVIDIA_Linux_Display_Drivers ? BR, Niklas
  17. Man, @nrc, I sure wish I would have paid more attention to your reports when I started my latest installs . . . I thought the Inspiron 650 was looking to get a few more grey hairs out of me <smile> Once I hybridized the latest hackerspace iso, booting to efi was smooth as silk. Thank you. Regards, splifingate
  18. A full set of Funtoo Linux 1.4 maintenance release 2 stages has been uploaded to build.funtoo.org. These stages include: GNOME 3.34.2 Updates to debian-sources-lts (4.19.87_p1) Updated Linux firmware Updated firefox Various other fixes If you are already using 1.4, you can get all these updates via a regular ego sync and world update. But if you are planning to install 1.4 from scratch, these builds are up-to-date.
  19. Typing in a cell phone, the error is actually two-fold: 1. Unable parse profile 2. Error loading '/var/cache/edb/mtimedb': invalid load key, '{'.
  20. Dears, I managed to break my old system while trying to upgrade to 1.3 from 1.2. I have removed `python-exec` as well, while playing around! Obviously, I can't use `emerge` anymore. I now follow the "resurrection" wiki page, trying to fix both Python and Portage. I hit this `can't parse profile` problem. I managed to run the `ego profile.buold current` command but it didn't fix the profile related problem. Which I need to work around in order to re-install dev-lang/python and sys-apps/portage. Any ideas? Thank you.
  21. I figured this out. I found that sound works in the container with pacat under the root account but not when I su to the steam account. Whenever I create an account I use the same UID which is not 1000. Using 1111 for this example. It seems like the root environment that you get when you attach to the container gets the environmental variable passed to the container at runtime that points to the correct pulseaudio socket. PULSE_SERVER=unix:/run/user/1111/pulse/native But when you su to the steam account that variable isn't set. So it's trying to use the default socket. If you specify the server in the pacat command line it works as expected. pacat -s unix:/run/user/1111/pulse/native /dev/urandom So looking at where the default server is defined when not overridden by $PULSE_SERVER I find that /etc/pulse/client.conf contains a default setting. # Connect to the host's server using the mounted UNIX socket default-server = unix:/run/user/1000/pulse/native This will work if the userid launcing pulseaudio is 1000, but not otherwise. I changed it to hard code my UID but it could probably be dynamic for any UID using the environment variable. I'll report a bug on this.
  22. Ah, you're right, my chromium build fails and isn't cleaned up. I will modify the build process to wipe /var/tmp for me :). I was checking after the entire build completed and /var/tmp was wiped - I forgot about failed builds not being cleaned.
  23. It shouldn't care, allot of us use /var/tmp on tmpfs. Is your /var/tmp/portage full of failed builds causing less than 8 gigs of space? Or something else filling /var/tmp?
  24. I am attempting to install git-annex and apparently this has not been installed for some time, but I did have git-annex installed a while back. My /var/tmp is tmpfs and has 12G allocated. When attempting to install git-annex, it requires at least 8GB free and fails: Checking for at least 8 GiB disk space at "/var/tmp/portage/dev-lang/ghc-8.0.2/temp The build will most probably fail, you should enhance the space as per failed tests. I could do a bind mount here, but why does the ebuild care if it is disk or memory for the underlying device? Is there another way around this short of doing a bind mount here? Thanks, Walter
  25. The lvm flag didn't work for me. I still see the same messages at boot time as those I posted in my original message. At least I have a working kernel with the manual build of the kernel I described. Thanks again.
  26. Sorry I just saw your answer. I rebuilt the kernel with Device Mapper Support built in (instead of a module) and it's now working. I was not aware of the lvm use flag. I added it and I'm now emerging debian-sources-lts again. I'll let you know how it goes. Thanks a lot.
  1. Load more activity
×
×
  • Create New...