Re: [gentoo-user] python 3.6
On Thu, 28 Jun 2018 04:43:13 +0800, Bill Kenworthy wrote: > After installing python 3.6, I now have multiple systems wanting to > depclean it! Have I missed something? Should I be uninstalling 3.4 and > 3.5 which are also present? > > bunyip ~ # eselect python list > Available Python interpreters, in order of preference: > [1] python3.6 > [2] python3.5 > [3] python2.7 > [4] python3.4 See the thread "Recent change to python...". The profile change from 3.5 to 3.6 was subsequently reversed. The thread contains the solution. -- Neil Bothwick Talk is cheap because supply exceeds demand. pgphfPBOapT2C.pgp Description: OpenPGP digital signature
Re: [gentoo-user] python 3.6
On 28/06/18 06:16, John Covici wrote: > On Wed, 27 Jun 2018 17:04:57 -0400, > Ralph Seichter wrote: >> On 27.06.18 22:43, Bill Kenworthy wrote: >> >>> After installing python 3.6, I now have multiple systems wanting to >>> depclean it! Have I missed something? Should I be uninstalling 3.4 >>> and 3.5 which are also present? >> After you have recompiled all packages that were built with Python 3.4 >> and 3.5 support and verified that these versions are no longer required, >> you can delete them. > This is not working for me -- after doing a world update, there are > still packages which apparently need both 3.4 and 3.5, so I cannot > remove them. I wonder why this would be happening? > Just found that by re-emergeing 3.6.5 it stops trying to remove it - I can remove 3.4 but not 3.5.5 as its "still in use as the primary python vrsion" despite 3.6 being [1] in eselect. BillK
Re: [gentoo-user] python 3.6
On 28.06.18 00:16, John Covici wrote: > after doing a world update, there are still packages which apparently > need both 3.4 and 3.5, so I cannot remove them. That sounds like you might still have some packages where the use flags python_targets_python3_4 and/or python_targets_python3_5 are active. Vim comes to my mind as an example: # equery u app-editors/vim [ Legend : U - final flag setting for installation] [: I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for app-editors/vim-8.0.1298: U I ( ... ) - - perl : Add optional support/bindings for the Perl language - - python : Add optional support/bindings for the Python language - - python_single_target_python2_7 : Build for Python 2.7 only - - python_single_target_python3_4 : Build for Python 3.4 only - - python_single_target_python3_5 : Build for Python 3.5 only + + python_single_target_python3_6 : Build for Python 3.6 only + + python_targets_python2_7 : Build with Python 2.7 - - python_targets_python3_4 : Build with Python 3.4 - - python_targets_python3_5 : Build with Python 3.5 + + python_targets_python3_6 : Build with Python 3.6 - - racket : Enable support for Scheme using dev-scheme/racket ( ... ) As you can see, vim was built with support for Python 2.7 and 3.6, but neither 3.4 nor 3.5. Which is the way I want it. -Ralph
Re: [gentoo-user] python 3.6
On Wed, 27 Jun 2018 17:04:57 -0400, Ralph Seichter wrote: > > On 27.06.18 22:43, Bill Kenworthy wrote: > > > After installing python 3.6, I now have multiple systems wanting to > > depclean it! Have I missed something? Should I be uninstalling 3.4 > > and 3.5 which are also present? > > After you have recompiled all packages that were built with Python 3.4 > and 3.5 support and verified that these versions are no longer required, > you can delete them. This is not working for me -- after doing a world update, there are still packages which apparently need both 3.4 and 3.5, so I cannot remove them. I wonder why this would be happening? -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici wb2una cov...@ccs.covici.com
Re: [gentoo-user] python 3.6
On 27.06.18 22:43, Bill Kenworthy wrote: > After installing python 3.6, I now have multiple systems wanting to > depclean it! Have I missed something? Should I be uninstalling 3.4 > and 3.5 which are also present? After you have recompiled all packages that were built with Python 3.4 and 3.5 support and verified that these versions are no longer required, you can delete them. -Ralph
[gentoo-user] python 3.6
After installing python 3.6, I now have multiple systems wanting to depclean it! Have I missed something? Should I be uninstalling 3.4 and 3.5 which are also present? bunyip ~ # eselect python list Available Python interpreters, in order of preference: [1] python3.6 [2] python3.5 [3] python2.7 [4] python3.4 bunyip ~ # BillK
Re: [gentoo-user] Gentoo-sources : stable versions
On Wed, Jun 27, 2018 at 1:51 AM Bill Kenworthy wrote: > > I think its more complex than just falling behind - anything later gets > the spectre fixes etc. and it appears not to be quite stable yet in some > cases. This may have been your intent and I might be misreading your email, but I just wanted to make it clear that recent longterm kernels should have spectre fixes. Now, the OP's 4.9.16 obviously won't have those, but that isn't the current Gentoo stable release. The current Gentoo stable appears to be 4.9.95, which is from April, so I imagine it wouldn't have fixes for the latest spectre variant, assuming it is vulnerable. Well, that is unless it has been backported - I'm too lazy to go look at the patches. I'm sure the ~arch gentoo-sources has them at 4.9.109, but again I didn't check upstream logs. The main reason I use upstream kernels is because between previous messing around with btrfs and current use of zfs I'm a bit sensitive to what kernel I'm on and my needs aren't entirely aligned with the goals of the Gentoo kernel team. That isn't an indictment on them - the nature of a distro is to cater to the typical user, and when you're not a typical user you have to know when to deviate. The ability to do this is one of Gentoo's selling points, but when you do you're a bit on your own. -- Rich
Re: [gentoo-user] Gentoo-sources : stable versions
On Tue, Jun 26, 2018 at 10:41 PM Philip Webb wrote: > > 180626 Rich Freeman wrote: > > On Tue, Jun 26, 2018 at 8:58 PM Philip Webb wrote: > >> Does anyone know why the latest stable version of Gentoo-sources is 4.9.xx > >> ? > >> I installed 4.9.16 , which I continue to use, on 2017-04-06 . > >> The tree contains versions of 4.14 4.16 4.17 , but all are still testing. > > I tend to just use my own upstream kernels. I'm following the 4.14 longterm > > and generally update within a few days of any release. > > That said, I have been burned by the odd regression. > > Thanks for the other info (snipped). All Vanilla-sources are testing, > which seems to correspond to your "upstream" kernels. I use them directly from upstream: git://git.kernel.org/pub/scm/linux/kernel/git/stable/linux-stable.git They keep a branch for each longterm which makes updating easy. That said, sticking with gentoo-sources certainly won't hurt. > What does this say re recent kernel development or Gentoo's kernel team ? > -- very quick thanks as always to Gentoo's volunteer developers, > but something seems to be going astray here (smile). I don't really see many issues with the Gentoo kernel team. The choice of which longterm to follow is one that has pros and cons, and they're following 4.9 deliberately because of issues some have had with 4.14. MANY distros make decisions like this, and to some degree it seems to be encouraged by the stable upstream kernel maintainers as well who seem to view distros as another line of QA. Within a longterm I'm surprised they aren't a bit more up-to-date, but the reality is that the stable team has been issuing more than one stable release every week for a while now. That is a VERY fast cadence and I've been burned by just following this as their own regression testing seems a bit limited. If the Gentoo kernel team is taking its time to keyword these releases to do actual QA I certainly won't fault them for that, and presumably they push through security updates. None of this is really meant to cast blame on upstream either. Regression testing the kernel seems like a difficult prospect because of all the potential hardware-related issues. Maybe better software regression testing would be possible (filesystems, system calls, etc), but I think a monolithic kernel is always going to be problematic in this regard. (Even with a microkernel a failure of your IOMMU driver or something like that isn't exactly something you can gracefully contain...) -- Rich
Re: [gentoo-user] Gentoo-sources : stable versions
On Wed, 27 Jun 2018 09:23:55 +0100, Mick wrote: > I had to revert to gentoo-sources-4.9.95 because on a Dell-XPS all > kernels on the 4.14, 4.15, 4.16 series broke bluetooth and suspend to > RAM. I have an XPS and have run all those versions, now on 4.17.2, and have had no problems with suspend to RAM, although I can't comment on bluetooth. -- Neil Bothwick The Computer is the logical advancement of humankind: intelligence without morality. pgp8osizlm6sO.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Gentoo-sources : stable versions
On Wednesday, 27 June 2018 06:51:50 BST Bill Kenworthy wrote: > I think its more complex than just falling behind - anything later gets > the spectre fixes etc. and it appears not to be quite stable yet in some > cases. I am on 4.9.95 for everything except a surface pro4 with 4.16.17 > (as stable as anything can be on those things) which needs latest. > > BillK I had to revert to gentoo-sources-4.9.95 because on a Dell-XPS all kernels on the 4.14, 4.15, 4.16 series broke bluetooth and suspend to RAM. Spectre fixes are limited on this kernel version and the latest Intel microcode is not loading. I'm also waiting for 4.9.110 to be moved to stable. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Slow python execution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 No Idea anybody why python is so slow on Gentoo compared to Debian? No Idea how to solve this? Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16Klaus Ethgen Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Comment: Charset: ISO-8859-1 iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlszN/YACgkQpnwKsYAZ 9qzDGAwAqAU/bgoD5T4B/FqZ8w7GlI8o8Y4dcJmD2gEqLxWLdEbsfcyBbePQX1/l eCmS4bnw/tHevyifIizzrzv64dig4eP0TPFbBMI5/x4OJ8sud8hqTSlr2H3Sb4fh b6EVuLytMeCb8fA6P775iTKfEudwVvvF6NH1GjoG1LAh0DyFluyaJRreoN0soo1a /hzfnsnd/1ScmmJFGM6n6nLSbDr2L4HZt7jzITjS8tnLfdsfaHKPkvskU4AjWx25 kECyru3P4UUL2zfnecSFrbSdqyurn48308r1P5OPDo1c74WU3UyoYdcEtQe5ySEP 0Tn8w064ufW5XKdkv2hmYI4M55jPCXKTaFVnLLnwwIOlKpUw/E1MnG7zDN/aKeZi vZ2XzaxYBLAsTI96L/7ZNzLo24iOOdqbVC/yADaZAepPRPd/yBApP1FtZb9yxytn qoU+e8I5PW/Qku9eX9FqlPL3kH7BjUFh3QN0ydhn6hMa8qg83fumKbS2S0fM1ZQU bfle6DqX =ShOf -END PGP SIGNATURE-