Re: [gentoo-user] ncurses; I think I wrecked my fresh install
Am Dienstag, 19. Januar 2021, 04:21:35 EET schrieb Walter Dnes: > Maybe I should've kept quiet. The unicode fanbois probably saw this > thread and decided to get heavy-handed. On my latest pretend update, > I'm getting 8 (eight) rebuilds with "(unicode*)" being the reason. That would've been me. And yes... where the impact is low (*) we'll enable it unconditionally now. Python relies on unicode being present, the default locale in stages is C.UTF-8, ... too many central parts of the system just assume it's there. You'll be assimilated, resistance is futile. (*) In any case, if large libraries like ICU are needed for unicode support, we'll keep a useflag, but in that case the flag is called e.g. icu. -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Gentoo chroot with old glibc
Am Montag, 4. Januar 2021, 13:57:37 EET schrieb Thomas Mueller: > > > That's what I did: I found a 2017 stage3 with a still older glibc and > > > managed to upgrade to a 2020 gentoo while masking the last glibc > > > versions. That was tricky because I had to git-checkout intermediate > > > versions of the portage tree in order to deal with the EAPI changes but > > > I have a working chroot now. Thanks. > > > > That's the easy way to do it, yes. > > > > The hard way is to treat this as a cross-compilation problem and bootstrap > > your own stages from scratch. Instructions would be a bit longer... > > > > Andreas K. Hüttel > > I have looked through crossdev. Is that what it would take to cross-compile > and bootstrap stages from scratch? > > Could that be done from (instead of an old glibc) musl, uClibc, or FreeBSD > or NetBSD? In principle yes, but every experimental piece can add more problems. It's probably best to start with a base that is as boring as possible. What crossdev does is (simplified) * "create" (as symlinks) ebuilds for cross-compiler, cross-binutils, and target glibc * build cross-compiler, cross-binutils, and target glibc * installs a wrapper for emerge that uses these For example, you end up on an amd64 system with an additional directory /usr/ riscv64-unknown-linux-gnu that contains * a gcc that runs on amd64 (CBUILD) but generates code for riscv64 (CTARGET) * a binutils that runs on amd64 but works with files for riscv64 * a glibc for riscv64 Then, using commands like riscv64-unknown-linux-gnu-emerge -av @system you can build in /usr/riscv64-unknown-linux-gnu pieces of the target system. This works only in a very limited way, since many upstream build systems do not support cross-compiling. However, with some patience you can get to the point where the directory can be tarred up and used as a chroot on the target architecture. -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: How to switch from rust to rust-bin?
Am Sonntag, 6. September 2020, 16:39:27 EEST schrieb Nikos Chantziaras: > On 06/09/2020 10:48, Walter Dnes wrote: > >I notice that there is a "rust-bin" ebuild present. If nothing else, > > > > I'd like to switch over to that to save the notebook from unnecessary > > grinding when rust updates. What's the procedure for selecting it? > > emerge -C dev-lang/rust > emerge -a1 virtual/rust dev-lang/rust-bin > emerge -auD @world > emerge -a --depclean That works, but pretty please try something else first! # make sure source-based rust is not in the world file emerge --deselect dev-lang/rust emerge -1 dev-lang/rust-bin It should be as easy as that. *If* all dependencies are fulfilled by both rust and rust-bin, then the second emerge call will unmerge rust and merge rust- bin. -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] "masked by: EAPI 7" trying up update "portage" - how to proceed
Am Donnerstag, 11. Juni 2020, 09:47:50 EEST schrieb n952162: > I haven't clue what to do here. Can somebody supply a good URL or > explanation? > In the meantime a new ebuild format version (EAPI) has been introduced; your old portage can't process that, and as a result doesnt understand many new ebuilds. Portage disregards ebuilds where it doesnt know the format, but of course if these are needed to update Portage itself, you're somewhat screwed. Luckily there is a very simple workaround. Download a recent portage (the packager) tarball, or clone git master portage: https://anongit.gentoo.org/git/proj/portage.git Then run the "emerge" command inside that checkout, by giving its full path, the same way as you would otherwise run emerge. This updates your system and ideally afterwards your system portage is new and shiny, so you can delete the git clone again. -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Troubles setting USE flag for inkscape
> ## !!! Problem resolving dependencies for media-gfx/inkscape from @selected > ## > ## !!! The ebuild selected to satisfy "media-gfx/inkscape" has unmet > requirements. ## - media-gfx/inkscape-1.0_rc1::gentoo USE="jpeg nls openmp > -cdr -dbus -dia -exif -graphicsmagick -imagemagick -inkjar -jemalloc -lcms > -postscript -spell -static-libs -svg2 -visio -wpg" > PYTHON_SINGLE_TARGET="python3_6 python3_8 -python3_7" ## > ##The following REQUIRED_USE flag constraints are unsatisfied: > ## exactly-one-of ( python_single_target_python3_6 > python_single_target_python3_7 python_single_target_python3_8 ) is fixed now and should work out of the box again -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Suggestion for freenode
Am Sonntag, 4. September 2016, 06:37:36 schrieb Raymond Jennings: > I think #gentoo-mentors should be filled by people willing to serve as > mentors, and cater to devs in training who need a mentor ^^ > > What do you guys think? There's * #gentoo-dev-help for asking ebuild questions and getting help * #gentoo-proxy-maint for getting your ebuilds reviewed for inclusion into the gentoo tree -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/
Re: [gentoo-user] EAPI packages
Am Samstag, 13. August 2016, 16:26:21 schrieb hw: > > Interesting idea :) I´d be afraid that this version of portage might > find files of the regular installation and get confused and kill the > kittens ... Well this is essentially how portage team (to my knowlegde) tests git HEAD version of portage and its development (have a git checkout of portage code and run it from there). I've used the method a few times, but mainly to test repoman. -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/
Re: [gentoo-user] EAPI packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mittwoch, 10. August 2016, 12:54:37 schrieb hw: > Hi, > > I´m trying to upgrade portage because I´m getting a message that it > needs to be able to work with EAPI 6 packages and can only do EAPI 5. > > I´m running into merge conflicts when trying to update portage, and > apparently one of the packages (dev-python/cryptography) I could try > to update first to be able to update portage requires a version of > portage that can handle EAPI 6 packages. > > How can upgrade portage? > If you see this now, your production server hasn't been updated for a long time... As a last resort, you should be able to run a "non-installed" portage version to update your system once. Manually download and unpack a recent portage tarball somewhere temporary and then run as root something like porto tmp # ./portage-2.3.0/bin/emerge -uDNav world This can update your system to the newest state, including updating the installed portage. Afterwards you won't need the temporarily unpacked portage anymore. Disclaimer: I haven't tested this for a while. It may delete your data, kill kittens or turn the sun into a nova. No guarantees made. - -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/ -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCgAGBQJXryAhAAoJEHRrah2soMK++mAP/jnoaJUkdcBpew/pBb6D+d6w WScLqqz5k7cJj9ufJxUb8HeiqcHavVNnQx1Jk8xRwuGXL9vwTI/Og+/5SHhW+uva ViT0YniLrfOWvloPqJmnRhkXn3sU81KxPhP4SOz8GcImzBrgnbqJ3kD/kNOXUE2E c3LleaQINRQWVlfcKLelhhCvmXOfQ5JZtcRz2vnRzzH580T1ICOwNFFuvWVlls1L kUemcjhmHBPXb979Ls69tSqdDm75IIBY92uxNqjy36zn8gFPnNM3BrER+xZ92E9L L36LKwSeDL+mkJE/um48IQJJ4t2IW9bKwK8TFp4Bp9otc6+hBJmtwRjKnFbrx4DQ Oh+sZBXuewmC/T/xLUxyGxV+QT9oKSqmMy7CYhHnfhpIkqK4Upk4oWgzu6mBs89L ozr4vdy4d4/FY2TMHOFz4Xx/gJF2IVG02jUyg2yT2VZrUk75faeq2Ga6DlyUVpw0 T64lEU/r29KrvexYsLtdzlNC6Emui37LTU0YQWrKZoJGTLDeygBC/rupz1xFfI5d 3KPozxzyE6AiJlYil4Ffiac1WiwBK5PgI1UhYmNpPFo+McDp52jxZKsnwCvUccze s9+3g0N7N1g5+iovLjLpQo5a0D60Mvz127CaM9q+u/qBNt3Je7oGLlr7IikM8eXY F+gWcnEgqzmh0oHiPCj0 =Vt2D -END PGP SIGNATURE-
Re: [gentoo-user] Re: LibreOffice problem importing file : solved
Am Sonntag, 17. April 2016, 03:30:15 schrieb Philip Webb: :) > So another question arises : > has it always been necessary to add the user to the video group no it hasn't in the past, but with 3d acceleration creeping in everywhere... > If the latter, how are users supposed to know re such matters ? good question... I was wondering for quite some time why sddm only showed a black screen, until I realized that the sddm user needs to be in video group too (it's in the Plasma update howto)... tl;dr - happened to me too. and a solution or at least some big error / warning would be nice... thinking about it. -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/
Re: [gentoo-user] beegfs goes opensource!
Am Freitag, 26. Februar 2016, 16:47:12 schrieb Tanstaafl: > On 2/25/2016 5:03 PM, James <wirel...@tampabay.rr.com> wrote: > > Long awaited. > > > > This smoking hot (many HPC scientist agree) distributed file > > system will surely rock the cluster, container and Hi Performance > > Computing worlds. [1] Now if I were only smart enough to get this > > puppy into portage... > > U... nothing about what license it is released under Just read the web page, it's there. "The BeeGFS client module is licensed under the GPLv2. All other BeeGFS components are licensed under the BeeGFS EULA." -- Andreas K. Hüttel Gentoo Linux developer (council, perl, libreoffice) dilfri...@gentoo.org http://www.akhuettel.de/