Re: [gentoo-user] Questions about cpu frequency utils scripting

for core in /sys/devices/system/cpu/cpu[0-9]*/ -- Emanuele Rusconi

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

Finally! Am 2015-04-18 12:27, schrieb Marko Weber | 8000: hello list, i try to crypt a partition with cryptsetup. Yes, in Kernel i had all need things i think. CONFIG_CRYPTO=y CONFIG_CRYPTO_ALGAPI=y CONFIG_CRYPTO_ALGAPI2=y CONFIG_CRYPTO_AEAD=m CONFIG_CRYPTO_AEAD2=y CONFIG_CRYPTO_BLKCIPHER=y C

Re: [gentoo-user] abi_x86_32 FLAG

On Mon, 20 Apr 2015 18:36:52 -0700, Daniel Frey wrote: > > Better yet, upgrade to grub:2 already. > > > > I only use grub2 on machines with EFI, and in my house that's only > two... > > I can't stand how it tries to add things automatically. It actually got > so annoying that I created a manu

Re: [gentoo-user] abi_x86_32 FLAG

Am 21.04.2015 um 03:14 schrieb Joseph: > I don't think grub is asking for it. I know it does, because grub-0.97 is 32 bit only software, and the package sys-boot/grub-0.97-r14 compiles grub from the sources with dynamic linking. So it needs 32 bit dependencies (packages with USE="abi_x86_32") inc

Re: [gentoo-user] Questions about cpu frequency utils scripting

On 04/20/2015 09:05 PM, Walter Dnes wrote: > > Another item I'm missing is wildcarding directories in bash. The > selected values are applied to the CPUs in a loop that goes like so... > > for core in /sys/devices/system/cpu/cpu[0-9]/ > do >echo "${governor[${choiceminus}]}" > ${core}cpufr

Re: [gentoo-user] abi_x86_32 FLAG

Am 21.04.2015 um 03:30 schrieb cov...@ccs.covici.com: > I was looking to my world update and I saw that none of my emul-linux > packages will be removed and there are some packages which depend on > them such as nvidia-drivers and the C compiler! So any reason to do > anything, or just let portag

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

Am 21.04.2015 um 11:21 schrieb Marko Weber | 8000: > > Finally! > > ... > > i got it working! > > cryptsetup -c aes-xts-plain -h sha256 -y -s 256 luksFormat > /dev/mapper/VolGroup01-media2 > > But on writing a testfile of 4G with i get 22,9 Mb/sec. > Is there a cipher/hash/keysize which alloows

Re: [gentoo-user] abi_x86_32 FLAG

On Tuesday 21 April 2015 12:38:40 Heiko Baums wrote: > Am 21.04.2015 um 03:14 schrieb Joseph: > > I don't think grub is asking for it. > > I know it does, because grub-0.97 is 32 bit only software, and the > package sys-boot/grub-0.97-r14 compiles grub from the sources with > dynamic linking. So i

Re: [gentoo-user] apache and the -D parameter

