Jump to content
funtoo forums

All Activity

This stream auto-updates     

  1. Today
  2. OK. Seems like there is a separate package for that to overcome circular dependencies, but why that one is not included as makdep to build other packages... Added info: I am using 1.4 Some packages depend on mesa. And it's not enough to have just mesa while headers are not included. In general it looks like looking for troubles instead of solving anything. headers of the same package cannot create a circular dependency with that package - it's trivial. Is drobins aware of that?
  3. Hmm, which funtoo version are you talking about? 1.3 or 1.4? Which version of mesa? What is the exact error message? In funtoo 1.4 the mentioned include files are installed by media-libs/mesa-gl-headers and not by mesa. In funtoo 1.3 those files are installed without problems with mesa-18.2.8
  4. Please report a bug at https://bugs.funtoo.org for that
  5. While emerging mesa it fails to install /usr/include/EGL/*.h, KHR/*.h and others... Hm. I've got a concern about quality of Funtoo. Way too many bugs discovered in too short time to my taste. would be Gentoo on pair with that - ebuilds are mainly copied to Funtoo or there is some one who modify them?
  6. x11-libs/gdk-pixbuf should have dev-libs/gobject-introspection as a standard dependency otherwise it won't build or may be some config flags have to be changed to avoid an issue. thx.
  7. Yesterday
  8. Hi all, With a recent sys-kernel/debian-sources-lts-4.19.67_p2-r1 kernel update suddenly binary and therefore genkernel is required if USE=zfs is set. How to disable that dependency? "The following REQUIRED_USE flag constraints are unsatisfied: custom-cflags? ( binary ) zfs? ( binary )" That requirement doesn't make any sense to me. Please keep some freedom at least in Funtoo/Gentoo. Thx.
  9. I have a raid0 mirrored ZFS pool which I have been booting from with no problems, which looks like this: # zpool status pool: main state: ONLINE config: NAME STATE READ WRITE CKSUM main ONLINE 0 0 0 sda ONLINE 0 0 0 sdb ONLINE 0 0 0 errors: No known data errors I want to make this into a 4 drive raid10. I purchased the 3rd drive and intend to add the 4th later. I did the following: # zpool attach main /dev/sda /dev/sdc Make sure to wait until resilver is done before rebooting. It looked like everything went well. # zpool status pool: main state: ONLINE scan: resilvered 62.1G in 0h50m with 0 errors on Fri Sep 13 10:26:04 2019 config: NAME STATE READ WRITE CKSUM main ONLINE 0 0 0 mirror-0 ONLINE 0 0 0 sda ONLINE 0 0 0 sdc ONLINE 0 0 0 sdb ONLINE 0 0 0 errors: No known data errors But on the next boot I got the following: >> Importing ZFS pool 'main' using cachefile '/etc/zfs/zpool-main.cache' cannot import 'main': one or more devices is currently unavailable !! Importing main failed >> Determining root device... cannot open 'main/funtoo/root': dataset does not exist !! main/funtoo/root is not a filesystem !! Could not find the root block device in ZFS=main/funtoo/root. So I fired up an ubuntu live cd and did the following # zpool import main -R /mnt/funtoo Which mounted without a problem. I tried to regenerate the cachefile using: # zpool set cachefile=/mnt/funtoo/etc/zfs/zpool-main.cash Which didn't help. I tried: # zpool set cachefile=none But that didn't do anything either. I tried to remove the drive I'd just added: # zpool detach main /dev/sdc The zpool looked ok; # zpool status pool: main state: ONLINE scan: resilvered 62.1G in 0h50m with 0 errors on Fri Sep 13 10:26:04 2019 config: NAME STATE READ WRITE CKSUM main ONLINE 0 0 0 sda ONLINE 0 0 0 sdb ONLINE 0 0 0 errors: No known data errors But it still will not boot. What can I do next?
  10. OK, I cleaned up this mess. No more static stuff should need to be manually turned on now. Here is a summary of the changes I made: cryptsetup now has USE static turned off by default genkernel now has cryptsetup turned off by default new encrypted-root mix-in to enable when you want LUKS that will flip all the necessary switches
  11. I am adding an encrypted-root mix-in and undoing the previous change that required a ton of stuff to be static. Sorry about that -- that was an ugly mess. I forgot that making cryptsetup static would make all of its dependencies also need to be static.
  12. @klipkyle yeah, that's not good, my mistake. I will look into a solution.
  13. Last week
  14. I'm using neither on this system. I suppose I can go back to a dynamically-linked cryptsetup, but I understand why one might want cryptsetup to be statically linked (no LD_LIBRARY_PATH attacks).
  15. bug FL-6683 https://bugs.funtoo.org/browse/FL-6683
  16. Yeah, might be a good idea to file an improvement request to add to profiles. If you're not using any type of LUKS or encrypted root or home etc, you could always add -static to cryptsetup in package.use. Maybe a cool idea to add a new mix-in for all this, to go along with the documentation that needs upgraded 🙂 There is an open bug for this maybe I'll add to it.
  17. Hello, While running world updates in Funtoo 1.4 today, I noticed that cryptsetup is now built in a static configuration. (See FL-6642.) This caused emerge to complain about some USE flags that needed to be added to package.use. I added the below entries to package.use, and all was fine after that. However, I wonder why is this not detected automatically? Should these USE changes be in one of Funtoo's profiles? kyle@perkins ~ $ emerge -puDN @world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-libs/glibc-2.29-r3 [2.29-r2] [ebuild R ] app-crypt/argon2-20171227-r1 USE="static-libs*" [ebuild U ] media-libs/freetype-2.9.1-r5 [2.9.1-r4] [ebuild R ] dev-libs/openssl-1.1.1b-r2 USE="static-libs*" [ebuild R ] dev-libs/json-c-0.13.1-r1 USE="static-libs*" [ebuild R ] dev-libs/popt-1.16-r2 USE="static-libs*" [ebuild R ] dev-libs/libgpg-error-1.36 USE="static-libs*" [ebuild R ] sys-fs/lvm2-2.02.173 USE="static-libs*" [ebuild R ] sys-fs/cryptsetup-2.1.0 USE="static*" The following USE changes are necessary to proceed: (see "package.use" in the portage(5) man page for more details) # required by sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,static] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=sys-fs/lvm2-2.02.173 static-libs # required by sys-fs/cryptsetup-2.1.0::core-kit[-libressl,-static-libs,static,openssl] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=dev-libs/openssl-1.1.1b-r2 static-libs # required by sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,static] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=dev-libs/json-c-0.13.1-r1 static-libs # required by sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,argon2,static] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=app-crypt/argon2-20171227-r1 static-libs # required by sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,static] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=dev-libs/popt-1.16-r2 static-libs # required by sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,static] # required by sys-libs/libblockdev-2.22::core-kit[cryptsetup] # required by sys-fs/udisks-2.7.8::gnome-kit # required by media-sound/clementine-1.3.1_p20190127::media-kit[udisks] # required by @selected # required by @world (argument) >=dev-libs/libgpg-error-1.36 static-libs emerge: there are no ebuilds built with USE flags to satisfy "dev-libs/json-c:=[static-libs(+)]". !!! One of the following packages is required to complete your request: - dev-libs/json-c-0.12::core-kit (Change USE: +static-libs) (dependency required by "sys-fs/cryptsetup-2.1.0::core-kit[-static-libs,static]" [ebuild]) (dependency required by "sys-libs/libblockdev-2.22::core-kit[cryptsetup]" [installed]) (dependency required by "sys-fs/udisks-2.7.8::gnome-kit" [installed]) (dependency required by "media-sound/clementine-1.3.1_p20190127::media-kit[udisks]" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument])
  18. I updated all the references from 1.3 to 1.4 : https://www.funtoo.org/Install/Download_and_Extract_Stage3 Download link on left of www.funtoo.org goes to https://www.funtoo.org/Subarches Click your chosen subarch to go to the specific subarch page where there are links to download the stage3 and to browse the mirror. https://www.funtoo.org/Generic_64 I prefer to get the stage3 that includes the subarch and build date in the file name rather than just stage3-latest .
  19. Hi - More just looking for confirmation, but given that the Install documentation follows pretty much the same all-around, the only real difference for a new/fresh 1.4 installation would be to change: wget https://build.funtoo.org/1.3-release-std/x86-64bit/generic_64/stage3-latest.tar.xz to wget https://build.funtoo.org/1.4-release-std/x86-64bit/generic_64/stage3-latest.tar.xz Y, realize that seems pretty obvious, but I'm thinking about new people maybe looking at the distro within the past couple weeks. When the new version is released, should this link get updated in the install guide as part of the release process?
  20. The log file looks ok but is this the log file from the failing startx? And what happens when you use startx? What are the error symptoms? What is not working?
  21. What is your startx actually starting?
  22. wow great remove nomodeset working, i success to generate xorg.conf, but startx still failed, i trying to disable nvidia but still failed to startx my xorg.conf my xorg.0.log
  23. jhan

    r8168 ebuild outdated?

    Why don't you follow the link in the message? Going to the page mentioned, scrolling down to Unix, clicking on the download button before the mentioned link, enter email address and click on "Download File". Answer captcha and you get the file.
  24. Really really really thanks to you!! :><3333 It solved my problem. I had only "intel" and "i965" flags set for VIDEO_CARDS, but I added "dri3", "i915" and "fbdev", as you suggested, and after I did emerge -auDN @world, I finally could be able to open Vivaldi Browser.
  25. Resetting the UPS fixed it - is there anyway to do that in the future without resetting the UPS? Walter
  26. Line 57: [ 46346.003] (II) LoadModule: "intel" [ 46346.003] (WW) Warning, couldn't open module intel [ 46346.003] (EE) Failed to load module "intel" (module does not exist, 0) [ 46346.003] (II) LoadModule: "modesetting" [ 46346.003] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so [ 46346.004] (II) Module modesetting: vendor="X.Org Foundation" [ 46346.004] compiled for 1.20.5, module version = 1.20.5 [ 46346.004] Module class: X.Org Video Driver [ 46346.004] ABI class: X.Org Video Driver, version 24.0 [ 46346.004] (II) LoadModule: "fbdev" [ 46346.004] (WW) Warning, couldn't open module fbdev [ 46346.004] (EE) Failed to load module "fbdev" (module does not exist, 0) [ 46346.004] (II) LoadModule: "vesa" [ 46346.004] (WW) Warning, couldn't open module vesa [ 46346.004] (EE) Failed to load module "vesa" (module does not exist, 0) [ 46346.004] (II) modesetting: Driver for Modesetting Kernel Drivers: kms Its loading on kms modeset instead on intel module (module does not exist on your output) See if fbdev, intel, i915 and i965 are enabled on VIDEO_CARDS with emerge --info. Also, see if they are enabled on xorg-drivers: emerge -pv xorg-drivers. The log didn't show the freeze, but it can be related to the missing intel module.
  27. I have a CyberPower, CP1500 AVR, UPS that I had at one point working with funtoo; however, I noticed recently that communications have broken down and I can no longer even start upsdrvctl. /etc/nut/nut.conf MODE=standalone /etc/nut/ups.conf [CyberPowerUPS] driver = usbhid-ups port = auto vendorid = 0764 productid = 0501 product = CST135XLU serial = CR7HQ2008167 vendor = CPS # @see: https://raspberrypi.stackexchange.com/questions/66611/nut-cyberpower-data-stale pollinterval = 15 /etc/nut/upsd.conf (completely empty) /etc/nut/upsd.users [nut] password=SOMETHING upsmon master /etc/nut/upsmon.conf MONITOR CyberPowerUPS@localhost 1 nut SOMETHING master I have disconnected the USB cable and reconnected; however, I have yet to try resetting the UPS ... Walter
  1. Load more activity
×
×
  • Create New...