Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sunday, November 20, 2016 09:06:26 AM Rich Freeman wrote: > On Sun, Nov 20, 2016 at 8:45 AM, Harry Putnam wrote: > > "J. Roeleveld" writes: > >> Also, overcommitting CPUs has a bad influence on performance, > >> especially if the host wants to use all cores as well. > > > > That is what I asked advice about. What do you call > > `overcommitting'. For example with only 1 Vbox vm started and no > > serious work being done by the windwos-10 os. On an HP xw8600 with > > older 2x Xeon 5.60 3.00Ghz with 32 GB ram > > IMO over-committing CPU isn't actually THAT bad. The CPU obviously > gets divided n ways, but that's as far as it goes. There isn't that > much overhead switching between VMs (though there certainly is some). True, it's not too bad. The problem is, however, that the host-OS is special as it has to manage access to the various resources. For this reason, I tend to dedicate specific CPU-cores to the host. > Over-committing RAM on the other hand can definitely cause more > serious issues, because then you're dealing with swap. Dividing 1 CPU > 3 ways gives you 1/3rd of a CPU (but collectively the 3 VMs are > putting out close to a full CPU's worth of work). If you're > over-committing RAM and you go into swap, then the performance of all > your hosts might drop considerably, adding up to WAY less than the > total your box is capable of. VMWare actually did this worse with their desktop version a few years ago. Not sure if they still do this. What they did was to synchronize RAM with an on-disk copy. Only way to disable that was to edit the VM-config file using undocumented flags. I stopped using VMWare shortly after that. > If your host is windows then this isn't an option for you (seriously, > you should re-consider that), but if you could use a linux host > another solution is containers. In general they are FAR more flexible > around RAM use and of course RAM tends to be the most precious > commodity when you're running guests of any kind. With a container > you don't have to pre-allocate the RAM, so if Gentoo needs 8GB of RAM > right now it isn't as big a deal because in 15min when you're done > building it will go back down to 100MB or whatever it actually needs > to run. Containers are nice, I agree. Although I tend to see it more as a much better implementation of a chroot-jail. > Back when I was running Gentoo VMs I would typically set the RAM use > to something fairly minimal (think ~1GB or less). Then when I was > doing updates I'd up the setting to basically all the free RAM on my > host and allocate multiple CPU cores to it, then mount a tmpfs on > /var/tmp. When I was done building I'd shrink it back down to a > normal config. And I wouldn't be doing builds on multiple hosts at > once. Or use a dedicated build-server/VM. And only install binary packages on the VMs. This has the benefit of speeding up updates on the VMs themselves. > These days with containers I just run emerge on a few at a time and I > don't worry about it (still with /var/tmp on a tmpfs in each). Now, I > wouldn't go building chromium and libreoffice in multiple containers > at once that way, but for typical server-like guests very few packages > use THAT much RAM. That would be a good way to stress-test hardware though. :) Especially to check if the cooling is working as expected. -- Joost
Re: [gentoo-user] plain copy of root disk won't work - SOLVED
Константин wrote: > On Fri, Nov 18, 2016 at 04:30:28PM +0100, Raffaele BELARDI wrote: >> I want to move the main disk contents (hda, PATA) to another, larger >> disk (sda, SATA). >> >> hda contains 4 ext3 partitions (root, home, data, swap). >> I created 4 ext3 partitions on sda and copied the data over from the >> corresponding hda partitions using 'cp -ax'. > > Didn't you do this from working system on hda? In this case there > really could be troubles with special files etc. Imho live-cd better > for this purpose. > Yes, I was working from a live system. Using rsync and booting from live CD did the trick. thanks, raffaele
[gentoo-user] Boot freeze/kthreadd stack trace - AMD_PMU_INIT
Specs: blob free coreboot on a kgpe-d16 (amd opteron) Happens with both the livecd/usb and a kernel I compiled on another machine (however with that one I simply get a black screen and a bootloop) Other distros kernels work fine, it is just gentoo. The livecd and compiled kernel work fine on all my other computers/VMM's. Upon loading I get to amd performance counters, it freezes and 5-10 secs later I receive stack trace for kthreadd "hung" (amd_pmu_init - seems to be the primary reason) I never get to a login prompt. It isn't microcode related as I removed the microcode packages from the other distros I tried. Any ideas? Is there any additional info that would be helpful? How can I dump the boot text?
Re: [gentoo-user] Firefox 49.0 & Youtube....Video: Yes - Audio: No...
Hi Daniel! I'll try all of your suggestions below after I read them over carefully, as I'm confident again there must be a way to fix audio in FF without pulse... On 161120-00:10-0800, Daniel Campbell wrote: > On 11/19/2016 01:59 AM, Miroslav Rovis wrote: > > On 161119-10:22+0100, Miroslav Rovis wrote: > >> On 161119-00:33-0800, Daniel Campbell wrote: > > ... > And there is a question/query/my-asking-for-advice further below. > > ... > >> If jackd is to do with alsa, then it could be the following. Just in the meantime, a (hopefully) easier question: doesn't this bug below mean harder to get non-pulse audio to work with Firefox: > >> Mozilla went pulse all the way: > >> Require PulseAudio on Linux > >> https://bugzilla.mozilla.org/show_bug.cgi?id=1247056 > >> See also: > >> Firefox nightly requires Pulse Audio > >> http://forums.debian.net/viewtopic.php?f=20&t=130028 and if the other info that the dev at alsa-user gave me: http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg31929.html where he gave the link to: html5 in ff through jack http://lists.linuxaudio.org/pipermail/linux-audio-user/2016-June/105188.html if that means the info in that bug page is incomplte in the sense it is misleading to users who want to stick with sans-pulse alsa... then once I figure out how to do it, I'll post there for other users to know... (And is that "html5 in ff through jack" the news that's missing for people who are being misled on that Mozilla Dev page?) ... [ I'll try all of your suggestions ... as I'm confident again there must be a way to fix audio in FF without pulse... ] just as the other dev said, that it is there, only for Archlinux, at: http://www.mail-archive.com/alsa-user@lists.sourceforge.net/msg31927.html I will... But I first need to come to some terms with a different issue at: qemu-system-x86 segfaults in libspice-server.so.1.12.0 https://bugs.freedesktop.org/show_bug.cgi?id=98779#c3 for which I'm now studying stuff like: https://wiki.gentoo.org/wiki/Project_Talk:Quality_Assurance/Backtraces https://wiki.gentoo.org/wiki/Project:Virtualization and quite a few related stuff elsewhere, and it's pretty hard and time-comsuming... > > Let me know how it goes. I sure will, but I need longer to find time for Firefox and alsa/jackd. > -- > Daniel Campbell - Gentoo Developer > OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net > fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 > Thanks again for offering your advice! -- Miroslav Rovis Zagreb, Croatia http://www.CroatiaFidelis.hr signature.asc Description: Digital signature
[gentoo-user] Re: sans-dbus was: gnome intrusion?
Am Sat, 19 Nov 2016 17:15:27 -0500 schrieb Rich Freeman : > On Sat, Nov 19, 2016 at 4:59 PM, Tom H wrote: > > On Wed, Nov 16, 2016 at 7:47 AM, Miroslav Rovis > > wrote: > >> > >> Ah, I almost forgot. Gentoo is as default (OpenRC) without dbus! > >> Have a look: > >> > >> https://wiki.gentoo.org/wiki/Comparison_of_init_systems > >> > >> There is no D-Bus under "Main dependencies" for OpenRC (I really > >> like OpenRC...) > > > > There's no reason that the fact that OpenRC doesn't depend on dbus > > should imply that something higher up the stack cannot depend on > > dbus! > > I'd also comment that utilizing dbus and spawning random processes > that you don't understand are orthogonal issues. Dbus is just an IPC > mechanism. It's actually not dbus' fault that at-spi2 is launched... It's just a side-effect of at-spi2 being an IPC built ontop of dbus. What I don't like is that at-spi2 launches it's own dbus instance. Why not just join the bus that's already there? -- Regards, Kai Replies to list-only preferred.
[gentoo-user] Weird video playback after Firefox Update...
Hi, after update to Firefox 50.0 I got weird flashing video playback often. Example: https://www.youtube.com/watch?v=D7RosEP406Q Its like having a slow rotating ceiling fan right in front of the projector lens -- if this would be in a cinema. How can I fix this annoying behaviour? Cheers Meino
Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sun, Nov 20, 2016 at 11:00 AM, Alec Ten Harmsel wrote: > On Sun, Nov 20, 2016 at 10:32:25AM -0500, Harry Putnam wrote: >> Rich Freeman writes: >> >> > Are you building in a tmpfs? That would perform better than an ssd >> > and would be much less wear on your flash besides. Of course, some >> > packages do take a while to build. I don't notice as much now that I >> > do most of my building from cron, but it can be painful when you have >> > dependency chains or soname changes. >> >> I hope this isn't more low grade density on my part but you do mean a >> tmpfs on the vm right? >> > > I'm not Rich but I'm sure that's what he means. I have an SSD, and using > a tmpfs for building speeds up builds significantly - probably 10-15%. > > This will mean that you'll need a significant amount of memory allocated > to the VM. Mounting a tmpfs defaults to half of the memory available to > the machine, which seems like a decent rule of thumb. If you give the VM > 8GB of memory, the tmpfs will have 4GB of space. > Well, I was directing it more to John who brought up building on an ssd (which should make fairly little difference if you're doing the build in a tmpfs, though I'm sure it would speed up the install/clean, and it probably would make a difference for very short package builds; once the build is running the stuff on your ssd should be rapidly cached anyway). But, yes, I would DEFINITELY use a tmpfs in a VM if you can manage the RAM. A VM disk will perform even worse than a regular drive and there is no need to go writing all those object files only to delete them at the end. You can control the space allocated to a tmpfs via a mount option. Of course you need to reserve RAM for the build itself, you could very well want more than half of your RAM going to the tmpfs. Memory for tmpfs is only consumed when it is in use, so allowing more space use isn't a problem as long as you don't have things that will just dump files in the tmpfs and leave them lying around. Your other option would be something like zram if you're really desperate, but that takes a bit more work and I think its allocation is fixed. -- Rich
Re: [gentoo-user] eclean ... won't
On Sunday 20 Nov 2016 17:07:03 Константин wrote: > On Sun, Nov 20, 2016 at 01:35:46PM +, Peter Humphrey wrote: > > On Sunday 20 Nov 2016 16:05:29 Константин wrote: > > > On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: > > > > Maybe you need to use 'eclean-dist -d'. But, for your safe, use > > > > 'eclean-dist -dp' first. > > > > > > BTW what troubles can I get from 'eclean-dist -d' ? As far as I > > > understand it, re-download needed tar.gz will be the worst isn't it? > > > > You'd think so, wouldn't you? But recently something has been going wrong > > here such that 'eclean-pkg -d' removed every single package, leaving just > > the directory structure. That was just after I'd spent six hours building > > them > Don't take me wrong it was not an objection but just a question. There > are a lot of warnigns, but no explanations except 'users will not be > protected in case they need to downgrade a package or re-install a > previously removed package.' or similar. > > And thanks for example. > > #kstn Thank you all for the pointers. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sun, Nov 20, 2016 at 10:32:25AM -0500, Harry Putnam wrote: > Rich Freeman writes: > > > Are you building in a tmpfs? That would perform better than an ssd > > and would be much less wear on your flash besides. Of course, some > > packages do take a while to build. I don't notice as much now that I > > do most of my building from cron, but it can be painful when you have > > dependency chains or soname changes. > > I hope this isn't more low grade density on my part but you do mean a > tmpfs on the vm right? > I'm not Rich but I'm sure that's what he means. I have an SSD, and using a tmpfs for building speeds up builds significantly - probably 10-15%. This will mean that you'll need a significant amount of memory allocated to the VM. Mounting a tmpfs defaults to half of the memory available to the machine, which seems like a decent rule of thumb. If you give the VM 8GB of memory, the tmpfs will have 4GB of space. Alec
[gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
Rich Freeman writes: > Are you building in a tmpfs? That would perform better than an ssd > and would be much less wear on your flash besides. Of course, some > packages do take a while to build. I don't notice as much now that I > do most of my building from cron, but it can be painful when you have > dependency chains or soname changes. I hope this isn't more low grade density on my part but you do mean a tmpfs on the vm right?
[gentoo-user] Re: `sets' & sets.conf
Neil Bothwick writes: > On Sat, 19 Nov 2016 19:43:56 -0500, Harry Putnam wrote: > >> > % cat /etc/portage/sets.conf >> > [kernels] >> > class = portage.sets.dbapi.OwnerSet >> > world-candidate = False >> > files = /usr/src >> > >> > then emerge -n @kernels >> >> This one kind of sails right over my head... not seeing what is >> supposed to happen. > > It's in the part of my post you didn't quote, it stops older kernels > being depcleaned. Basically it is saying that any package with files > in /usr/src is a member of the kernels set. As emerge -n @kernels adds > that to world_sets, nothing with files in /usr/src will even get > depcleaned. It means I can keep as many or as few kernels as I want > without having to fudge it in world. Got it thanks again... can't really apologize for the densness factor but I guess my punishment is ... I live with it...
Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sun, Nov 20, 2016 at 9:48 AM, John Covici wrote: > On Sun, 20 Nov 2016 09:25:58 -0500, > Harry Putnam wrote: >> >> Rich Freeman writes: >> >> > IMO over-committing CPU isn't actually THAT bad. The CPU obviously >> > gets divided n ways, but that's as far as it goes. There isn't that >> > much overhead switching between VMs (though there certainly is some). >> >> [...] >> >> Thanks for the fuller picture and putting in the time to write it. >> >> > > > On my i7 machine with 16g of ram, webkit-gtk has got to take 4/5 hours > to compile. This is using an ssd. > Are you building in a tmpfs? That would perform better than an ssd and would be much less wear on your flash besides. Of course, some packages do take a while to build. I don't notice as much now that I do most of my building from cron, but it can be painful when you have dependency chains or soname changes. -- Rich
Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sun, 20 Nov 2016 09:25:58 -0500, Harry Putnam wrote: > > Rich Freeman writes: > > > IMO over-committing CPU isn't actually THAT bad. The CPU obviously > > gets divided n ways, but that's as far as it goes. There isn't that > > much overhead switching between VMs (though there certainly is some). > > [...] > > Thanks for the fuller picture and putting in the time to write it. > > On my i7 machine with 16g of ram, webkit-gtk has got to take 4/5 hours to compile. This is using an ssd. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Re: `sets' & sets.conf
On Sat, 19 Nov 2016 19:43:56 -0500, Harry Putnam wrote: > > % cat /etc/portage/sets.conf > > [kernels] > > class = portage.sets.dbapi.OwnerSet > > world-candidate = False > > files = /usr/src > > > > then emerge -n @kernels > > This one kind of sails right over my head... not seeing what is > supposed to happen. It's in the part of my post you didn't quote, it stops older kernels being depcleaned. Basically it is saying that any package with files in /usr/src is a member of the kernels set. As emerge -n @kernels adds that to world_sets, nothing with files in /usr/src will even get depcleaned. It means I can keep as many or as few kernels as I want without having to fudge it in world. -- Neil Bothwick And if you say "No", I shall be forced to shoot you. pgphc59PHx1bo.pgp Description: OpenPGP digital signature
[gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
Rich Freeman writes: > IMO over-committing CPU isn't actually THAT bad. The CPU obviously > gets divided n ways, but that's as far as it goes. There isn't that > much overhead switching between VMs (though there certainly is some). [...] Thanks for the fuller picture and putting in the time to write it.
Re: [gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
On Sun, Nov 20, 2016 at 8:45 AM, Harry Putnam wrote: > "J. Roeleveld" writes: > >> Also, overcommitting CPUs has a bad influence on performance, >> especially if the host wants to use all cores as well. > > That is what I asked advice about. What do you call > `overcommitting'. For example with only 1 Vbox vm started and no > serious work being done by the windwos-10 os. On an HP xw8600 with > older 2x Xeon 5.60 3.00Ghz with 32 GB ram > IMO over-committing CPU isn't actually THAT bad. The CPU obviously gets divided n ways, but that's as far as it goes. There isn't that much overhead switching between VMs (though there certainly is some). Over-committing RAM on the other hand can definitely cause more serious issues, because then you're dealing with swap. Dividing 1 CPU 3 ways gives you 1/3rd of a CPU (but collectively the 3 VMs are putting out close to a full CPU's worth of work). If you're over-committing RAM and you go into swap, then the performance of all your hosts might drop considerably, adding up to WAY less than the total your box is capable of. If your host is windows then this isn't an option for you (seriously, you should re-consider that), but if you could use a linux host another solution is containers. In general they are FAR more flexible around RAM use and of course RAM tends to be the most precious commodity when you're running guests of any kind. With a container you don't have to pre-allocate the RAM, so if Gentoo needs 8GB of RAM right now it isn't as big a deal because in 15min when you're done building it will go back down to 100MB or whatever it actually needs to run. In general Gentoo doesn't need a lot of RAM to operate, it is a fairly minimal distro in general. Now, obviously if you're running webkit then you're running it as more of a desktop and that is going to consume a lot more RAM than a console-based system, on any distro. If anything you could still tweak USE flags and CFLAGS to reduce your RAM footprint compared to most distros (whether this is worthwhile is another matter). However, the one exception to this is when you're building things. Ideally when you're building you want to use lots of cores, which means more gcc instances using more RAM each, and you want to be doing all of this on a tmpfs that uses even more RAM. Back when I was running Gentoo VMs I would typically set the RAM use to something fairly minimal (think ~1GB or less). Then when I was doing updates I'd up the setting to basically all the free RAM on my host and allocate multiple CPU cores to it, then mount a tmpfs on /var/tmp. When I was done building I'd shrink it back down to a normal config. And I wouldn't be doing builds on multiple hosts at once. These days with containers I just run emerge on a few at a time and I don't worry about it (still with /var/tmp on a tmpfs in each). Now, I wouldn't go building chromium and libreoffice in multiple containers at once that way, but for typical server-like guests very few packages use THAT much RAM. -- Rich
Re: [gentoo-user] eclean ... won't
On Sun, Nov 20, 2016 at 01:35:46PM +, Peter Humphrey wrote: > On Sunday 20 Nov 2016 16:05:29 Константин wrote: > > On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: > > > Maybe you need to use 'eclean-dist -d'. But, for your safe, use > > > 'eclean-dist -dp' first. > > > > BTW what troubles can I get from 'eclean-dist -d' ? As far as I > > understand it, re-download needed tar.gz will be the worst isn't it? > > You'd think so, wouldn't you? But recently something has been going wrong here > such that 'eclean-pkg -d' removed every single package, leaving just the > directory structure. That was just after I'd spent six hours building them > Don't take me wrong it was not an objection but just a question. There are a lot of warnigns, but no explanations except 'users will not be protected in case they need to downgrade a package or re-install a previously removed package.' or similar. And thanks for example. #kstn
[gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
"J. Roeleveld" writes: > On November 20, 2016 6:21:40 AM GMT+01:00, Alan McKinnon > wrote: >>On 20/11/2016 02:59, Harry Putnam wrote: >>> An emerge of webkitgtk-2.14.2 has been running for over 2hrs. I >>> wonder if I am starving my vbox vm of gentoo with 3GB or ram. >>> >>> Top's cpu usage is fluxuating between 45% and 99% during this compile >>> >>> Portage pulling 99% by itself at times. >>> >>> I thought 3GB was a bit high for a vm compared to what I've given >>debian >>> vms... can anyone give some guidance about how much ram to allow a >>> gentoo vm in Vbox? >>> >>> I'm on a windows 10 host with 32 GB ram but running a number of vms. >>> >>> >> >>Depends on what you are compiling. webkitgtk is a brute, so is >>thunderbird, libreoffice and other usual culprits. Those sorts of build >>systems need as much ram as you can spare whereas the rest of the time >>vm itself needs as much as it needs to do whatever it is you want it to >>do. >> >>What hypervisor are you using, and can you use memory ballooning? > > MS Windows desktop OSes are not the best platforms to run multiple VMs on. I'm just experimenting with several OS's ... The Vbox vms I run for actual work are hosted on Solaris x86 (openindiana) > Also, overcommitting CPUs has a bad influence on performance, > especially if the host wants to use all cores as well. That is what I asked advice about. What do you call `overcommitting'. For example with only 1 Vbox vm started and no serious work being done by the windwos-10 os. On an HP xw8600 with older 2x Xeon 5.60 3.00Ghz with 32 GB ram
Re: [gentoo-user] eclean ... won't
On Sunday 20 Nov 2016 16:05:29 Константин wrote: > On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: > > Maybe you need to use 'eclean-dist -d'. But, for your safe, use > > 'eclean-dist -dp' first. > > BTW what troubles can I get from 'eclean-dist -d' ? As far as I > understand it, re-download needed tar.gz will be the worst isn't it? You'd think so, wouldn't you? But recently something has been going wrong here such that 'eclean-pkg -d' removed every single package, leaving just the directory structure. That was just after I'd spent six hours building them all. So, as we are often advised, a -p first might save a good deal of work. Yes, I know you're asking about eclean-dist, not -pkg, but the argument is the same. -- Regards Peter
[gentoo-user] Re: vm still grinding away at compiling webkitgtk-2.14.2
Alan McKinnon writes: > On 20/11/2016 02:59, Harry Putnam wrote: >> An emerge of webkitgtk-2.14.2 has been running for over 2hrs. I >> wonder if I am starving my vbox vm of gentoo with 3GB or ram. >> >> Top's cpu usage is fluxuating between 45% and 99% during this compile >> >> Portage pulling 99% by itself at times. >> >> I thought 3GB was a bit high for a vm compared to what I've given debian >> vms... can anyone give some guidance about how much ram to allow a >> gentoo vm in Vbox? >> >> I'm on a windows 10 host with 32 GB ram but running a number of vms. >> >> > > Depends on what you are compiling. webkitgtk is a brute, so is > thunderbird, libreoffice and other usual culprits. Those sorts of build > systems need as much ram as you can spare whereas the rest of the time > vm itself needs as much as it needs to do whatever it is you want it to do. > > What hypervisor are you using, and can you use memory ballooning? Sorry I meant to include that info... virtualbox-5.1.8
Re: [gentoo-user] eclean ... won't
Sometimes the guy use cuda (1Gb installpackage) and don't have a very fast internet connection. Who knows? Regards On 11/20/2016 10:05 AM, Константин wrote: On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: Maybe you need to use 'eclean-dist -d'. But, for your safe, use 'eclean-dist -dp' first. BTW what troubles can I get from 'eclean-dist -d' ? As far as I understand it, re-download needed tar.gz will be the worst isn't it? #kstn On 11/20/2016 08:55 AM, Mick wrote: Hi All, Following an update I just ran: # /usr/bin/eclean-dist * Building file list for distfiles cleaning... * Your distfiles directory was already clean. However, looking at source files of firefox as an example I see there are obsolete sources to be gotten rid of: ls -la /usr/portage/distfiles/firefox-45.* -rw-rw-r-- 1 portage portage 22260 Nov 20 03:07 /usr/portage/distfiles/firefox-45.0-patches-08.tar.xz -rw-rw-r-- 1 portage portage423871 Sep 20 13:37 /usr/portage/distfiles/firefox-45.4.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 185182396 Sep 20 13:38 /usr/portage/distfiles/firefox-45.4.0esr.source.tar.xz -rw-rw-r-- 1 portage portage423871 Nov 15 09:54 /usr/portage/distfiles/firefox-45.5.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 184838132 Nov 15 09:55 /usr/portage/distfiles/firefox-45.5.0esr.source.tar.xz If I have firefox-45.5.0 installed, why is firefox-45.4.0esr.source.tar.xz not removed by eclean?
Re: [gentoo-user] eclean ... won't
On Sun, Nov 20, 2016, at 14:05, Константин wrote: > On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: > > > Maybe you need to use 'eclean-dist -d'. But, for your safe, use > > 'eclean-dist -dp' first. > > BTW what troubles can I get from 'eclean-dist -d' ? As far as I > understand it, re-download needed tar.gz will be the worst isn't it? If you use the --deep (or -d) option you won't have distfiles for uninstalled packages or previous versions of currently installed packages. Please see https://wiki.gentoo.org/wiki/Eclean for more details. -- https://www.fturco.net/
Re: [gentoo-user] eclean ... won't
On Sun, Nov 20, 2016 at 09:42:40AM -0300, Zhu Sha Zang wrote: > Maybe you need to use 'eclean-dist -d'. But, for your safe, use > 'eclean-dist -dp' first. BTW what troubles can I get from 'eclean-dist -d' ? As far as I understand it, re-download needed tar.gz will be the worst isn't it? #kstn > On 11/20/2016 08:55 AM, Mick wrote: > > Hi All, > > > > Following an update I just ran: > > > > # /usr/bin/eclean-dist > > * Building file list for distfiles cleaning... > > * Your distfiles directory was already clean. > > > > However, looking at source files of firefox as an example I see there are > > obsolete sources to be gotten rid of: > > > > ls -la /usr/portage/distfiles/firefox-45.* > > -rw-rw-r-- 1 portage portage 22260 Nov 20 03:07 > > /usr/portage/distfiles/firefox-45.0-patches-08.tar.xz > > -rw-rw-r-- 1 portage portage423871 Sep 20 13:37 > > /usr/portage/distfiles/firefox-45.4.0esr-en-GB.xpi > > -rw-rw-r-- 1 portage portage 185182396 Sep 20 13:38 > > /usr/portage/distfiles/firefox-45.4.0esr.source.tar.xz > > -rw-rw-r-- 1 portage portage423871 Nov 15 09:54 > > /usr/portage/distfiles/firefox-45.5.0esr-en-GB.xpi > > -rw-rw-r-- 1 portage portage 184838132 Nov 15 09:55 > > /usr/portage/distfiles/firefox-45.5.0esr.source.tar.xz > > > > If I have firefox-45.5.0 installed, why is firefox-45.4.0esr.source.tar.xz > > not > > removed by eclean? > > > >
Re: [gentoo-user] eclean ... won't
Mick wrote: > Hi All, > > Following an update I just ran: > > # /usr/bin/eclean-dist > * Building file list for distfiles cleaning... > * Your distfiles directory was already clean. > > However, looking at source files of firefox as an example I see there are > obsolete sources to be gotten rid of: > > ls -la /usr/portage/distfiles/firefox-45.* > -rw-rw-r-- 1 portage portage 22260 Nov 20 03:07 > /usr/portage/distfiles/firefox-45.0-patches-08.tar.xz > -rw-rw-r-- 1 portage portage423871 Sep 20 13:37 > /usr/portage/distfiles/firefox-45.4.0esr-en-GB.xpi > -rw-rw-r-- 1 portage portage 185182396 Sep 20 13:38 > /usr/portage/distfiles/firefox-45.4.0esr.source.tar.xz > -rw-rw-r-- 1 portage portage423871 Nov 15 09:54 > /usr/portage/distfiles/firefox-45.5.0esr-en-GB.xpi > -rw-rw-r-- 1 portage portage 184838132 Nov 15 09:55 > /usr/portage/distfiles/firefox-45.5.0esr.source.tar.xz > > If I have firefox-45.5.0 installed, why is firefox-45.4.0esr.source.tar.xz > not > removed by eclean? > Most likely because that version is still in the tree. It by default saves the version still in the tree, even if they are not installed. I assume that is in case you need to go back to a previous version. You may be interested in this. -d, --deeponly keep the minimum for a reinstallation Try man eclean for even more options. I use the -d when I know what I am using is stable enough I won't need to go back a version. By the way, it does the same for packages as well. Hope that helps. Dale :-) :-)
Re: [gentoo-user] eclean ... won't
man eclean Maybe you need to use 'eclean-dist -d'. But, for your safe, use 'eclean-dist -dp' first. Regards On 11/20/2016 08:55 AM, Mick wrote: Hi All, Following an update I just ran: # /usr/bin/eclean-dist * Building file list for distfiles cleaning... * Your distfiles directory was already clean. However, looking at source files of firefox as an example I see there are obsolete sources to be gotten rid of: ls -la /usr/portage/distfiles/firefox-45.* -rw-rw-r-- 1 portage portage 22260 Nov 20 03:07 /usr/portage/distfiles/firefox-45.0-patches-08.tar.xz -rw-rw-r-- 1 portage portage423871 Sep 20 13:37 /usr/portage/distfiles/firefox-45.4.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 185182396 Sep 20 13:38 /usr/portage/distfiles/firefox-45.4.0esr.source.tar.xz -rw-rw-r-- 1 portage portage423871 Nov 15 09:54 /usr/portage/distfiles/firefox-45.5.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 184838132 Nov 15 09:55 /usr/portage/distfiles/firefox-45.5.0esr.source.tar.xz If I have firefox-45.5.0 installed, why is firefox-45.4.0esr.source.tar.xz not removed by eclean?
[gentoo-user] eclean ... won't
Hi All, Following an update I just ran: # /usr/bin/eclean-dist * Building file list for distfiles cleaning... * Your distfiles directory was already clean. However, looking at source files of firefox as an example I see there are obsolete sources to be gotten rid of: ls -la /usr/portage/distfiles/firefox-45.* -rw-rw-r-- 1 portage portage 22260 Nov 20 03:07 /usr/portage/distfiles/firefox-45.0-patches-08.tar.xz -rw-rw-r-- 1 portage portage423871 Sep 20 13:37 /usr/portage/distfiles/firefox-45.4.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 185182396 Sep 20 13:38 /usr/portage/distfiles/firefox-45.4.0esr.source.tar.xz -rw-rw-r-- 1 portage portage423871 Nov 15 09:54 /usr/portage/distfiles/firefox-45.5.0esr-en-GB.xpi -rw-rw-r-- 1 portage portage 184838132 Nov 15 09:55 /usr/portage/distfiles/firefox-45.5.0esr.source.tar.xz If I have firefox-45.5.0 installed, why is firefox-45.4.0esr.source.tar.xz not removed by eclean? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Permanent job in Tokyo, Japan
Hello, I’m working with an employer that is looking to hire someone to fulfil a permanent DevOps-type position at their office in Tokyo. Japanese language is not required; only English. Consequently I had hoped that some members of this LUG may like to discuss further; off-list. I can be reached using "JamesBTobin (at) Gmail (dot) Com". Kind regards, James
Re: [gentoo-user] Re: elog default lifespan
On 11/19/2016 04:21 PM, Harry Putnam wrote:
> Mick writes:
>
>> On Saturday 19 Nov 2016 08:54:53 Harry Putnam wrote:
>>> After looking thru the portage man pages, the make.conf.example in
>>> /usr/share/portage/config, and the `Portage log wiki' it still is not
>>> clear to me how long elogs are kept if you use the `save' flag in
>>> make.conf or not.
>>>
>>> I did see something about '7 days' but it was not clear if that is the
>>> default and `save' over-rides it or what. Or if there is another flag
>>> that controls there duration...
>>>
>>> Can anyone throw light on that?
>>
>> If you have logrotate then its configuration and associated cron jobs will
>> take
>> care of that.
>
> What I want to know is if the elog program will do something on its
> own... I'm wanting to hang on to the logs a good while... I saw
> something in my readings about the elog system about 7 days... was not
> clear if that is a defalult or what.
>
> So my fear was losing them even if I am logrotate at them in some
> capacity. So I'm asking about inside the elog program... what happens
> to the logs and when.
>
>
According to make.conf.example, PORTAGE_ELOG_SYSTEM="save" creates one
log per package under $PORT_LOGDIR/elog (/var/log/portage/elog if unset).
What this means is Portage will continue to use whatever path you have
specified, and it's up to your syslogd or logrotate to determine whether
those particular logs get deleted.
I suggest looking through /etc/logrotate{.conf,.d/} and grokking things
to determine how long your elogs will last. On my system, I noticed I
have /etc/logrotate.d/elog-save-summary, so if you find a file like
that, it's a good place to start. Without logrotate handling it, I see
no reason to believe Portage will nix elog output after 7 days.
In case I've missed something, could you link to the page that mentions
7 days? I searched through manpages and the wiki but haven't found any
other "save" option or anything to do with elog and 7 days.
--
Daniel Campbell - Gentoo Developer
OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net
fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6
signature.asc
Description: OpenPGP digital signature
Re: [gentoo-user] Firefox 49.0 & Youtube....Video: Yes - Audio: No...
On 11/19/2016 01:59 AM, Miroslav Rovis wrote:
> On 161119-10:22+0100, Miroslav Rovis wrote:
>> On 161119-00:33-0800, Daniel Campbell wrote:
> ...
And there is a question/query/my-asking-for-advice further below.
> ...
>> If jackd is to do with alsa, then it could be the following.
>>
>> Mozilla went pulse all the way:
>> Require PulseAudio on Linux
>> https://bugzilla.mozilla.org/show_bug.cgi?id=1247056
>> See also:
>> Firefox nightly requires Pulse Audio
>> http://forums.debian.net/viewtopic.php?f=20&t=130028
>>
>>> Hmmm...
>>>
>>> Is there any fix for that?
>> Not familiar with jackd. But as far as alsa (which I stick to, like
>> other discontented users), I don't have sound since months ago. The
>> only way to get it would be to compile alsa myself, I'm afraid.
>>
> ...
In that thred on alsa-user archive that I linked to, I got this link:
[linuxaudio.org] html5 in ff through jack
http://lists.linuxaudio.org/pipermail/linux-audio-user/2016-June/thread.html#105188
> ...
>> So it's only this, probably (and I had given links that, indirectly,
>> mislead another Gentoo user...):
> ( No, it's not only this: )
>>> Generally if you run into this problem, it's one of two things:
> I've looked all options of my alsamixer, and it doesn't appear to me
> that is's muted. I can play anything with MPlayer, and I can play an
> HTML video by giving the url to Vlc...
>>> 1. `alsamixer` hasn't been used to unmute the levels. After configuring
>>> it, be sure to run 'alsactl store' as root and make sure the 'alsasound'
>>> service is in the default run-level (`rc-update add alsasound default`
>>> as root), or...
>>> 2. Try adding these to your user's ~/.asoundrc file:
>
> Also:
>>> defaults.ctl.card x;
>>> defaults.pcm.card x;
> I every do often change my default card... I have only these two lines
> (if I grep out all that is commented out) in my:
> $ cat ~/.asoundrc | grep -v '^#'
>
> pcm.!default { type hw card 1 }
> ctl.!default { type hw card 1 }
>
> and sometimes I need to set it to 0, sometimes to 1 (depending of the
> update of the system and where the old Hauppauge HVR3000's audio, or the
> MBO's Intel HD Audio end up...
>
> So this below is what I somehow practice since long:
>>> Replace 'x' with the numeric index of your card (which you can view in
>>> alsamixer using F6).
> That does give the option to choose the card. But it's only one of the
> two, the Hauppauge or the Intel HD...
>
> Starting alsamixer and hitting F3 should be where to look for. And I
> don't see anything the changing of which gives me audio to work in
> Firefox...
>>> If the order of your cards changes on boot, you'll
>>> need to tell the module controlling your sound (snd_hda_intel is common)
>>> to set its index in a file like /etc/modprobe.d/alsa-base.conf, with
>>> lines like `options snd_hda_intel index=1` or something similar.
> I have all built in the kernel. I do have audio, such as with MPlayer or
> with Vlc, just I don't have audio in Firefox.
>
>>> Others have done a far better job explaining this than me. Our own guide
>>> on our wiki [0] and Arch's wiki [1] should be adequate to get you going
>>> fairly quickly. Just Ctrl+F "default" to find what you need. Assuming
>>> you don't have exotic hardware, this can be fixed in 15 minutes or less.
>>>
>>> Hope this helps.
>>>
>>> [0]: https://wiki.gentoo.org/wiki/ALSA#Configuration
>>> [1]:
>>> https://wiki.archlinux.org/index.php/Advanced_Linux_Sound_Architecture#Set_the_default_sound_card
> It appears to be basically the same info as in your kind explanation...
>
> But this is now getting way more than 15 minutes... I will try to find
> more time, still, but not hours, for this issue...
>
>> I don't think I even need to be back to report here if this just works
> No, it doesn't. And the issue is not solved yet...
>
> Regards!
>
Hmm, that's strange... Your config looks sane to me (though specifying
something as 'type hw' can interfere with mixing sometimes; an empty or
non-existent ~/.asoundrc should default to dmix internally. I doubt this
is your problem though since it works on everything else)
Here's an idea: try using the ALSA_CARD environment variable and run
Firefox with it. All you'll need is the name of your card. So if your
card is named "Onboard", you'd issue this:
ALSA_CARD="Onboard" firefox
in a terminal, go to Youtube, and check stdout in the terminal.
You can check for your card names with this pipeline:
aplay -l | awk '/^card/{print$3}' | sort | uniq
For me, my primary card is "SB", which is onboard Intel HDA.
If you can get $ALSA_CARD to work, then we know firefox itself can play
sound, but somehow isn't defaulting to the device you want it to. Back
when I used ALSA + apulse (and intend to do so again some time in the
future...), I used $ALSA_CARD for some programs that misbehaved and
things were okay.
If this persists as a problem for you, it might be wort