On 04/20/2015 07:18 PM, Bill Kenworthy wrote: > > as expected, no difference :( > > strace doesnt show anything useful - its reading the config files > including 70-mod_wsgi.conf but doesnt show anything else. > > BillK > The only other thing I can think of would be to delete and re-type the "

Re: [gentoo-user] stable java virtuals require unstable java packages

On Tue, Apr 21 2015, Florian Gamböck wrote: > Am 21.04.2015 um 07:42 schrieb Alan McKinnon: >> It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable >> request for icedtead-bin-7 is lagging behind. > > You are right, the stable request is still going on: > https://bugs.gentoo.org/show

[gentoo-user] Re: abi_x86_32 FLAG

On 2015-04-20, Mike Gilbert wrote: > On Mon, Apr 20, 2015 at 6:47 PM, Heiko Baums wrote: >> Am 21.04.2015 um 00:22 schrieb Joseph: >>> I'm trying to update one of my amd64 (I use XFCE) and there are lot of >>> package that require use flag: abi_x86_32 >>> >>> Which package is forcing new: abi_x86

Re: [gentoo-user] Questions about cpu frequency utils scripting

On Tue, Apr 21, 2015 at 06:42:35AM -0400, Alec Ten Harmsel wrote > > for core in `ls /sys/devices/system/cpu/ | egrep "cpu[0-9]+"` > > This works great on my desktop with 12 cores. Can you please check whether Emanuele's solution works on your system? for core in /sys/devices/system/cpu/cpu[0

Re: [gentoo-user] Questions about cpu frequency utils scripting

On 04/21/15 11:24, Walter Dnes wrote: > On Tue, Apr 21, 2015 at 06:42:35AM -0400, Alec Ten Harmsel wrote >> for core in `ls /sys/devices/system/cpu/ | egrep "cpu[0-9]+"` >> >> This works great on my desktop with 12 cores. > Can you please check whether Emanuele's solution works on your system?

Re: [gentoo-user] Questions about cpu frequency utils scripting

On Mon, Apr 20, 2015 at 9:05 PM, Walter Dnes wrote: > It seems like many of the cpu speed/governor switcher utilities in > /usr/portage/sys-power don't work due to being too old. sys-power/cpupower is probably the best option in the portage tree. It's sources are maintained in the kernel source

[gentoo-user] gcc-5.0 ?

Hello, I need access to the latest gcc compiler for some experimental work with some GPU enabled coding. [1,2] So using this latest gcc compiler just for compiling some fancy new cluster codes using RDMA, is liable (probably ?) to be a wee bit tricky. Now, assuming I find an overlay somewhere, h

Re: [gentoo-user] gcc-5.0 ?

On Tue, 21 Apr 2015 17:09:37 + (UTC), james wrote: > Also, I have not found a gcc-5.0 or gcc-5.1 in an overlay (yet), eix -R -e gcc shows several options, the mpst recent of which appears to be 5.0.0_alpha20150322 from the toolchain overlay. -- Neil Bothwick Hard work has a future payoff.

Re: [gentoo-user] abi_x86_32 FLAG

On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums wrote: > Am 21.04.2015 um 01:27 schrieb Mike Gilbert: > >> Better yet, upgrade to grub:2 already. > > Why? As long as grub legacy is working there's no need to upgrade. I'm > still running grub legacy, too. > In this context, because you can build it w

Re: [gentoo-user] abi_x86_32 FLAG

Am 21.04.2015 um 20:06 schrieb Mike Gilbert: > On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums wrote: >> Am 21.04.2015 um 01:27 schrieb Mike Gilbert: >> >>> Better yet, upgrade to grub:2 already. >> >> Why? As long as grub legacy is working there's no need to upgrade. I'm >> still running grub legacy

[gentoo-user] Re: gcc-5.0 ?

Neil Bothwick digimed.co.uk> writes: > > On Tue, 21 Apr 2015 17:09:37 + (UTC), james wrote: > > > Also, I have not found a gcc-5.0 or gcc-5.1 in an overlay (yet), > > eix -R -e gcc shows several options, the mpst recent of which appears to > be 5.0.0_alpha20150322 from the toolchain overla

Re: [gentoo-user] abi_x86_32 FLAG

On Tue, Apr 21, 2015 at 2:14 PM, Heiko Baums wrote: > Am 21.04.2015 um 20:06 schrieb Mike Gilbert: >> On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums wrote: >>> Am 21.04.2015 um 01:27 schrieb Mike Gilbert: >>> Better yet, upgrade to grub:2 already. >>> >>> Why? As long as grub legacy is working

Re: [gentoo-user] stable java virtuals require unstable java packages

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Dienstag, 21. April 2015, 15:37:34 schrieb gottl...@nyu.edu: > On Tue, Apr 21 2015, Florian Gamböck wrote: > > > Am 21.04.2015 um 07:42 schrieb Alan McKinnon: > >> It's either a bug in virtual/jdk-1.7 ebuild or more likely, stable > >> request fo

Re: [gentoo-user] stable java virtuals require unstable java packages

On Tue, Apr 21, 2015 at 8:42 AM, Alan McKinnon wrote: > On 21/04/2015 07:28, Alexander Kapshuk wrote: > > Is it normal for a stable virtual to require an unstable package? > > > No, that is definitely not how virtuals should work. > > It's either a bug in virtual/jdk-1.7 ebuild or more likely, st

Re: [gentoo-user] abi_x86_32 FLAG

On Tue, Apr 21, 2015 at 2:14 PM, Heiko Baums wrote: > Am 21.04.2015 um 20:06 schrieb Mike Gilbert: >> On Mon, Apr 20, 2015 at 7:51 PM, Heiko Baums wrote: >>> Am 21.04.2015 um 01:27 schrieb Mike Gilbert: >>> Better yet, upgrade to grub:2 already. >>> >>> Why? As long as grub legacy is working

[gentoo-user] Re: gcc-5.0 ?

Neil Bothwick digimed.co.uk> writes: > eix -R -e gcc shows several options, the mpst recent of which appears to > be 5.0.0_alpha20150322 from the toolchain overlay. Interesting situation. I have about half a dozen overlays set up via layman. Zugaina does not cleanly sync for me: Reading c

Re: [gentoo-user] Re: gcc-5.0 ?

On Tue, 21 Apr 2015 19:09:19 + (UTC), james wrote: > Do our overlay lists matchup completely? Does the -R always check > the latest, or is their some updating syntax to ensure the "remotes" > are updated? eix-remote update -- Neil Bothwick Physics is like sex: sure, it may give some pract

[gentoo-user] A bash-based CPU governor/speed-control utility

Thanks to everybody who answered my questions; I've got it working. This mailing list seems to reject emails with executable attachments, so I had to convert it to a .txt file before attaching the script to this post. Instructions for making it runnable... 1) gunzip or zcat the attachment to ext

Re: [gentoo-user] cryptsetup wont use aes-xts:plain64

AES cipher algo (AES-NI) is the fastest if you have the necessary hardware. Twofish cipher algo (x86_64, 3-way parallel) is a close second, but will slow access down slightly. Serpent is also usably fast. CONFIG_CRYPTO_AES_NI_INTEL = ~200mb/s (limited by disk in my case) CONFIG_CRYPTO_TWOFISH_X86_

Re: [gentoo-user] stable java virtuals require unstable java packages

On 21/04/2015 20:54, Alexander Kapshuk wrote: > On Tue, Apr 21, 2015 at 8:42 AM, Alan McKinnon > wrote: > > On 21/04/2015 07:28, Alexander Kapshuk wrote: > > Is it normal for a stable virtual to require an unstable package? > > > No, that is definitel

Re: [gentoo-user] stable java virtuals require unstable java packages

Alan McKinnon wrote: > Turns out the virtual is working as designed - see Andreas's post > above I recall now a discussion on -dev about this ages ago, and a > consensus emerged then to keep things as they currently are (changing > it requires much effort and has all manner of effects on the tree).

Re: [gentoo-user] stable java virtuals require unstable java packages

On Wed, Apr 22, 2015 at 8:09 AM, Dale wrote: > Alan McKinnon wrote: > > Turns out the virtual is working as designed - see Andreas's post > > above I recall now a discussion on -dev about this ages ago, and a > > consensus emerged then to keep things as they currently are (changing > > it require

Re: [gentoo-user] stable java virtuals require unstable java packages

On 22/04/2015 08:09, Dale wrote: > Alan McKinnon wrote: >> Turns out the virtual is working as designed - see Andreas's post >> above I recall now a discussion on -dev about this ages ago, and a >> consensus emerged then to keep things as they currently are (changing >> it requires much effort and