Jump to content
funtoo forums

klipkyle

Members
  • Content Count

    5
  • Joined

  • Last visited

About klipkyle

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. 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).
  2. 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])
  3. Hello all, I have backported the Emacs 26.3 ebuild from Gentoo. It is currently in my overlay, but I would like to request it merged into editors-kit eventually. https://code.funtoo.org/bitbucket/users/klipkyle/repos/klipkyle-overlay/browse However, there is one issue I ran into. In the Gentoo world, there is a recent change (i.e. shortly after the late June 2019 branch-off point for 1.4) in how automatically-created users and groups are handled. Specifically, instead of calling enewgroup from within pkg_setup, there are now individual catpkgs (under the categories acct-user and acct-group) that handle creation of individual users and groups. The newer app-editors/emacs and app-emacs/emacs-common-gentoo ebuilds from Gentoo use this new feature to programmatically create the gamestat group (acct-group/gamestat) when the games USE flag is enabled. gamestat-0.ebuild # Copyright 2019 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 EAPI=7 inherit acct-group DESCRIPTION="Group for shared high-score and game state files" ACCT_GROUP_ID=36 I have tested the emacs-26.3 ebuild in Funtoo 1.4, and Funtoo 1.4 appears to have the right eclasses to handle the acct-user/* and acct-group/* catpkgs. I can't speak for Funtoo 1.3 though. Nevertheless, I appear to be the first person trying to use the acct-user and acct-group stuff on Funtoo. There are no such catpkgs on Funtoo 1.4 currently. In fact, I had to declare those two categories explicitly in profile/categories otherwise portage refused to use them. Are there any strong opinions against introducing acct-user/* and acct-group/* catpkgs? If so, I can remove the catpkgs and go back to creating the gamestat group the old-school school way. If not, I would prefer keeping app-editors/emacs synchronized with Gentoo.
  4. Maybe this drive has some bad blocks. If you are writing a large file that takes a substantial amount of the drive's capacity, the chances of hitting that block increase, even with wear-leveling. Unfortunately, I don't think there is much you can do because wear-leveling almost guarantees that you will write to different blocks each time you write, so there isn't an easy way to isolate that bad block. Thankfully, USB drives are relatively cheap nowadays.
  5. That's very strange, doubly so considering that sgdisk was able to clear it out. Glad it worked though.
  6. This is a wild guess, but I wonder if the stick is GPT-formatted. If the stick is GPT-formatted, then there are two backup partition tables (one near the start of the disk and another near the end) that can sometimes get restored automatically. If this is the case, then sgdisk should be able to wipe out both the MBR and GPT labels: sgdisk -Z /dev/sdb According to sgdisk(8): -Z, --zap-all Zap (destroy) the GPT and MBR data structures and then exit. This option works much like -z, but as it wipes the MBR as well as the GPT, it's more suitable if you want to repartition a disk after using this option, and completely unsuitable if you've already repartitioned the disk.
  7. I remember running into this a few years ago. There is an environment variable that can be set that sometimes works: https://wiki.archlinux.org/index.php/Dwm#Fixing_misbehaving_Java_applications _JAVA_AWT_WM_NONREPARENTING=1 This is supposed to tell AWT to behave under a non-reparenting WM, such as dwm. Drop that into a file under /etc/env.d, and then run env-update.
  8. Is this Funtoo 1.3 or 1.4? Because in 1.4, there were some changes to how video cards are configured. Notably, a static VIDEO_CARDS declaration in make.conf is going out of style in favor of mix-ins. If this is 1.4, then comment out your VIDEO_CARDS, and make sure the gfxcard-nouveau mix-in is enabled. https://www.funtoo.org/Make.conf/VIDEO_CARDS
×
×
  • Create New...