Re: [gentoo-user] query ebuild fields
and rattus ~ # esearch x11-terms/rxvt-unicode [ Results for search key : x11-terms/rxvt-unicode ] [ Applications found : 1 ] * x11-terms/rxvt-unicode Latest version available: 9.21 Latest version installed: [ Not Installed ] Size of downloaded files: 903 kB Homepage: http://software.schmorp.de/pkg/rxvt-unicode.html Description: rxvt clone with xft and unicode support License: GPL-3 rattus ~ # its less a search than a database lookup like the locate command so its very fast rattus ~ # esearch app-portage/esearch [ Results for search key : app-portage/esearch ] [ Applications found : 1 ] * app-portage/esearch Latest version available: 1.3-r2 Latest version installed: 1.3-r2 Size of downloaded files: 18 kB Homepage: https://github.com/fuzzyray/esearch Description: Replacement for 'emerge --search' with search-index License: GPL-2 rattus ~ # On 22/6/19 1:42 am, Mick wrote: > On Friday, 21 June 2019 18:27:58 BST Ian Zimmerman wrote: >> Is there a command to show the fields like DESCRIPTION and HOMEPAGE from >> an installed ebuild, or is this one of the annoying gaps in the >> framework that must be (and can be) trivially worked around? >> >> Example: I have installed x11-terms/rxvt-unicode. I don't know what it >> is (no, really! :-P ) and I sure as h*ll don't know the exact version >> number I have. I want to visit the upstream website to learn more. >> >> I know the following command will mostly do it, but it will >> occassionally show too much and scroll the relevant result off the >> screen. Also, being a search, it is much slower than necessary. >> >> emerge --search --quiet n x11-terms/rxvt-unicode > I use 'eix -l ' to get this sort of information. I'm sure there are > cleverer options to use with eix, so it only prints the database fields you > want, but the above has served most of my needs well. Install app-portage/ > eix, then run eix-update and from then on you can use eix-sync to sync > portage > and/or overlays with a mirror and search for the package you want. > > rxvt-unicode is a terminal emulator, like xterm, konsole, terminology, xfce4- > terminal , etc. which you use within your xsession, instead of having to > switch over to a tty. > > There's even a page about it - I can't recall having read before, but it > looks > quite detailed: > > https://wiki.gentoo.org/wiki/Rxvt-unicode > https://wiki.gentoo.org/wiki/Terminal_emulator > > HTH
Re: [gentoo-user] query ebuild fields
* Ian Zimmerman [2019-06-21 10:27:58 -0700]: Is there a command to show the fields like DESCRIPTION and HOMEPAGE from an installed ebuild, or is this one of the annoying gaps in the framework that must be (and can be) trivially worked around? You could use portageq portageq metadata /usr/portage/ ebuild $(qlist -Iv rxvt-unicode) DESCRIPTION HOMEPAGE
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 5:03 PM, Jorge Almeida wrote: ## equery uses x11-terms/xterm [ Legend : U - final flag setting for installation] [: I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for x11-terms/xterm-337: U I - - Xaw3d: Add support for the 3d athena widget set + + openpty : Use openpty() in preference to posix_openpt() - - toolbar : Enable the xterm toolbar to be built + + truetype : Add support for FreeType and/or FreeType2 fonts + + unicode : Add support for Unicode - - xinerama : Add support for querying multi-monitor screen geometry through the Xinerama API ~ That's what I expected. Ah, no, it doesn't. I thought Mick's problem was with the shell. Ah. Shrinking the window truncates the visible lines. Restoring the size doesn't restore the truncated contents. Agreed. This was expected. After all, the output of "cat foo" is not processed through readline. I don't think that readline has anything to do with this. Maybe I misunderstood the OP's problem? Ah. (But then, how can rxvt behave differently?) I don't know about rxvt per say. But I thought there was a common library (libterm?) used by a number of terminal emulators that actually saved the output to a temporary file. That way they could re-display the output if (when) the window size changed. After emerging and testing rxvt, yes, it will rewrap the line to the new window width. It seems as if it saves the output as discreet lines and re-wraps them individually based on the terminal width. So, the output of an ls -l in a 132 character window, causes each line to be re-wrapped (as below) when reducing the window width. This 40 character wide… …becomes this 30 character wide. aa aa bb bb cc cc dd dd
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 11:38 PM Grant Taylor wrote: > > On 6/21/19 4:20 PM, Jorge Almeida wrote: > > Nope. Just plain xterm (which I use a lot). BTW: it also works > > remotely, via ssh. $TERM is "xterm". > > What use terms do you have enabled (that impact XTerm)? > > Please post the output of equery uses x11-terms/xterm. ## equery uses x11-terms/xterm [ Legend : U - final flag setting for installation] [: I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for x11-terms/xterm-337: U I - - Xaw3d: Add support for the 3d athena widget set + + openpty : Use openpty() in preference to posix_openpt() - - toolbar : Enable the xterm toolbar to be built + + truetype : Add support for FreeType and/or FreeType2 fonts + + unicode : Add support for Unicode - - xinerama : Add support for querying multi-monitor screen geometry through the Xinerama API ~ > > > I will say that long command lines get re-wrapped. But that's the shell. > > If you do an ls -l, get the output, then resize the window narrower, are > you saying that the output from ls gets rewrapped? Ah, no, it doesn't. I thought Mick's problem was with the shell. > > What happens if you widen the window to or beyond it's original size? Shrinking the window truncates the visible lines. Restoring the size doesn't restore the truncated contents. This was expected. After all, the output of "cat foo" is not processed through readline. Maybe I misunderstood the OP's problem? (But then, how can rxvt behave differently?) > >
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 4:20 PM, Jorge Almeida wrote: Nope. Just plain xterm (which I use a lot). BTW: it also works remotely, via ssh. $TERM is "xterm". What use terms do you have enabled (that impact XTerm)? Please post the output of equery uses x11-terms/xterm. XTerm(337) I think that's the current version in portage. I have 346 via an overlay. No idea, then. I will say that long command lines get re-wrapped. But that's the shell. If you do an ls -l, get the output, then resize the window narrower, are you saying that the output from ls gets rewrapped? What happens if you widen the window to or beyond it's original size? I would love to know what you have done that is allowing the behavior that I /think/ you are describing.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 9:16 PM Grant Taylor wrote: > > On 6/21/19 2:04 PM, Jorge Almeida wrote: > > My xterm wraps & resizes just fine (e.g., a long line wraps; > > on maximizing the window, contents are redrawn and use just one > > line, if it fits). I don't think I did anything special for this > > to work. > > That surprises me. > > Are you automatically running screen or tmux or similar? They can do this. Nope. Just plain xterm (which I use a lot). BTW: it also works remotely, via ssh. $TERM is "xterm". > > This is the first time I've heard anyone indicate that XTerm itself did > this. > > What version of XTerm are you running? What is the output of "xterm > -version"? XTerm(337) > > > Maybe it's window manager related? I use openbox. My USE variables > > for xterm are the same as Mick's. > > The window manager should not have any effect on what's inside the window. > No idea, then. Jorge
Re: [gentoo-user] Re: query ebuild fields
On 6/21/19 3:59 PM, Ian Zimmerman wrote: No description. It clearly gets the homepage info from the .ebuild file (it doesn't exist anywhere else) so why it cannot also get the description is beyond me. ¯\_(ツ)_/¯ That's what I meant by "trivially worked around" :-) ;-) BTW, does your prompt mean you are a csh user? Wow. No. Zsh.
[gentoo-user] Re: query ebuild fields
On 2019-06-21 11:41, Grant Taylor wrote: > > Is there a command to show the fields like DESCRIPTION and HOMEPAGE > > from an installed ebuild, or is this one of the annoying gaps in the > > framework that must be (and can be) trivially worked around? > > Does equery meta not show what you want? No description. It clearly gets the homepage info from the .ebuild file (it doesn't exist anywhere else) so why it cannot also get the description is beyond me. > % egrep "(DESCRIPTION|HOMEPATE)" /usr/portage/x11-terms/rxvt-unicode/*.ebuild > /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r1.ebuild:DESCRIPTION="rxvt > clone with xft and unicode > support" > /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r3.ebuild:DESCRIPTION="rxvt > clone with xft and unicode > support" > /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-.ebuild:DESCRIPTION="rxvt > clone with xft and unicode support" That's what I meant by "trivially worked around" :-) BTW, does your prompt mean you are a csh user? Wow. -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 2:04 PM, Jorge Almeida wrote: My xterm wraps & resizes just fine (e.g., a long line wraps; on maximizing the window, contents are redrawn and use just one line, if it fits). I don't think I did anything special for this to work. That surprises me. Are you automatically running screen or tmux or similar? They can do this. This is the first time I've heard anyone indicate that XTerm itself did this. What version of XTerm are you running? What is the output of "xterm -version"? Maybe it's window manager related? I use openbox. My USE variables for xterm are the same as Mick's. The window manager should not have any effect on what's inside the window.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 8:37 PM Grant Taylor wrote: > > On 6/21/19 12:03 PM, Mick wrote: > > However, lines do not wrap around when I resize the xterm window. :( > > I've never seen this work inside of XTerm. > > XTerm (and many other consoles) only display the output as it was given > to them. They don't change the output when the window changes. So if > they are given 80 characters of text on one line and 35 on the next > line, XTerm (et al.) display those two lines of text, even on a wider > window. > > XTerm is not aware (cognizant of the fact) that the 80 characters and > the 35 characters are related to each other. > > If you resize the window smaller, XTerm drops the characters between the > new width and the old width that it had. It no longer has them to > display when you widen the window back out. > My xterm wraps & resizes just fine (e.g., a long line wraps; on maximizing the window, contents are redrawn and use just one line, if it fits). I don't think I did anything special for this to work. Maybe it's window manager related? I use openbox. My USE variables for xterm are the same as Mick's. Jorge Almeida
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On 6/21/19 12:03 PM, Mick wrote: I seem to have this enabled, as far as the GUI shows, along with reverse wraparound If it's enabled (checked) in XTerm's menu, then the feature is enabled. not sure what the reverse wraparound does. "reverse wraparound" is when you backspace off the left side of one line and the cursor goes to the far right of the line above. However, lines do not wrap around when I resize the xterm window. :( I've never seen this work inside of XTerm. I /have/ seen screen (running in XTerm) reflow the text when the window is resized. But that is /screen/ doing it, not XTerm. And by doing it, it's creating new data for XTerm to display. Well, when I anything, I tried shrinking the window width and when it became narrower than my bash prompt then the prompt only started wrapping around! That's the shell reacting to the new terminal window width. (Much like screen above.) The rest of the content (I had just run the 'ls' command) would not change from its originally displayed line width. XTerm (and many other consoles) only display the output as it was given to them. They don't change the output when the window changes. So if they are given 80 characters of text on one line and 35 on the next line, XTerm (et al.) display those two lines of text, even on a wider window. XTerm is not aware (cognizant of the fact) that the 80 characters and the 35 characters are related to each other. If you resize the window smaller, XTerm drops the characters between the new width and the old width that it had. It no longer has them to display when you widen the window back out. These are the flags I have installed x11-terms/xterm-337 with: openpty truetype unicode -Xaw3d -toolbar -xinerama The same problem applies to other xterm based terminals, on various installations of mine, but as I mentioned rxvt works as I expect/prefer. :-/ I am not, and have not, been aware of an XTerm option to reflow the text when widening (or narrowing) the window.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Friday, 21 June 2019 19:29:36 BST Jorge Almeida wrote: > In case it is a bash thing: > Do you have a line > shopt -s checkwinsize > in ~/.bashrc ? > If not, add it and then experiment with a new xterm window > (maybe rxvt doesn't require it, for some reason...) Thanks again for persevering Jorge. I added the above shell option, logout/in and tried again on xterm and konsole, but with no change. :-( I tried this on two different installations, both running Plasma/KDE and using bash as shell. Fair enough, I'll carry on using urxvt - one more reason to prefer it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] query ebuild fields
On 6/21/19 7:27 PM, Ian Zimmerman wrote: Is there a command to show the fields like DESCRIPTION and HOMEPAGE from an installed ebuild, or is this one of the annoying gaps in the framework that must be (and can be) trivially worked around? ... Eix is faster for such things. You can format the output as you need it. Does the following do what you want? eix -I --format '\n\n\n\n' rxvt-unicode urs
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 7:03 PM Mick wrote: > In case it is a bash thing: Do you have a line shopt -s checkwinsize in ~/.bashrc ? If not, add it and then experiment with a new xterm window (maybe rxvt doesn't require it, for some reason...) Regards, Jorge
Re: [gentoo-user] Re: line wrap over in xterm/konsole
Thanks Jorge, On Friday, 21 June 2019 18:43:56 BST Jorge Almeida wrote: > On Fri, Jun 21, 2019 at 5:32 PM Mick wrote: > > On Friday, 21 June 2019 13:57:23 BST Mick wrote: > > In case what I am asking for is not clear: How can I make xterm/konsole > > behave like rxvt-unicode does and redraw the content to fit the changed > > window width? > > CTRL + middle button -> Enable auto wraparound I seem to have this enabled, as far as the GUI shows, along with reverse wraparound - not sure what the reverse wraparound does. However, lines do not wrap around when I resize the xterm window. :( > Maybe you have this option disabled? To enable it by default, edit > .Xresources and add/edit the line > *VT100.autoWrap: true I've added this too, just in case, logout/in and still won't wrap anything. Well, when I anything, I tried shrinking the window width and when it became narrower than my bash prompt then the prompt only started wrapping around! The rest of the content (I had just run the 'ls' command) would not change from its originally displayed line width. These are the flags I have installed x11-terms/xterm-337 with: openpty truetype unicode -Xaw3d -toolbar -xinerama The same problem applies to other xterm based terminals, on various installations of mine, but as I mentioned rxvt works as I expect/prefer. :-/ -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: line wrap over in xterm/konsole
On Fri, Jun 21, 2019 at 5:32 PM Mick wrote: > > On Friday, 21 June 2019 13:57:23 BST Mick wrote: > window width. > > > > In xterm and friends the lines remain at the same original fixed width, > > whether the window is resized to a wider setting or not. In other words the > > line of code does not reflow to adapt to the extra length afforded by a now > > wider window aperture. > > > > Is there some setting I can apply to address this annoying phenomenon? > > In case what I am asking for is not clear: How can I make xterm/konsole > behave like rxvt-unicode does and redraw the content to fit the changed window > width? > CTRL + middle button -> Enable auto wraparound Maybe you have this option disabled? To enable it by default, edit .Xresources and add/edit the line *VT100.autoWrap: true Regards Jorge Almeida
Re: [gentoo-user] query ebuild fields
On Friday, 21 June 2019 18:27:58 BST Ian Zimmerman wrote: > Is there a command to show the fields like DESCRIPTION and HOMEPAGE from > an installed ebuild, or is this one of the annoying gaps in the > framework that must be (and can be) trivially worked around? > > Example: I have installed x11-terms/rxvt-unicode. I don't know what it > is (no, really! :-P ) and I sure as h*ll don't know the exact version > number I have. I want to visit the upstream website to learn more. > > I know the following command will mostly do it, but it will > occassionally show too much and scroll the relevant result off the > screen. Also, being a search, it is much slower than necessary. > > emerge --search --quiet n x11-terms/rxvt-unicode I use 'eix -l ' to get this sort of information. I'm sure there are cleverer options to use with eix, so it only prints the database fields you want, but the above has served most of my needs well. Install app-portage/ eix, then run eix-update and from then on you can use eix-sync to sync portage and/or overlays with a mirror and search for the package you want. rxvt-unicode is a terminal emulator, like xterm, konsole, terminology, xfce4- terminal , etc. which you use within your xsession, instead of having to switch over to a tty. There's even a page about it - I can't recall having read before, but it looks quite detailed: https://wiki.gentoo.org/wiki/Rxvt-unicode https://wiki.gentoo.org/wiki/Terminal_emulator HTH -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] query ebuild fields
On 6/21/19 11:27 AM, Ian Zimmerman wrote: Is there a command to show the fields like DESCRIPTION and HOMEPAGE from an installed ebuild, or is this one of the annoying gaps in the framework that must be (and can be) trivially worked around? Does equery meta not show what you want? % equery meta x11-terms/rxvt-unicode * x11-terms/rxvt-unicode [gentoo] Maintainer: j...@gentoo.org (Jeroen Roovers) Upstream:Remote-ID: cpe:/a:rxvt-unicode:rxvt-unicode ID: cpe Homepage:http://software.schmorp.de/pkg/rxvt-unicode.html Location:/usr/portage/x11-terms/rxvt-unicode Keywords:9.22-r1:0: alpha amd64 arm hppa ia64 ppc ppc64 sparc x86 Keywords:9.22-r3:0: ~alpha ~amd64 ~amd64-linux ~arm ~arm64 ~hppa ~ia64 ~mips ~ppc ~ppc-macos ~ppc64 ~sparc ~sparc-solaris ~x64-macos ~x86 ~x86-fbsd ~x86-linux ~x86-macos Keywords::0: License: GPL-3 There's always something like this too. ;-) % egrep "(DESCRIPTION|HOMEPATE)" /usr/portage/x11-terms/rxvt-unicode/*.ebuild /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r1.ebuild:DESCRIPTION="rxvt clone with xft and unicode support" /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-9.22-r3.ebuild:DESCRIPTION="rxvt clone with xft and unicode support" /usr/portage/x11-terms/rxvt-unicode/rxvt-unicode-.ebuild:DESCRIPTION="rxvt clone with xft and unicode support" x
[gentoo-user] query ebuild fields
Is there a command to show the fields like DESCRIPTION and HOMEPAGE from an installed ebuild, or is this one of the annoying gaps in the framework that must be (and can be) trivially worked around? Example: I have installed x11-terms/rxvt-unicode. I don't know what it is (no, really! :-P ) and I sure as h*ll don't know the exact version number I have. I want to visit the upstream website to learn more. I know the following command will mostly do it, but it will occassionally show too much and scroll the relevant result off the screen. Also, being a search, it is much slower than necessary. emerge --search --quiet n x11-terms/rxvt-unicode -- Please don't Cc: me privately on mailing lists and Usenet, if you also post the followup to the list or newsgroup. To reply privately _only_ on Usenet and on broken lists which rewrite From, fetch the TXT record for no-use.mooo.com.
Re: [gentoo-user] line wrap over in xterm/konsole
On 6/21/19 6:57 AM, Mick wrote: Is there some setting I can apply to address this annoying phenomenon? I'm not aware of such a setting for XTerm. Note: My ignorance of such a setting does not preclude it from existing.
[gentoo-user] Re: line wrap over in xterm/konsole
On Friday, 21 June 2019 13:57:23 BST Mick wrote: > I'm not sure I use the correct terminology below, but please bear with me > while I try to describe a long standing problem I'm trying to solve: > > I've been mostly using x11-terms/rxvt-unicode as a terminal emulator in X. > When resizing its window to a larger width, long lines of code which had > wrapped over to the next line, are re-adjusted (reflow) to the new line > length covering the increased width of the resized wider window. I assume > this is because the urxvt window content is redrawn in real time. Not all > commands allow this. For example, 'ps axf' neither wraps over nor is > redrawn, chopping off all content not fitting within the available terminal > window width. > > In xterm and friends the lines remain at the same original fixed width, > whether the window is resized to a wider setting or not. In other words the > line of code does not reflow to adapt to the extra length afforded by a now > wider window aperture. > > Is there some setting I can apply to address this annoying phenomenon? In case what I am asking for is not clear: How can I make xterm/konsole behave like rxvt-unicode does and redraw the content to fit the changed window width? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Preventing new versions of gentoo-sources…
Peter Humphrey wrote: > On Friday, 21 June 2019 04:08:03 BST Dale wrote: > >> The reason I have to add --exclude gentoo-sources to --depclean is so that >> it won't remove kernels I still have installed and may even be using or >> keeping as a fall back. > Depclean won't remove your kernels - only the sources to build them from. > Yes but I want to keep the sources. That's what I meant but it wasn't clear in the text. Dale :-) :-)
[gentoo-user] line wrap over in xterm/konsole
I'm not sure I use the correct terminology below, but please bear with me while I try to describe a long standing problem I'm trying to solve: I've been mostly using x11-terms/rxvt-unicode as a terminal emulator in X. When resizing its window to a larger width, long lines of code which had wrapped over to the next line, are re-adjusted (reflow) to the new line length covering the increased width of the resized wider window. I assume this is because the urxvt window content is redrawn in real time. Not all commands allow this. For example, 'ps axf' neither wraps over nor is redrawn, chopping off all content not fitting within the available terminal window width. In xterm and friends the lines remain at the same original fixed width, whether the window is resized to a wider setting or not. In other words the line of code does not reflow to adapt to the extra length afforded by a now wider window aperture. Is there some setting I can apply to address this annoying phenomenon? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Preventing new versions of gentoo-sources…
On Thu, 20 Jun 2019 22:08:03 -0500 Dale wrote: > Daniel Frey wrote: > > Yep. --select and --noreplace both record the package specified in > > the world file. The difference is you use --noreplace when the > > package specified is already installed, this prevents it from being > > reinstalled (it will record it in the world file without > > reinstalling the package.) > > > > If you know you want to keep it (as in: have --oneshot as a default > > option) and you use --select, it will record it in the world file > > and install the package. > That's what I do now tho. I'm trying to figure out how this is > different since it ends with the same result. The reason I have to > add --exclude gentoo-sources to --depclean is so that it won't remove > kernels I still have installed and may even be using or keeping as a > fall back. I've tried different ways to accomplish this, except for > the one Neil posted, and any of them has some sort of issue that has > to be addressed in one way or another. Putting the kernel versions you want to keep into @world by slot will keep them from being depcleaned. E.g., if depclean wants to get rid of gentoo-sources-4.19.44 but you want to keep it, use # emerge --noreplace sys-kernel/gentoo-sources:4.19.44 Note the colon. Neil's method is better, as once you implement it you never have to do anything again.
Re: [gentoo-user] 17.1 profiles and no-multilib layout
On 2019-06-21 10:44, Mick wrote: On Friday, 21 June 2019 08:56:34 BST Kai Peter wrote: Hi, I couldn't find an appropriate documentation for this, so it is not clear to me how a __no-multilib__ layout looks like with 17.1 profiles. All for amd64. With 17.0-no-multilib '/lib' is a symlink to '/lib64'. For 17.1-no-multilib I see 4 possibilities: 1. no change 2. both '/lib' and '/lib64' are directories (don't expect this, but it's possible) 3. 'lib64' is a symlink to '/lib' 4. only one folder '/lib' __OR__ 'lib64' exists With an eye to lfs I would expect to have one '/lib' only. Did anybody the switch already and can tell me what happens? Thanks Kai On my amd64 no-multilib system there is of course no /lib32 or /usr/lib32. There are: $ ls -ld /lib* drwxr-xr-x 11 root root 4096 Jun 7 13:23 /lib drwxr-xr-x 8 root root 12288 Jun 14 23:42 /lib64 and $ ls -ld /usr/lib* drwxr-xr-x 21 root root 4096 Jun 15 00:06 /usr/lib drwxr-xr-x 104 root root 159744 Jun 19 08:15 /usr/lib64 drwxr-xr-x 18 root root 4096 Jun 14 23:54 /usr/libexec all of which as you can see are real directories. Thanks. -- Sent with eQmail-1.10.3 beta - a fork of djb's famous qmail
Re: [gentoo-user] Preventing new versions of gentoo-sources…
On Friday, 21 June 2019 04:08:03 BST Dale wrote: > The reason I have to add --exclude gentoo-sources to --depclean is so that > it won't remove kernels I still have installed and may even be using or > keeping as a fall back. Depclean won't remove your kernels - only the sources to build them from. -- Regards, Peter.
Re: [gentoo-user] 17.1 profiles and no-multilib layout
On Friday, 21 June 2019 08:56:34 BST Kai Peter wrote: > Hi, > > I couldn't find an appropriate documentation for this, so it is not > clear to me how a __no-multilib__ layout looks like with 17.1 profiles. > All for amd64. > > With 17.0-no-multilib '/lib' is a symlink to '/lib64'. For > 17.1-no-multilib I see 4 possibilities: > > 1. no change > > 2. both '/lib' and '/lib64' are directories (don't expect this, but it's > possible) > > 3. 'lib64' is a symlink to '/lib' > > 4. only one folder '/lib' __OR__ 'lib64' exists > > With an eye to lfs I would expect to have one '/lib' only. Did anybody > the switch already and can tell me what happens? > > Thanks > Kai On my amd64 no-multilib system there is of course no /lib32 or /usr/lib32. There are: $ ls -ld /lib* drwxr-xr-x 11 root root 4096 Jun 7 13:23 /lib drwxr-xr-x 8 root root 12288 Jun 14 23:42 /lib64 and $ ls -ld /usr/lib* drwxr-xr-x 21 root root 4096 Jun 15 00:06 /usr/lib drwxr-xr-x 104 root root 159744 Jun 19 08:15 /usr/lib64 drwxr-xr-x 18 root root 4096 Jun 14 23:54 /usr/libexec all of which as you can see are real directories. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] 17.1 profiles and no-multilib layout
Hi, I couldn't find an appropriate documentation for this, so it is not clear to me how a __no-multilib__ layout looks like with 17.1 profiles. All for amd64. With 17.0-no-multilib '/lib' is a symlink to '/lib64'. For 17.1-no-multilib I see 4 possibilities: 1. no change 2. both '/lib' and '/lib64' are directories (don't expect this, but it's possible) 3. 'lib64' is a symlink to '/lib' 4. only one folder '/lib' __OR__ 'lib64' exists With an eye to lfs I would expect to have one '/lib' only. Did anybody the switch already and can tell me what happens? Thanks Kai -- Sent with eQmail-1.10.3 beta - a fork of djb's famous qmail