Re: [gentoo-user] Heads Up - switching to profile 17.1 is not as easy as it sounds
On Tue, 11 Jun 2019 at 14:23, Rich Freeman wrote: > On Tue, Jun 11, 2019 at 7:21 AM Davyd McColl wrote: > > > > On Tue, 11 Jun 2019 at 12:34, Helmut Jarausch > wrote: > >> > >> I had some trouble switching to the new profile 17.1. > >> Following the advice in the news item didn't suffice. > >> > > > > first off, `emerge -v1 /lib /lib32` didn't work out because I had an old > library in there I > > had to remove with `emerge --depclean` first. I also have an old install > of sickbeard, which > > I had to remove from world for the same reason: `emerge -v1 /lib /lib32` > would just complain > > about not being able to find an installable source (my words -- can't > remember the original > > terms), but it didn't really look like an error -- all green text. > > I've updated two hosts. One went very smoothly, but it is a fairly > dedicated host. One had a few issues, and it has a LOT of history. > > I found that anything 32-bit tended to cause more trouble, and I had a > few orphans as well. It wasn't a huge deal. > > I think a big part of that is that before I did ANYTHING I took a lot > of steps to clean up. I ran depclean and revdep-rebuild as a start. > I reviewed all the migration tool output and anything that looked > non-essential was depcleaned. When I did the 32-bit rebuild anything > that was giving me trouble was traced back to whatever pulled it in > and depcleaned (I forget if I did that up-front or if I just deleted > the offending library and depcleaned the rev dep later - obviously > don't do that for anything you care about). > > On a more dedicated host/container/etc I suspect you won't have many > issues, because you're not going to have a huge pile of legacy stuff > lying around with complicated dependency relationships. > > Some of my rebuild and depclean issues were resolved with --backtrack > and --with-bdeps=y. > > In general a good principle is that anytime you want to change > profiles take some time to do some housekeeping. The less junk you > have on your system, the less there is that can go wrong. > > On my one host I also took the opportunity to decide whether I REALLY > needed wine. That is a TON of 32-bit stuff you otherwise probably > don't need. After removing it you need to clean out package.use > because we don't have soft USE dependencies yet. > > And of course before I did anything I took a zfs snapshot of my root > filesystem which only contains the OS for the most part. So, if I ran > into serious issues a rollback would probably have been a one-liner > (I'm guessing that I'd do that from a rescue disk just to keep daemons > with stuff in /var from going nuts). > > Overall it went better than I was anticipating actually. We haven't > had a migration like this one in a while, but I do think that the > risk-level of this one was a bit undersold. Restructuring all your > libraries is obviously a risky task and while you shouldn't be > alarmist it is something that has a lot of potential to go wrong. To > be fair, the news item does say that you should do a backup. > I guess YMMV. I regularly: - emerge --sync - emerge --update --newuser --deep @world @preserved-rebuild -a - emerge --depclean -a (by regularly, I mean at least twice a week). If I uninstall anything, I clean out package.{use|accept_keywords|licence} where appropriate. AFAIK I followed the news item pedantically, following it step-by-step until I got to re-merging /lib32 & /usr/lib32, when things came a little unstuck. Doesn't mean I'm couldn't miss something, just that I'm not leaving this machine out-of-date for months at a time or expecting miracles. I also had to ditch `wine-any` (for now, at least). I _do_, however, have abi_x86_32 set on for */*, which speaks to your point about "mo' 32-bit, mo' problems". I run Steam, so I expect to find enough 32-bit dependencies that if I know that a requirement for libfoo _always_ includes the 32-bit artifact, I might have an easier time with some game I got on Humble Bundle. I also do use a small number of overlays, but try to keep that to a minimum as common sense tells me that many overlays is a quick way to get into trouble. I'll only use an overlay if I _really_ want/need something (like dotnet core). I appreciate all the help and experience available from this list and would appreciate any input on my updating procedures above, in particular, anything which would have made this transition smoother. Mostly, I find portage to be very capable, though it's taken me quite a while to make heads-or-tails of the error output, but I'm getting better at it. Coming from Debian or a derivative for around 16 years, I truly appreciate Gentoo and the freedom it provides, not to mention the community and hel
Re: [gentoo-user] Heads Up - switching to profile 17.1 is not as easy as it sounds
On Tue, 11 Jun 2019 at 12:34, Helmut Jarausch wrote: > I had some trouble switching to the new profile 17.1. > Following the advice in the news item didn't suffice. > > I had to reinstall some packages "by hand", e.g. > I had to reinstall util-linux quite early. > I had to reinstall x11-libs/libva without the opengl USE flag, since it > couldn't find libopenGL otherwise. > > After reinstalling mesa (which depends on libva), I'll try to reinstall > x11-libs/libva with the opengl USE flag. > > Currently I'm reemerging gcc bintuils glibc before I proceed with the > other packages selected by > emerge -v1 /usr/lib/gcc /lib32 /usr/lib32 > > Perhaps, it's only me. > > It isn't. It took me a few days to switch up to 17.1/plasma (because of pesky things like sleep and work). first off, `emerge -v1 /lib /lib32` didn't work out because I had an old library in there I had to remove with `emerge --depclean` first. I also have an old install of sickbeard, which I had to remove from world for the same reason: `emerge -v1 /lib /lib32` would just complain about not being able to find an installable source (my words -- can't remember the original terms), but it didn't really look like an error -- all green text. I thought I'd just hitch on to the recommended line after that in the news item: `emerge -ev @world`, which would periodically break, usually in the configure stage. I didn't know this before, but it seems that `emerge -e @world` does not merge in dependency order. (Is there a way to make it do so?) I started with hunting down and applying `emerge -1` with deps which didn't work, eg: `eix {whatever the last thing complained about}` (look for package which is already installed, and "seems right") `emerge -1 {whatever I found}` However, it seems that a bigger hammer may have just worked as well, as I resorted to this after about 20 or so hand-helped packages: `emerge -ev @world --keep-going` followed by `emerge --resume` as many times as were necessary until there were no errors in the output. I also had to manually remove a symlink for libidns.so.11, which was in /usr/lib64, but pointing at /usr/lib (so ld was complaining after every install) and I had to manually remove /lib32, after doing `equery b /lib32` and all the results mentioning `(lib)` in the line, so I _assumed_ that meant that equery was dereferencing /lib32. On that note, does anyone know of a way to figure out what atom a symlink belongs to? Not what it points at -- `equery b /usr/lib64/libidn.so.11` told me that it belonged to libidns, probably because it was dereferencing to /usr/lib/libidn.so, which eventually dereferences to /usr/lib/libidn.so.12.6.0, which _does_ belong to libidn, but what finally gave me the confidence to delete it was to spelunk through the output of `emerge -1 libidn` and see that there was no `.11.so` symlink, so I deleted it, and, out of paranoia, rebuilt -- and it didn't re-appear. It would have been great to have been able to run `equery b /usr/lib64/libidn.so.11` and get back nothing, to know "for sure" that it's an invalid link, and I assume there's a way to do so that I'm just not aware of? -d Helmut > > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. *
Re: [gentoo-user] Emerge --sync source
On 2019/02/28 10:36:35, Peter Humphrey wrote: Hello list, I have a little server box on my LAN, which I use as a git server. I'm having a bit of trouble with it pro tem so I decided to switch the git sync source on this box. I removed the entry pointing to the local server in repos.conf/gentoo.conf and put in 'sync-uri = https://github.com/gentoo-mirror/gentoo.git' Emerge --sync still insisted on going to the local server, which was not there so it stopped. I had to remove /usr/portage/.git before the repos.conf/gentoo.conf entry was respected. And that meant stripping out the whole of /usr/portage and fetching the whole lot again. Well, that's pretty-much how git works -- that local repo was still pointing to the old remote. Updating your repos.conf won't change that as the old remote is stored in config in the .git folder. However, if you need to to this again, you could: 1) change repos.conf (in case you ever wipe out /usr/portage again -- the url there is only used for initial clone) 1) in /usr/portage, run `git remote set-url origin ` -- this informs git of the change, and your next fetch should work as expected. I guess emerge could check this and set it for the user, but currently, it apparently doesn't. Is this expected behaviour? -- Regards, Peter.
Re: [gentoo-user] fresh gentoo installation reboot fs read only
On 2019/02/22 19:52:57, Tamer Higazi wrote: Hi David, you were absolutely RIGHT. I knew only from the past the Gentoo Installations, where the UUID was not necessary. I executed "blkid", took the UUID for the desired to mounted device, wrote it in the fstab file before I reexecuted grub-mkconfig Thanks for your edvises in the chat and the mailinglist you're welcome -- this list has been well helpful to me (and I've learned a lot by following it). I'm quite a fan of the Gentoo userbase -- so helpful! Must reciprocate when possible (: best, Tamer On 19.02.19 05:13, Davyd McColl wrote: > > > On February 19, 2019 00:27:34 Tamer Higazi wrote: > >> Hi people, >> I made a fresh systemd installation based and generated the kernel >> with genkernel. >> I am not capable to login after reboot. It is a EFI installation based >> on systemd >> >> I saw in the internet similiar posts, and I am stuck and not getting >> it solved somehow to login with write access. >> >> Has anybody of you an idea what I made wrong? >> >> I would kindly thank the gentoo community supporting me solving this >> issue. >> >> grub options: >> https://pastebin.com/raw/hEaP5Mv0 >> >> genkernel linux config >> https://pastebin.com/raw/7CSYLfrS >> >> gentoo /etc/fstab: >> https://pastebin.com/raw/zL19iQiZ > Just curious - how does mount know how to identify your block devices? > This fstab has no device identifier at the start of each line (eg > /dev/sda7, as mentioned in a comment above the line for root, or, > better, UUID= identifiers, as suggested in the higher up commentary). > I don't run systemd (so I'm not sure if it does something magick > here?), but I wouldn't expect this fstab to work on any of the systems > I've used. >> >> grub.cfg file: >> https://pastebin.com/7KxJCp9F >> >> >> Thank you. >> >> >> >> >> best, Tamer >> > > >
Re: [gentoo-user] fresh gentoo installation reboot fs read only
On February 19, 2019 00:27:34 Tamer Higazi wrote: Hi people, I made a fresh systemd installation based and generated the kernel with genkernel. I am not capable to login after reboot. It is a EFI installation based on systemd I saw in the internet similiar posts, and I am stuck and not getting it solved somehow to login with write access. Has anybody of you an idea what I made wrong? I would kindly thank the gentoo community supporting me solving this issue. grub options: https://pastebin.com/raw/hEaP5Mv0 genkernel linux config https://pastebin.com/raw/7CSYLfrS gentoo /etc/fstab: https://pastebin.com/raw/zL19iQiZ Just curious - how does mount know how to identify your block devices? This fstab has no device identifier at the start of each line (eg /dev/sda7, as mentioned in a comment above the line for root, or, better, UUID= identifiers, as suggested in the higher up commentary). I don't run systemd (so I'm not sure if it does something magick here?), but I wouldn't expect this fstab to work on any of the systems I've used. grub.cfg file: https://pastebin.com/7KxJCp9F Thank you. best, Tamer
Re: [gentoo-user] Problem with virtual desktops in Plasma (partialy solved)
On January 29, 2019 8:17:53 AM Martin Mokrý wrote: Dňa 27. 1. 2019 o 11:07 Martin Mokrý napísal(a): I tried to create new user, and the problem remained. So it is not problem in my user configuration. It´s problem with the Wayland. I tried to run Plasma normaly and it works! Now how to repair Wayland ... Thanks for reporting back here - I've been scratching my head about this for a while. Of course, I'm not using Wayland.
Re: [gentoo-user] Problem with virtual desktops in Plasma
On January 27, 2019 11:22:28 Martin Mokrý wrote: Dňa 27. 1. 2019 o 9:38 Davyd McColl napísal(a): On January 27, 2019 10:29:57 Martin Mokrý wrote: > > Dňa 27. 1. 2019 o 9:14 Davyd McColl napísal(a): >> >> On January 27, 2019 10:01:18 AM Martin Mokrý wrote: >> >> > Hello. >> > I have problem with number of virtual desktops in Plasma. >> > In my configuration file .config/kwinrc are declared 7 desktops with >> names. >> > But when I try to look at GUI system settings of virtual desktops, >> there is >> > only 1. When I change it to another number, confirm, click on another >> > settings panel (for example bordes) and then return to settings of >> virtual >> > desktops, there is again only 1 desktop. >> > But when I change beetwen virtual desktops by using keys (CTRL+Fx), it >> > works like it is in kwinrc file. I see number and name of desktop in >> center >> > of screen for a while. Virtual desktop applet is showing only 1 desktop. >> > Where can be problem? >> >> >> Check the setting about rows vs columns. That's caught me out before - >> I've also set up 6 virtual desktops and then it only appears that I >> have one because I have them as 1 row x 1 column. It's a bit of a ux >> fail. >> >> >> > >> > -- >> > Martin "Megac" Mokry >> > I tried to set more that 1 rows in virtual desktop settings, but both, > number of desktop and number of rows return to 1 after returning to > virtual desktop settings configuration panel. > Using the desktops widget from the task bar, I see two settings: - Number of desktops - Number of rows I currently have both set to 3 and that's working for me (I recently started only using 3 virtual desktops at home) Try that? (or something similar) I dont have settings of number of rows and desktops in my widget. Only settings of what is showing (number of desktop, name, nothing) and what to do when I click on current desktop. When I right-click on widget there is also "Add new desktop" which open system settings where I see only number 1. But when I go with mouse over the widget it shows names of windows that are running on any desktops, not only the first. Hm, what version of plasma? Whilst I do have a few things ~amd64, most of plasma (barring one other widget - redshift) is amd64. System Information reports plasma version 5.14.5
Re: [gentoo-user] Problem with virtual desktops in Plasma
On January 27, 2019 10:29:57 Martin Mokrý wrote: Dňa 27. 1. 2019 o 9:14 Davyd McColl napísal(a): On January 27, 2019 10:01:18 AM Martin Mokrý wrote: > Hello. > I have problem with number of virtual desktops in Plasma. > In my configuration file .config/kwinrc are declared 7 desktops with names. > But when I try to look at GUI system settings of virtual desktops, there is > only 1. When I change it to another number, confirm, click on another > settings panel (for example bordes) and then return to settings of virtual > desktops, there is again only 1 desktop. > But when I change beetwen virtual desktops by using keys (CTRL+Fx), it > works like it is in kwinrc file. I see number and name of desktop in center > of screen for a while. Virtual desktop applet is showing only 1 desktop. > Where can be problem? Check the setting about rows vs columns. That's caught me out before - I've also set up 6 virtual desktops and then it only appears that I have one because I have them as 1 row x 1 column. It's a bit of a ux fail. > > -- > Martin "Megac" Mokry I tried to set more that 1 rows in virtual desktop settings, but both, number of desktop and number of rows return to 1 after returning to virtual desktop settings configuration panel. Using the desktops widget from the task bar, I see two settings: - Number of desktops - Number of rows I currently have both set to 3 and that's working for me (I recently started only using 3 virtual desktops at home) Try that? (or something similar)
Re: [gentoo-user] Problem with virtual desktops in Plasma
On January 27, 2019 10:01:18 AM Martin Mokrý wrote: Hello. I have problem with number of virtual desktops in Plasma. In my configuration file .config/kwinrc are declared 7 desktops with names. But when I try to look at GUI system settings of virtual desktops, there is only 1. When I change it to another number, confirm, click on another settings panel (for example bordes) and then return to settings of virtual desktops, there is again only 1 desktop. But when I change beetwen virtual desktops by using keys (CTRL+Fx), it works like it is in kwinrc file. I see number and name of desktop in center of screen for a while. Virtual desktop applet is showing only 1 desktop. Where can be problem? Check the setting about rows vs columns. That's caught me out before - I've also set up 6 virtual desktops and then it only appears that I have one because I have them as 1 row x 1 column. It's a bit of a ux fail. -- Martin "Megac" Mokry
Re: [gentoo-user] Pick your hypothesis:
On January 24, 2019 21:22:25 Mike Gilbert wrote: On Thu, Jan 24, 2019 at 1:39 PM Alan Grimes wrote: Some F-tard at Gentoo world headquarters left the portage tree in an inconsistient state, shrugged, and walked away. Comments like this are very unwelcome, and your general attitude sucks. If you continue to communicate this way, I will request you be banned from this mailing list. <3 Look, I'm on the spectrum, so reading people really isn't my thing. It's really nice when someone else corroborates my initial impression.
Re: [gentoo-user] Missing file so DIE; Seriously?!?!?!?
On January 24, 2019 6:25:48 AM Alan Grimes wrote: 99.999% sure this is not my fault yet my build gets killed dead by it, no "Okay, let's see what other things we can build", just DIE!!! Have you tried --keep-going? ## Verifying ebuild manifests !!! A file listed in the Manifest could not be found: /usr/portage/dev-python/pygments/files/pygments-2.2.0-sphinx17.patch !!! A file listed in the Manifest could not be found: /usr/portage/dev-lang/ruby/files/2.4/012-openssl_1.1.patch !!! A file listed in the Manifest could not be found: /usr/portage/dev-lang/ruby/files/2.4/012-openssl_1.1.patch !!! A file listed in the Manifest could not be found: /usr/portage/dev-lang/ruby/files/2.4/012-openssl_1.1.patch !!! A file listed in the Manifest could not be found: /usr/portage/app-text/libetonyek/files/libetonyek-0.1.8-no-parentheses.patch !!! A file is not listed in the Manifest: '/usr/portage/kde-apps/kde-dev-utils/files/kde-dev-utils-18.04.3-ki18n-5.48.patch' !!! A file is not listed in the Manifest: '/usr/portage/kde-apps/kwrite/files/kwrite-18.04.3-root-user.patch' !!! A file listed in the Manifest could not be found: /usr/portage/media-video/obs-studio/files/obs-studio-22.0.3-fdk-build-fix.patch ### Trying to mask ruby-2.4 now... =\ ## Total: 1626 packages (427 upgrades, 34 new, 6 in new slots, 1159 reinstalls), Size of downloads: 12,018 KiB Fetch Restriction: 2 packages The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by dev-ruby/kpeg-1.1.0-r1::gentoo[ruby_targets_ruby24] # required by dev-ruby/rdoc-6.1.1::gentoo[ruby_targets_ruby26] # required by dev-lang/ruby-2.5.3::gentoo[rdoc] # required by dev-vcs/subversion-1.11.1::gentoo[ruby] # required by app-portage/layman-2.4.2-r2::gentoo[subversion] # required by @selected # required by @world (argument) # /etc/portage/package.mask: #broken, pre-release package so don't really care =dev-lang/ruby-2.4.5-r1 NOTE: The --autounmask-keep-masks option will prevent emerge from creating package.unmask or ** keyword changes. Use --autounmask-write to write changes to config files (honoring CONFIG_PROTECT). Carefully examine the list of proposed changes, paying special attention to mask or keyword changes that may expose experimental or unstable packages. tortoise /usr/portage/dev-lang/ruby # 3 I literally have NO IDEA where ruby_targets_ruby24 is being defined, I am installing 23, 25, and 26 with a default of 26... PAIN!!! -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] Turning off nVidia HDMI audio
On 2019/01/18 13:10:45, Andrew Lowe wrote: Hi all, About year ago I updated my nVidia graphics card. The sound stopped working and it turns out the new card makes it's onboard, HDMI, audio appear before the motherboard sound hence no sound via the 3.5mm jack. I usually have all of my device drivers statically linked, no modules, so to fix this problem, I had to make the sound driver a module and do some blacklisting voodoo. Besides the dodgy workaround, problem fixed. I'm now in the process of moving from spinning disks to ssd hence have done a total reinstall of Gentoo. After the install, once again I have no sound. Does any one know if in the last year, a nicer way has been found to fix this "problem"? Thoughts greatly appreciated, Andrew PulseAudio or ALSA only? afaik, PulseAudio has a gui for setting default device; with ALSA, I'd recommend setting up an ~/.asoundrc file. Whilst I have similar parameters to you (nvidia hdmi audio device, etc), I also use this to output to two devices, so my .asoundrc file is probably way too convoluted to help you; however, there's a stack-overflow question about this (https://superuser.com/questions/626606/how-to-make-alsa-pick-a-preferred-sound-device-automatically) which suggests something along the lines of: pcm.!default { type hw card 1 } ctl.!default { type hw card 1 } (after determining which card to make primary with `aplay -l`; my setup uses card names, so that's possible too) -d
Re: [gentoo-user] Playing video and CPU usage
On January 12, 2019 12:00:43 PM Dale wrote: J. Roeleveld wrote: On January 12, 2019 8:02:48 AM UTC, Andrew Udvare wrote: Sent from my iPhone On Jan 12, 2019, at 02:12, Dale wrote: Just for giggles, I used VLC for a bit to play a video. It has a fair resolution and is a .mp4. It uses about the same amount of CPU power as Smplayer. I can't tell any difference even with the same video. It appears that it may be something besides the player. You have to go into settings and make sure VDPAU is enabled. You need to enable the vdpau USE flag. I have it set globally. Also, for OpenGL, ensure "eselect opengl list" shows nvidia selected. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity. I enabled the vdpau USE flag globally and re-emerged the ones with changed flags. It wasn't many but got most video related stuff. I then set it up in Smplayer, will do VLC and others shortly. I checked this a few days ago and at the time, only nvidia was listed with eselect so it was set to nvidia. When I checked it just now, I had two, nvidia and xorg-x11, and xorg was selected for some reason. I set it back to nvidia as it should be. I just restarted Smplayer and the CPU is sitting at almost nothing when playing a video and using vdpau. I can't tell much difference between when I am playing a video and when I'm not really. However, while sound is working, the video is iffy at best. It sort of comes and goes. I've tried different video file formats but get the same when using vdpau. When I change it back to gl or something else, it works like it should. That said, when using say gl (fast), the CPU is almost nothing now. I suspect it was the eselect opengl setting that was making things not work right. I'll keep playing with the vdpau driver when I have time. I'm not sure how much improvement it will bring but if it should be used, I'll give it a shot. Thanks for the help. Since I had already checked that eselect setting, I didn't think it would be wrong. As I've said before, it's those silly little things that messes things up. :/ And that's why I thought you were using software rendering - because you were forgot to mention the eselect, but someone more switched on than me didn't Dale :-) :-)
Re: [gentoo-user] Playing video and CPU usage
On January 12, 2019 7:00:19 AM Dale wrote: Howdy, As some know, I recently bought a video card. While not the most modern thing, it is a lot faster than my old one. I have a question tho. When I'm watching TV and playing a video with Smplayer, high resolution or a medium resolution, it seems to use a good bit of CPU power. I notice in gkrellm, htop etc that it is using about 20 to sometimes 40 or 50% of CPU power. Yes, I still have the 8 core CPU in here. In Smplayer, I have video driver set to "gl(fast)" but have tried other settings as well. Obviously, some just plain don't work at all. It causes Smplayer to crash. I did some googling, I think this is the best driver setting for my card. It is nvidia based. Question, how do I know it is using the video card to process as much of the video as it is supposed to be doing? Is there some command I'm not aware of to test this? Here is some hardware info. root@fireball / # lspci -k 01:00.0 VGA compatible controller: NVIDIA Corporation GK107 [GeForce GTX 650] (rev a1) Subsystem: Micro-Star International Co., Ltd. [MSI] GK107 [GeForce GTX 650] Kernel driver in use: nvidia Kernel modules: nvidia_drm, nvidia root@fireball / # glxinfo name of display: :0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 This is what I get with glxgears at full screen. Note, video is playing on the TV as well, just not on current screen. root@fireball / # glxgears 311 frames in 5.0 seconds = 62.133 FPS 306 frames in 5.0 seconds = 61.123 FPS 311 frames in 5.0 seconds = 62.154 FPS 312 frames in 5.0 seconds = 62.217 FPS 309 frames in 5.0 seconds = 61.619 FPS 307 frames in 5.0 seconds = 61.265 FPS 315 frames in 5.0 seconds = 62.936 FPS XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 13277 requests (13277 known processed) with 0 events remaining. root@fireball / # What X driver are you using? Nouveau or the proprietary nvidia one? Your glxinfo suggests neither and you should get way higher fps with glxgears on either, but most especially with the proprietary one. Personally, I tried Nouveau for a while, but found it unstable on KDE plasma - kept locking up - but I know plasma tries to run everything accelerated. Also the proprietary one is way faster for gaming. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Firefox, downloading files and odd behavior.
On January 3, 2019 8:59:09 AM Dale wrote: Davyd McColl wrote: On January 3, 2019 12:29:34 AM Dale wrote: Nikos Chantziaras wrote: On 02/01/2019 22:45, Dale wrote: I changed some USE flags. I figure that is one thing that would make Firefox different from say the average user who just downloads Firefox from the website. Is there a reason you don't want to try the firefox-bin package I meantion in my previous post? That will be if I can't get a source build to work. Thing is, I won't be surprised if it does the same thing. I suspect this is a bug related to some permission issue or something related to it within Firefox itself. I've wondered if I should allow Firefox to store the files in its own download directory and then move them after it is completed. I may try that as well. Long term tho, I do prefer building from source. It's sort of why I like Gentoo. ;-) It's on the list of options tho. It would eliminate any local build configs too. It is a good idea to at least test it. I may try that next. If it still does it, it isn't me for sure. It's Firefox itself. I agree it's a good idea to try the bin. Also perhaps to try to to back to as vanilla USE flags as possible. IIRC, my only deviances from the default USE flags are to disable pulseaudio and enable clang (though that was only recently after the announcement about how it was supposed to improve performance so much, and was to become the mozilla-preferred method). Fortunately, at least Firefox builds relatively quickly, unlike chromium (~40 min vs ~2.5h on my machine). Yea, it is a good idea. Thing is, my network is busy right now. I'm on a video download binge again. -_O Question. Just what is clang? I did a eix for it but its description is minimal and not to informative, if one doesn't already know what it is. If you know, what does it add to Firefox and briefly how does it do it? The reason I ask, could that help with my current issue? I'm all for Firefox being faster, even on this pretty fast rig, but I'd also give it a try as well if it would fix this issue and as a bonus make Firefox work better/faster/whatever as well. It's a front-end for llvm (a kind of generic compiler) - bascially a compiler replacement for gcc which has shown good compile times and the Mozilla team is claiming fairly reasonable performance gains when compiled with clang. It's been around a while, so it's not like you're taking a huge chance or anything. It's just not quite as venerable as gcc. Thanks. Dale :-) :-)
Re: [gentoo-user] Re: Firefox, downloading files and odd behavior.
On January 3, 2019 12:29:34 AM Dale wrote: Nikos Chantziaras wrote: On 02/01/2019 22:45, Dale wrote: I changed some USE flags. I figure that is one thing that would make Firefox different from say the average user who just downloads Firefox from the website. Is there a reason you don't want to try the firefox-bin package I meantion in my previous post? That will be if I can't get a source build to work. Thing is, I won't be surprised if it does the same thing. I suspect this is a bug related to some permission issue or something related to it within Firefox itself. I've wondered if I should allow Firefox to store the files in its own download directory and then move them after it is completed. I may try that as well. Long term tho, I do prefer building from source. It's sort of why I like Gentoo. ;-) It's on the list of options tho. It would eliminate any local build configs too. It is a good idea to at least test it. I may try that next. If it still does it, it isn't me for sure. It's Firefox itself. I agree it's a good idea to try the bin. Also perhaps to try to to back to as vanilla USE flags as possible. IIRC, my only deviances from the default USE flags are to disable pulseaudio and enable clang (though that was only recently after the announcement about how it was supposed to improve performance so much, and was to become the mozilla-preferred method). Fortunately, at least Firefox builds relatively quickly, unlike chromium (~40 min vs ~2.5h on my machine). Dale :-) :-)
Re: [gentoo-user] Re: Firefox, downloading files and odd behavior.
And fwiw, I haven't had this problem with building from source either. And just recently switched to clang too, though Firefox was plenty speedy before so I'm not really noticing the gains that were advertised. -d On January 1, 2019 9:32:38 AM Nikos Chantziaras wrote: On 01/01/2019 06:45, Dale wrote: [...] [ebuild R ~] www-client/firefox-64.0::gentoo For what it's worth, I never had that problem with the official Mozilla build of Firefox (www-client/firefox-bin). Might be worth trying that instead. Don't forget to "quickpkg firefox" and back up your ~/.mozilla directory first.
Re: [gentoo-user] Re: You removed Weboob package over political reasons? Whole Internet laughs at you
On December 24, 2018 6:30:01 PM Rich Freeman wrote: On Mon, Dec 24, 2018 at 11:25 AM Davyd McColl wrote: wtf is this toxicity? Not enough hugs from mommy? This discussion has nothing to do with Gentoo. Please refrain from dragging it out - it was cross-posted to about half a dozen different lists. It is not necessary to "win" an argument here - we have nothing to do with linux licensing and nothing is going to be accomplished by holding a debate here. -- Rich @Rich you're right. Apologies. I'm too easily incensed by stupidity ):
Re: [gentoo-user] Re: You removed Weboob package over political reasons? Whole Internet laughs at you
On December 24, 2018 5:17:57 PM vsnsdua...@memeware.net wrote: Debian is not ruled by the men who actually write the software, but instead women. Just like in all the anglo-american conquered world. We, the men who actually do work, are treated as the same worker-slaves everywhere. Opensource was a refuge from the worthless cunts (who ban us from having anything good, such as cute young child brides (allowed by YHWH)) but has not been for some time now. Part and parcel of anglo culture: the man is a dog, the wwmmmannn is a Noble. wtf is this toxicity? Not enough hugs from mommy? Now that Linus has caved all is lost. imo, Linus has done well to overcome some of his buddies for (probably) being on the spectrum. Well done to him and I hope we can all learn a thing or two. But you can always rescind license for your copyrighted works... (as-long as they are a bare license such as the gpl2). Absent an attached interest (ie: someone paying you for use of the work, or relying on your promises): you the rightsholder have the right to rescind at will. GPL v2 lacks such language disclaiming rescission, you made no utterances that one could rely upon to suggest that there would be no rescission, and you were paid no consideration for your work. .: You can rescind, just like any other property license. And yes, I am a lawyer. Cool. Assuming that your information isn't just more bias, that's interesting to know. Men should be free to take girl children as brides and feminism should Are you serious here, pedobear? be eliminated from the earth (just as they seek to eliminate all pro-male cultures in the world) Just like with guys, there are radicals. The true heart of feminism is equality, not ownership and degradation. I earnestly hope for your enlightenment. On 2018-12-24 14:58, Default User wrote: On Mon, Dec 24, 2018, 05:20 Ivan Ivanov 500 comments at Slashdot, >200 at Phoronix and >1000 at linux org ru! See now? When a technical project starts making their decisions over political reasons... rather than technical, it is doomed. Good time to switch to a similar distro with mentally sane leadership, like Devuan. Also what's good about Devuan : Devuan does not use SystemDick as its' init system! SystemD contains 1 million lines of bloated code and lots of vulnerabilities have been found there and countless haven't, also the SystemD creators are arrogant and refuse to fix many discovered security vulnerabilities, to a point where they've been awarded a " Pwnie award " for refusing to fix a critical vuln. That is why I prefer the distros which are using something else as init system: either good old SysV, or something more modern like OpenRC (at Artix Linux) or runit (at Void Linux) , just not systemd! There are only a few such distros left because of Redhat pressure, and luckily Devuan is one of them. If you found Debian as useful before it went nuts then maybe you'd like Devuan, or even some other distros that I mentioned: Artix Linux =Arch with a human face (has GUI + everything configured by default, nice GUI package manager and convenient to use even for the beginners), and Void Linux -amazingly fast distro really suitable for old PCs, but lacks some packages so you'd need to compile the things from source once in a while, in comparison Artix has almost the same set of packages as Arch. Both Artix and Void are very stable despite their packages are really new and they are among the first to get new Linux kernels with fresh drivers. Or maybe MX Linux, one of the top popularity distros nowadays which is also "no systemd" and somehow only recently I learned about it Best regards, Ivan Ivanov, open source firmware developer How ridiculous that some pathetic questionable would spend their precious time on Earth censoring package names which contain the character string "boob". Sad.
Re: [gentoo-user] Software for checking CDs and DVDs for errors?
On December 3, 2018 11:32:46 PM Jack wrote: On 2018.12.03 11:27, Pouru Lasse wrote: I've got a bunch of scratched disc-based games (PS2, Xbox 360) that I'd like to check for errors. Is there any program for Linux that does this? I found and tried dvdisaster, but it only works for CDs, not DVDs. Everything else seems to be Windows-only. I have not installed dvdisaster, but I'd be really surprised if it won't check dvd's. The ebuild description is "Tool for creating error correction data (ecc) for optical media (DVD, CD, BD)" so if it really balks at a dvd, I'd file a bug. Also - what is your criteria for finding an error? Could you just read the entire disk or copy to /dev/null and just look for any read errors? (I'm not sure if I'd try cp or dd or some variant on dd.) Jack Not so much just for verification, but I'd also check out ddrescue. If the tool dumps your media easily, it's probably good. If it struggles, you may at least still have a workable image by the time it is done. IIRC, some game discs may also throw a curve-ball here: they had intentional errors introduced near the end of the disc to prevent image dumping for copy protection. I'm sure I ran across a ps2 game or two like this. -d
Re: [gentoo-user] Plasma sound devices
On November 23, 2018 8:12:34 PM Mick wrote: On Friday, 23 November 2018 17:44:00 GMT Peter Humphrey wrote: Hello list, Over the last few days I've trimmed my plasma setup - to slightly below the minimum, by which I mean that sound notification has stopped working. I can hear streamed radio, but the plasma control panel doesn't show any devices so I don't hear notifications. I've scanned the list of packages I removed but I can't see a likely suspect, and google just returns results about having no sound at all, which is not my case. Can anyone tell me which plasma module I need to install to hear notifications again? Again, the hardware and low-level drivers are fine: it's just plasma that's missing a component. I have the kde-plasma/plasma-meta installed here, although I do not run the plasma desktop. It has the USE flag pulseaudio enabled, which I suspect is needed to get things like desktop notifications working: [+ C] pulseaudio kde-plasma/plasma-meta: Install Plasma applet for PulseAudio volume management [+ ] (5) 5.13.5 [gentoo] [+ ] (5) 5.14.3-r1 [gentoo] -- Regards, Mick For what it's worth, I don't have PulseAudio at all on my system and plasma still does audible notifications. I think Dale may be closer to the solution with the suggestion about kmix.
Re: [gentoo-user] Re: What's with KDE?
On 2018-11-06 10:54:38, Samuraiii wrote: On 5.11.2018 17:35, Nikos Chantziaras wrote: On 03/11/2018 06:43, Alan Grimes wrote: How did they make it so that 40% of ordinary zip files I try to open with konqueror fail CRC (but work perfectly from the command line) It used to have nice large icon mode with previews, and nice small-icons in normal mode... Broken too for many months now. =\ Akregator crashes all the time if I simply try to close a tab... It went about three years without saving anything to disk when it's supposed to buffer my RSS feeds. Now it's just crashtastic in the extreme... Plasma in itself is not too bad. I use Plasma, but not Konqueror or Akregator. Find the applications that work best for you. Just because you use Plasma doesn't mean you need to use the rest of KDE's applications ;-) My browser is Firefox, my email client is Thunderbird, my image viewer is eog (Eye of GNOME), etc, etc. I think my only KDE application is my file manager, which is Dolphin. I use plasma since it got stable (on KDEish stuff since gnome 3)... It is getting better with each emerge. I also dropped Konqueror as file manager, first because it was ~ for a time and the features was not that much needed as before. And Firefox and Thunderbird is also my choice. I usually tend to try to find QT5 based app* before other alternative but eventually I land by best working one (kdiff compared to Meld, and so on). S * even if it means using ~version I've been watching this thread -- didn't want to bring up plasma since there's been a lot of people who don't like it. When plasma first hit, it was a ball of crud -- slow, crashy, inconsistent, memory hog. However, it's been quite a while since then and, though I can't say that it's super-light on memory, it's not bad memory-wise, if you have the ram to spare (currently using around 160mb on my machine, 1 panel, a small handful of widgets). I also haven't really experienced the 'crashy" part in a while, though at its peak, I wrote a watchdog script for it. It looks good to me and there are themes which are flatter (my preference) or with more relief, as expressed as a preference elsewhere in this thread. Dolphin is (imo) quite good (does dual-pane too) and I stick to FF for web browsing. I'd heartily recommend qterminal over konsole, simply because it's lighter and faster (think aterm with pretty fonts). QDirStat is a real winner. If you're not on a ram-constrained machine (think < 2gig), then I'd recommend plasma. I can't speak to "native" dev environments as I tend towards the JetBrains spectrum (WebStorm, Rider, etc) and VSCode. The one blocker to note is that plasma expects a hardware-accelerated desktop. I found it to be incredibly unstable with the Nouveau drivers and super-slow with drivers like fb. I don't think you need super-special hardware -- even a reasonably modern Intel GPU might suffice -- but it's something to consider. -d
Re: [gentoo-user] Android studio emulator without PulseAudio
Would apulse not do the trick? -d On 2018-10-30 11:15:14, Pouru Lasse wrote: Is it possible to run the emulator included with Android Studio without having PulseAudio installed? When I try to launch the emulator, it instantly crashes because it can't find libpulse.so.0. My QEMU package is compiled without PulseAudio, but Android SDK comes with its own version of QEMU. Setting QEMU_AUDIO_DRV=none, as instructed in Android Studio manual, seems to have no effect, and the Gentoo wiki page on Android Studio just tells you to install PulseAudio. I don't mind having no audio at all, I just don't want to install PulseAudio. Any options? - Lasse
Re: [gentoo-user] Nvidia driver surprise
Apologies - green is nvidia and red is amd. No special code - that's just their primary marketing colors. -d On October 28, 2018 17:03:32 Philip Webb wrote: 181028 Davyd McColl wrote: 181028 Philip Webb : Perhaps I should buy a more upto-date graphics card. Or perhaps go team red. Personally, I've had enough of team green's drivers. My 660ti is still working fine, but if it dies, I think I'm going red. you can't be held hostage with binary blobs. And they're cheaper. Sorry, I don't understand your red/green code. Upgrade to the 1050 or so and you won’t have to upgrade for years. I am still on my GTX 980 since 2015. I looked at my local store (Canada Computers, College St, Toronto) & they offer an Asus GeForce GT1030 LP for CAD 120 : it runs at 1228 MHz & has 2 GB memory @ 3004 MHz with 64-bit i/face. My mobo is an Asus M5A97 AMD, which I bought 3 years ago . Does anyone see a problem using this card with Nvidia & my mobo ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Nvidia driver surprise
Or perhaps go team red. Personally, I've had enough of team green's drivers. My 660ti is still working fine, but if it dies, I think I'm going red. Not saying the grass is 100% greener there (heh) but at least you can't be held hostage with binary blobs. And they're cheaper. /2c -d On October 28, 2018 4:28:37 PM Andrew Udvare wrote: On Oct 28, 2018, at 09:53, Philip Webb wrote: Perhaps I should buy a more upto-date graphics card. Does anyone have comments or suggestions ? Upgrade to the 1050 or so and you won’t have to upgrade for years. I am still on my GTX 980 since 2015.
Re: [gentoo-user] Re: tab-grouping in Firefox
On October 22, 2018 7:26:53 AM Philip Webb wrote: 181015 Philip Webb wrote: The big question is whether I can still group tabs, whether directly with FF or via some add-on (whatever they're now called). I've now been using FF for a few days & can report my experience. There doesn't seem to be an add-on which reproduces the old version. However, I've done what I thought mb the best imitation : the answer is windows ! -- no, not that Windows, but FF windows. It's simple to drag-drop tabs from one FF window to another : you just have to make sure you drop it into the Tab Bar. My daily use of this is when reading news stories. If I'm reading the Guardian, there are 5 story lists I check : World, UK, Biz, Opinion + the home page. The problem is that not all Biz stories are listed there, but mb eg under World, so to group them for easy reading I need to grab all of them, then move them into my desired groups, ie World, UK, Biz (incl Brexit), Science+Environment, Entertainment (sport history pictures etc). This was easy fun using the old Tab Groups ; now it's not fun, but fairly easy to do by creating separate windows & dragging the appropriate tabs into the appropriate windows ; dragging the 1st onto the desktop creates each window. Does anyone know why FF dropped this feature ? It looks as if it sb easy to develop as a front-end to window management. Otherwise, the new FF is noticeably faster than the old FF. Also, can anyone tell me how to remove an add-on ? The "hamburger" menu (three horizontal lines) need the top-right) has a menu item to get to addons - simply disable or uninstall from there. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] external storage
Most newer external storage devices come formatted with ntfs these days, so if you just want to plug-and-play, I suggest installing ntfs-3g. File managers like dolphin and desktop environments like KDE will notice the device and allow you to mount and use them. Be aware, though, that ntfs-3g, whilst being an excellent bit of software (imo), is not the fastest way to access those disks. If you have no need to move the disk to another computer or if you only plan on moving between Linux computers, I suggest formatting with a native filesystem like ext4. Personally, I use ntfs-3g for my 4 large external disks so that I can access them when I infrequently dual-boot to windows of on the off-chance that I would like to lend the drive to someone. I accept the performance penalty. -d On October 3, 2018 05:45:58 the...@sys-concept.com wrote: Are all external storage, media/disk work with Linux? Any recommendations, or which one to stay away from. Some of them are encrypted, so I suppose they will not work with Linux out of the box. -- Thelma
Re: [gentoo-user] libGL symlinks vs `eselect opengl`
Thanks for getting back to me. I'd really like to not make a useless bug report, so please bear with me: 1. Am I correct that I should report here: https://bugs.gentoo.org/enter_bug.cgi?product=Gentoo%20Linux 2. I ask the above because I'm not entirely clear on how to CC opengl and celestia at the above url. If that's the right place (and it looks to be right), please let me know how to apply the correct CCs such that the right people get eyes on this and I'm not spamming the wrong people (: Thanks -d On Wed, 29 Aug 2018 at 18:19, Andrew Savchenko wrote: > Hi! > > On Wed, 22 Aug 2018 20:33:00 +0200 Davyd McColl wrote: > > The other day I installed Celestia for the entertainment of my son, who > is > > delighted with anything stellar / planetary. Celestia wouldn't start up, > > and, long-story-short, I tracked down the issue to the symlinks: > > > > /usr/lib64/libGL.so > > /usr/lib64/libGL.so.1 > > > > which ultimately point to > > > > /usr/lib64/libGL.so.1.2.0, > > > > provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with > > `eselect` at some point, so I checked with `eselect opengl list` and > found > > that, as expected, my selected opengl implementation was nvidia. Just in > > case, I switched over to xorg-x11 (mesa) and back again, but this didn't > > fix the problem. > > > > Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so > > (provided by x11-drivers/nvidia-drivers) works, however, of course, > portage > > doesn't know anything about this, so the update I received today for > > media-libs/mesa reverted these symlinks back to pointing at mesa libs. > > > > So the questions I have are these: > > 1) Am I reasonable in expecting `eselect opengl` to maintain these > > symlinks? I feel like it's a reasonable expectation, but perhaps there's > > just yet another thing I have to learn / understand. > > No, eselect opengl works differently. It uses /etc/env.d to alter > LDPATH and OPENGL_PROFILE environment variables. It also changes > xorg.conf. > > So you may need to restart your X server and source /etc/profile in > active shells for changes to take effect. > > > 2) Should I be logging a bug (against eselect, or perhaps celestia, since > > this is the only app which seems to have suffered this fate -- games like > > Torchlight 2 and utils like glxgears work just fine; glxinfo reports > NVIDIA > > extensions), or is there just something I've fundamentally missed or > messed > > up here? > > If glxinfo reports correct data and glxgears works fine, then this > may be a bug and please report it. You may CC both celestia and > opengl since right now it is not obvious which is the culprit. > > Best regards, > Andrew Savchenko > -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. *
[gentoo-user] libGL symlinks vs `eselect opengl`
The other day I installed Celestia for the entertainment of my son, who is delighted with anything stellar / planetary. Celestia wouldn't start up, and, long-story-short, I tracked down the issue to the symlinks: /usr/lib64/libGL.so /usr/lib64/libGL.so.1 which ultimately point to /usr/lib64/libGL.so.1.2.0, provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with `eselect` at some point, so I checked with `eselect opengl list` and found that, as expected, my selected opengl implementation was nvidia. Just in case, I switched over to xorg-x11 (mesa) and back again, but this didn't fix the problem. Manually redirecting these to /usr/lib64/opengl/nvidia/lib/libGL.so (provided by x11-drivers/nvidia-drivers) works, however, of course, portage doesn't know anything about this, so the update I received today for media-libs/mesa reverted these symlinks back to pointing at mesa libs. So the questions I have are these: 1) Am I reasonable in expecting `eselect opengl` to maintain these symlinks? I feel like it's a reasonable expectation, but perhaps there's just yet another thing I have to learn / understand. 2) Should I be logging a bug (against eselect, or perhaps celestia, since this is the only app which seems to have suffered this fate -- games like Torchlight 2 and utils like glxgears work just fine; glxinfo reports NVIDIA extensions), or is there just something I've fundamentally missed or messed up here? Thanks -d -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. *
Re: [gentoo-user] Layout problem in latest KDE apps
I'm not an expert on KDE internals, but I would guess that it's either a problem with the theme or the rendering of the theme. The easier one to test is the former - perhaps emerge kde-plasma/breeze, select the breeze theme from KDE control panel and log out / back in again. If that doesn't work, I'm afraid you've hit the limit of my helpfulness, fwiw. -d On July 31, 2018 03:01:15 Peter Humphrey wrote: On Monday, 30 July 2018 17:11:16 BST Davyd McColl wrote: Those spaces look like where I have icons. Perhaps try changing theme? And change back? Perhaps it's just a theming issue. The icons disappeared at the last update: kde-frameworks, I think it was. I've rebooted several times since then, but the icons haven't reappeared. And the silly spacing has remained. I also had a bunch of KDE updates last night, but I'm not seeing any odd behavior, even after a log out / log back in again. Not sure what versions yours are, but my KDE is stable. Mine too. -- Regards, Peter.
Re: [gentoo-user] Layout problem in latest KDE apps
Those spaces look like where I have icons. Perhaps try changing theme? And change back? Perhaps it's just a theming issue. I also had a bunch of KDE updates last night, but I'm not seeing any odd behavior, even after a log out / log back in again. Not sure what versions yours are, but my KDE is stable. -d On July 30, 2018 12:18:37 Peter Humphrey wrote: Hello list, My daily update yesterday included 100 kde-apps/* . Now dolphin and konqueror-as-a-file-manager have their panels laid out with extremely wide spacing (example attached). Is this my fault or theirs? -- Regards, Peter.
Re: [gentoo-user] Steam is still BROKEN
On July 29, 2018 19:43:06 Alan Grimes wrote: Daniel Salas Rodriguez wrote: On 07/29/2018 09:34 AM, Alan Grimes wrote: James Stevenson wrote: I've migrated all of my gaming over to GOG. I kept some of the x86_32 libraries from ~/.local/share/steam incase I need to add them to the library path for launching some games but otherwise I've removed steam from my PC. I've also set my video drivers to 32b in my package.use but that's my whole setup. I had been operating under the assumption that my windows machine was the unstable platform and was preferentially selecting games that I could run on Linux Why would you assume that WIndows is the unstable one when every game is built with Windows as the first class citizen? Even if you are changing it every day it should be way better than running in Linux. I believed the lies about open source and linux etc, even despite my lived experience... Mostly because I hate Micro$oft to death... =\ IMO, that's a rather myopic reason to select an operating system. An OS, like any other piece of software, is a tool for a task. You select the one(s) which allow you to accomplish what you want to on the hardware you have. What in god's name are the linux ppl trying to build here?!?!?! It's certainly not a stable, usable, and reliable operating system... Funny you should say that. A Linux machine has been my primary personal desktop for around 18 years now. Most of that has been on Debian or some derivative, but part of what I want from the tool at hand is that it does what I want - so I had the freedom to switch to Gentoo and ditch PulseAudio and systemd, the two flies in my otherwise functional ointment. I've only been here for a little over a year, but I'm incredibly grateful for the hard work and the helpful people. Perhaps you should look up that word: gratitude. Remember that all of this costs you nothing and costs others one of the only two resources we genuinely have (time, the other being our physical being) for which they recieve no extrinsic reward. And perhaps you should exercise your freedom to select another operating system. And I'm running KDE and steam without issue, ignoring nvidia driver bugs wrt Vulkan, affecting exactly one game I have. But I'm not here to bore you all with my thoughts on nvidia and their non-alliance with the Linux community. -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] KDE: wtf
Whilst I use KDE, I haven't been brave enough to go full unstable on my system - I try to avoid ~amd64. So my KDE install is stable. And if seems your problems are ~-related, as shown by your mentioned version of kwindowsystem (5.48), unlike mine @ 5.46 (and equery concurs). So my advice to you would be to settle back on stable (it's really not that far behind) if you would prefer a working system over fighting issues like this. Some people enjoy the process of figuring this stuff out. Some want a working system. Whilst I am a little of both, I'm leaning more towards the latter as I get older and have fewer fucks to give, and it sounds like you're getting there too. -d
Re: [gentoo-user] is anyone using Nouveau graphics driver ?
You are completely right - plasma does expect OpenGL to do what is expected from the specs. I don't think GNOME pushes the limits as far. And I would use GNOME if it suited my needs - which I'm quite sure my last mail made abundantly clear that it doesn't. Still, can't really blame plasma. That's like blaming a racing engine when it explodes on shitty fuel. The culprit is (unfortunately) Nouveau, no matter how much I wish it weren't so. And I wish it a whole heap. -d On July 23, 2018 21:25:39 Canek Peláez Valdés wrote: On Mon, Jul 23, 2018 at 9:18 PM Davyd McColl wrote: Definitely Nouveau. I tried (really hard) to stick to proper open-source all the way. But the culprit became abundantly clear when I switched to proprietary and never again had a lockup. Ever. And there are plenty of other users on the interwebs with the same sad story. That may very well be true, but it's certainly not the rule. I've been using Nouveau on Linux on a GTX 960, and I haven't had a single problem with GNOME. Perhaps the combination is the problem; nouveau + Plasma may have issues. Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] is anyone using Nouveau graphics driver ?
Thanks for taking the time to reply, Dr Valdés. Unfortunately, I would like to game now and then, and I wholeheartedly believe that the GNOME developers uncovered a spectacular cache of drugs just before abandoning the perfectly functional, fast GNOME 2 for whatever they call a desktop now. Which is why I went back to KDE, after being a GNOME advocate. But to each their own - if GNOME 3 makes all 7 of their users happy, that's good enough. -d On July 23, 2018 21:22:05 Canek Peláez Valdés wrote: On Mon, Jul 23, 2018 at 8:37 PM Davyd McColl wrote: Dr Valdés, I'd really like to know more. Are you using a compositor; what desktop environment? I use GNOME 3.24.2, with gnome-shell (which uses a compositor). Also, I run Wayland, not "classic" X. > If I had had the positive experience you speak of, I would adopt Nouveau in a heartbeat. Nvidia has clearly shown their lack of interest in the Linux community by shunning higher console resolutions, leaving a display port blanking bug unresolved for about 2 years and haphazardly fixing bugs with features reported to be working on miscellaneous branches of the driver, unreleased to the unwashed masses (read up about Vulkan support, esp vs Rise of the Tomb Raider). I do not play modern AAA games on Linux. Nouveau works with 2D acceleration and basic OpenGL, but I don't think it can handle something like Tomb Raider or Mad Max. I would accept a framerate hit for an open-source driver. But rebooting my main machine daily is off the cards. If I wanted that, I'd use that other OS. I develop on that other OS, but my development machine can be rebooted any time. My home machine has shit to get done. Nouveau (in my experience) is rock solid and fast for desktop use. However, it doesn't work for gaming, AFAIK. Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] is anyone using Nouveau graphics driver ?
Definitely Nouveau. I tried (really hard) to stick to proper open-source all the way. But the culprit became abundantly clear when I switched to proprietary and never again had a lockup. Ever. And there are plenty of other users on the interwebs with the same sad story. -d On July 23, 2018 21:11:33 R0b0t1 wrote: On Mon, Jul 23, 2018 at 9:47 AM, Andrey F. wrote: My experience is the same. Things are super fast with Nouveau, but the random system-wide lock ups were unbearable. I'm a KDE plasma user as well. My last experience was about 6 months ago. I wonder if there is anything we can do to help solve the lockup issues in the long run with Nouveau. I experienced these lockups using Plasma without Nouveau (in a VM, with the VBox drivers). Is everyone sure it is Nouveau that is to blame? My understanding is it works perfectly save some of the advanced 3D rendering. Cheers, R0b0t1
Re: [gentoo-user] is anyone using Nouveau graphics driver ?
Dr Valdés, I'd really like to know more. Are you using a compositor; what desktop environment? If I had had the positive experience you speak of, I would adopt Nouveau in a heartbeat. Nvidia has clearly shown their lack of interest in the Linux community by shunning higher console resolutions, leaving a display port blanking bug unresolved for about 2 years and haphazardly fixing bugs with features reported to be working on miscellaneous branches of the driver, unreleased to the unwashed masses (read up about Vulkan support, esp vs Rise of the Tomb Raider). I would accept a framerate hit for an open-source driver. But rebooting my main machine daily is off the cards. If I wanted that, I'd use that other OS. I develop on that other OS, but my development machine can be rebooted any time. My home machine has shit to get done. -d On July 23, 2018 18:54:17 Canek Peláez Valdés wrote: On Mon, Jul 23, 2018 at 12:17 PM Philip Webb wrote: [...] (1) What are people's experiences with Nouveau ? -- does it work easily with various kernels ? Usually without any intervention from my part. -- does it manage graphics stably & reliably ? Much more than with the NVidia binary driver, at least in my case. -- I don't do much with video (a few newsreels) & don't use sound. I watch video (both desktop and YouTube), listen to music and edit some video. Also I edit some images with Inkscape and/or Gimp. And normal desktop use. (2) If I install it, how do I switch between Nouveau & Nvidia ? Basically "eselect opengl set xorg-11" or "nvidia". Also, for NVidia you must add a Xorg.conf snippet in /etc/X11/xorg.conf.d/ so you set the NVidia device for the binary driver. (3) Sadly, I didn't make a Quickpkg of the Nvidia version I was using when my scanner was working with Gentoo (last time 180626). I have the distfiles, but not the ebuilds : is there anywhere I can find ebuilds for Nvidia-Drivers 390.42 390.48 ? Git to the rescue: https://gitweb.gentoo.org/repo/gentoo.git/tree/x11-drivers/nvidia-drivers?id=9a52478a2329ffce09c4c1a400934499fcb5ae93 I should mention that I use GNOME. The nouveau drivers have been working like a charm for GNOME for several years. Regards. -- Dr. Canek Peláez Valdés Profesor de Carrera Asociado C Departamento de Matemáticas Facultad de Ciencias Universidad Nacional Autónoma de México
Re: [gentoo-user] Something's messed up my mimetypes
Or, if you've gone the whole hog (like me), right-click an ISO in dolphin, choose "properties" and on the general pane, click "file type options". Here you can add / remove handlers and prioritize which one you would like by default. IIRC, this deals with mime types, so won't just affect dolphin. -d On July 23, 2018 18:55:44 Peter Humphrey wrote: On Monday, 23 July 2018 16:58:41 BST Wols Lists wrote: While I appreciate it's a damn sight more powerful than Windoze's braindead file extension system, it feels to me like mimetypes are a rogue chainsaw sometimes ... How do I find out what mimetypes are associated with an application? Going the other way is a simple "System Settings" options, except that (a) I don't have a clue what half these mimetypes are, and (b) I don't fancy going through ALL of them one by one looking for the program in question. Oh - and I searched the web which kindly pointed me to the config file .local/share/applications/defaults.list - except it doesn't exist ... All I want to do is find out what extensions Kate has tagged itself onto - what it thinks it's going to do with a dot-iso I *do* not know! Seeing it's Kate you're interested in, I assume you have much of the rest of plasma installed. In that case, in the control panel (sorry - System Settings) go to Applications, then File Associations. Put the program you're interested in in the search box, et - viola! -- Regards, Peter.
Re: [gentoo-user] Steam now not working too...
Perhaps just back up ~/.local/share/Steam/steamapps and reset steam, then close steam and copy back your steamapps? I've done this on Windows before, for similar reasons. Haven't needed to with steam on Linux - and it just updated about 1/2 an hour ago. -d On July 23, 2018 18:17:45 Alan Grimes wrote: KDE is still very very broken. Steam is almost 1/100th as bad as filezilla at pushing out stupid updates to their beta client, which is pretty awful, whereas filezilla is unbelievable... Anyway, their client now doesn't load: ## atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/games/bin:/opt/cuda/bin) Package curl needs to be installed Package python-apt needs to be installed Package xterm needs to be installed Package xz-utils needs to be installed Package zenity needs to be installed Package libgl1-mesa-dri:i386 needs to be installed Package libgl1-mesa-glx:i386 needs to be installed Package libc6:i386 needs to be installed Running Steam on gentoo 1.0.0.54-r4 64-bit STEAM_RUNTIME is enabled by the user Pins up-to-date! atg@tortoise ~ $ The troubleshooting page gives |user $||steam --reset But then I have modded the living hell out of several of the games I have and I ___REALLY___ don't want to re-install those, is there a softer reinstall that just clears out Steam's binaries without touching the game library? Also, I'm version frozen on my linux kernel at 4.15.14... Is it getting time to jump to 4.16? I'm much too shy to go to 4.17 at the moment... No complaints about 4.15 except that it's a horrible archaic monolithic kernel supporting a system that should have been obsoleted in the '90s. | -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] is anyone using Nouveau graphics driver ?
For what it's worth, my experience with Nouveau has been dismal. I use KDE plasma, which runs everything via accelerated graphics and I would encounter system-wide lockups within 2 hours, often much closer to within 10 minutes. Nouveau has better terminal support though, supporting the higher resolutions that the proprietary driver can't be bothered to support. So if you have a vt-only use-case, it's a win. But otherwise, I'm very wary. Granted, the last time I tried was about a year ago, but the troubles I had been experiencing were common with other users for long before that. You could give it a try and see. As for usage, iirc, if it's enabled in your kernel config, it's loaded by default, even if the proprietary drivers are installed. I blacklisted the Nouveau module to get the proprietary one loaded (so that I could switch back after a kernel update to see if it worked properly then). Again, things may have changed from when I last tried, but I think you should be able to enable, build and reboot to have it loaded already (obviously, you could rmmod and modprobe if the idea of a reboot doesn't sit well) -d On July 23, 2018 12:17:53 Philip Webb wrote: Among my efforts to get scanning working again with Gentoo, I've encountered another problem in a different area. Recently, I sent a message to this list re Nvidia-drivers -- that 396.24-r1 wouldn't start with my 4.14.52 kernel, so I started using 390.67 -- & I've now discovered that there's a problem with any version of Nvidia & my previous 4.9.16 & 4.2.0-r1 kernels. Might I be better off, if I used Nouveau instead ? It is what Mint 17 & 19 seem to use, so must be fairly stable. So a few questions : (1) What are people's experiences with Nouveau ? -- does it work easily with various kernels ? -- does it manage graphics stably & reliably ? -- I don't do much with video (a few newsreels) & don't use sound. (2) If I install it, how do I switch between Nouveau & Nvidia ? (3) Sadly, I didn't make a Quickpkg of the Nvidia version I was using when my scanner was working with Gentoo (last time 180626). I have the distfiles, but not the ebuilds : is there anywhere I can find ebuilds for Nvidia-Drivers 390.42 390.48 ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] nvidia-drivers-396.24-r1
I have exactly the same kernel (4.14.52-gentoo) and nvidia-drivers (396.24-r1) and I don't experience this issue (though games requiring Vulkan crash out sporadically - there's an ongoing issue on the nvidia forums for this, where apparently it's already been fixed in some ancient fork, and not merged back). Perhaps this is specific to the card? I have a 660ti. Have you checked that the nvidia module is even being loaded (lsmod | grep nvidia)? -d On July 9, 2018 00:46:34 Philip Webb wrote: 180610 Philip Webb wrote: I updated to the latest stable Nvidia-drivers-396.24-r1 , rebooted & 'startx' : the result was an X error "No devices detected ... no screens found". Downgrading to 390.48 got X working again. Nothing to see on the Forum or among Gentoo 'nvidia' bugs. My kernel is 4.9.16-gentoo. I've updated to kernel 4.14.52-gentoo & tried Nvidia-drivers as above with the same result ; downgrading to 390.67 got X working again. Has anyone else experienced this problem or similar ? Does anyone have advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re[6]: [gentoo-user] Re: Portage, git and shallow cloning
@Rich thanks for taking the time to formulate that in-depth response. Appreciated. -d -- Original Message -- From: "Rich Freeman" To: gentoo-user@lists.gentoo.org Sent: 2018-07-06 14:20:54 Subject: Re: Re[4]: [gentoo-user] Re: Portage, git and shallow cloning On Fri, Jul 6, 2018 at 7:57 AM Davyd McColl wrote: @Rich: if I understand the process correctly, the same commits are pushed to infra and GitHub by the CI bot? I'm pretty sure the repos are identical (well, aside from whatever order they're updated in). I ask because prior to the GitHub incident, I didn't have signature verification enabled (I hadn't read about it and it didn't even occur to me). So my plan was to (whilst GitHub was being sorted out) switch to the gentoo git repo and enable verification and, once I'd seen that that was working (because I'd also seen intermediate emails on this list from people having issues getting signing keys working), perhaps switch back to GitHub to put less strain on the Gentoo servers. I never had issues with the signing keys, but git syncing works differently from webrsync (which makes those threads a bit of a mess as you have people offering advice to people using a different sync method). It is probably best to view them as completely different implementations, though I'm sure they have elements in common. Biggest issue with git signature verification is that right now it will still do a full pull/checkout before verifying, which means that if it fails you still have a bad /usr/portage (you get an error, but that's it, and subsequent emerge commands will act on the bad repo). For that reason alone it might be best to stick with infra's version until the patch makes its way into release (the patch will do a fetch and verify before it does a checkout, so while you might have bad git commits in the history the actual contents of /usr/portage will be known-good unless you go manually running git commands without doing your own verification). Now, in the recent attack a git sync would still have been safe because the attacker was dumb and did a force push, which will make git complain loudly if you try to pull (unless you stick --force in your pull, which probably isn't a great idea for scripts and portage doesn't do this). But, that was just dumb luck because a smart attacker would have rebased the nefarious commits so that they'd seamlessly pull. Really the attack was more of a defacement than anything as they made a bunch of mistakes that showed they weren't very serious, but any wakeup call is worth acting on. So if the same commits are just pushed to two remotes (gentoo and GitHub), then I should (in theory) be able to change my repo.conf settings, fiddle the remote in /usr/portage, and switch seamlessly from gentoo to GitHub? Alternatively, I could start with a clean /usr/portage again, once I'm happy that I have signature verification working on my machine. As far as I can tell if you edit the repo URL in repos.conf and probably also .git/config it should just seamlessly work, but I haven't tried it. Since it only accepts fast-forward pulls it shouldn't do anything if the histories don't match. If you do a sync immediately before/after the change maybe you'll find that one repo is behind the other and you just won't get any updates until the new repo catches up, but I don't think portage will revert anything (that is an advantage of git - it has a concept of directionality, though it looks like portage is looking to add support to prevent replay attacks with rsync as well). I do sync frequently (I'm a bit of an update enthusiast) -- at least once a week, though I prefer more often as I find that the longer I leave between syncs and world-updates, the more effort I have to overcome issues (few though they are). So git is a better fit for me, I think. Honestly, I think git is a good fit for a lot of Gentoo users. Yes, it is different, but all the history/etc is the sort of thing I think would appeal to many here. Also, git is something that is becoming increasingly unavoidable, and mostly for reasons that have universal appeal. Once you grok it you'll be using it everywhere. Security is obviously getting a renewed focus across the board, so I think we'll see improvements no matter how you use Gentoo, ideally using defaults (for whatever reason git sig checking isn't a default today). Besides improving verification on the end-user side there is also a lot of interest in improving security on the developer side, and with infra (hardware tokens, maybe E2E signature checking, etc). As usual this involves a certain amount of debate (authentication isn't actually all that easy of a problem). -- Rich
Re[4]: [gentoo-user] Re: Portage, git and shallow cloning
@Rich: if I understand the process correctly, the same commits are pushed to infra and GitHub by the CI bot? I ask because prior to the GitHub incident, I didn't have signature verification enabled (I hadn't read about it and it didn't even occur to me). So my plan was to (whilst GitHub was being sorted out) switch to the gentoo git repo and enable verification and, once I'd seen that that was working (because I'd also seen intermediate emails on this list from people having issues getting signing keys working), perhaps switch back to GitHub to put less strain on the Gentoo servers. So if the same commits are just pushed to two remotes (gentoo and GitHub), then I should (in theory) be able to change my repo.conf settings, fiddle the remote in /usr/portage, and switch seamlessly from gentoo to GitHub? Alternatively, I could start with a clean /usr/portage again, once I'm happy that I have signature verification working on my machine. I do sync frequently (I'm a bit of an update enthusiast) -- at least once a week, though I prefer more often as I find that the longer I leave between syncs and world-updates, the more effort I have to overcome issues (few though they are). So git is a better fit for me, I think. -d -- Original Message -- From: "Rich Freeman" To: gentoo-user@lists.gentoo.org Sent: 2018-07-06 13:47:11 Subject: Re: Re[2]: [gentoo-user] Re: Portage, git and shallow cloning On Fri, Jul 6, 2018 at 4:34 AM Davyd McColl wrote: I understand that git history will build over time -- I'm less concerned with (eventual) disk usage than I am with the speed of `emerge --sync`, which (and perhaps I'm sorely mistaken) appeared to be faster using git than rsync -- hence my choice of git over rsync (the discussion at https://forums.gentoo.org/viewtopic-t-1009562.html shows me to not be alone in this experience). From what I've generally seen/heard git is much more efficient as long as you sync frequently. rsync has the advantage that it only transfers the minimum necessary to get you from the tree you have now to the tree that is current. To do this it has to stat every file (using default settings - you can make it even slower if you want to), which is a lot of file I/O. git has the advantage that it can just read the current HEAD and from that know exactly what commits are missing, so there is way less effort spent figuring out what changed. It has the disadvantage that it sends everything that happened since your last sync, which could include files that were created and subsequently removed. If you sync often there won't be much of that, but if you're syncing monthly or even less frequently then you probably will spend a lot of time transmitting churn. It is possible to trim down a repository, and as long as nobody is doing force pushes on the main repo you should still be able to sync. However, that is not something that just involves a git one-liner. Personally I don't mind the space tradeoff, especially in exchange for the IO tradeoff. A sync is always a VERY fast operation. I'll also note that the stable branch (which is always free of obvious issues caused by devs not running repoman) is only available via git. There is no reason that couldn't be replicated via rsync, but right now we only have one set of mirrors. I'm still syncing from github after enabling signature checking. There is a patch that will make that more secure but in the meantime my scripts keep an eye on exit status when I sync. IMO signature checking is more important than where you sync from - as long as gpg says I'm good it really doesn't matter who has the ability to play with the data enroute. But, it certainly doesn't hurt to sync from infra (I do have concerns for whether infra could handle everybody doing it though - github is MS's problem to worry about). -- Rich
Re[2]: [gentoo-user] Re: Portage, git and shallow cloning
Part of the original intent of the mail was just to bring to light the disparity between the documentation and experience (wrt the default value) -- I had no configured value and portage was trying to clone the entire history of the repo instead of a shallow start. Since I really appreciate the Gentoo documentation and have relied on it for installation and any system maintenance, I just wanted to bring this to light. I understand that git history will build over time -- I'm less concerned with (eventual) disk usage than I am with the speed of `emerge --sync`, which (and perhaps I'm sorely mistaken) appeared to be faster using git than rsync -- hence my choice of git over rsync (the discussion at https://forums.gentoo.org/viewtopic-t-1009562.html shows me to not be alone in this experience). Having the changelogs available also comes off as a positive for me -- I'm just plain curious. -d -- Original Message -- From: "Mick" To: gentoo-user@lists.gentoo.org Sent: 2018-07-06 10:01:20 Subject: Re: [gentoo-user] Re: Portage, git and shallow cloning On Friday, 6 July 2018 08:29:26 BST Martin Vaeth wrote: Davyd McColl wrote: > 1) `sync-depth` has been deprecated (should now use `clone-depth`) The reason is that sync-depth was meant to be effective for every sync, i.e. that with sync-depth=1 the clone should stay shallow. However, it turned out that this caused frequent/occassional errors with git syncing when earlier chunks are needed. So they decided to drop this, and the value is only used for the initial cloning and ignored from then on. Due to this change of effect, it has been renamed. > 2) with the option missing, portage was fetching the entire history Yes, but even with this option, your history will fill up over time. Only the initial cloning will go faster and need less space. > 2) I believe that the original intent of defaulting to a shallow clone was > a good idea Due to the point mentioned above, this is not very useful anymore. Moreover, now that full checksumming is supported for rsync, the only advantage of using git is that you get the history (in particular ChangeLogs). The lack of disk space on some of my systems, metered and slow bandwidth and no need to know what every individual commit and reason for it was, had me sticking to using rsync, after a short sting on using git. I don't think anyone recommended git unless good reasons for one's use case make it an optimal choice. -- Regards, Mick
[gentoo-user] Portage, git and shallow cloning
I'm not sure if there's a better place to put this, so please feel free to tell me I should report it elsewhere (: After the recent GitHub fun, I changed from using the GitHub git source to git://anongit.gentoo.org/repo/sync/gentoo.git, as suggested by some on this mailing list. I completely nuked /usr/portage/* and set off with an `emerge --sync`, which looked like it was going to take ages and clone about a gig. Reading https://wiki.gentoo.org/wiki/Project:Portage/Sync, I figured there was nothing much I could do about it, since the page speaks of the `sync-depth` config option and states that 1 is "shallow clone, only current state (*default if option is absent*)" (emphasis mine). After multiple failures to clone (other side hangs up after a few minutes -- I only have a 4mbps line, maxing out at around 450Kb/s), I thought I'd try explicitly setting `sync-depth` in my repo config and found: 1) `sync-depth` has been deprecated (should now use `clone-depth`) 2) with the option missing, portage was fetching the entire history -- after adding the option (and nuking /usr/portage/* again), a new clone happened in short order, bringing down only around 65Mb (according to git) So I'd like to ask how to assist in rectifying the above: 1) the docs need to be updated to refer to `clone-depth` 2) I believe that the original intent of defaulting to a shallow clone was a good idea -- perhaps that can be investigated. If the intent has changed for some reason, the docs should be updated to reflect the change. Thanks -d -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- If you say that getting the money is the most important thing You will spend your life completely wasting your time You will be doing things you don't like doing In order to go on living That is, to go on doing things you don't like doing Which is stupid. - Alan Watts https://www.youtube.com/watch?v=-gXTZM_uPMY *Quidquid latine dictum sit, altum sonatur. *