[gentoo-amd64] jvm package in Gentoo

[gentoo-amd64] jvm package in Gentoo

[Mark Haney]

I've not really needed this, but is there a java jvm package in 
portage?  Or is it like RH where you need to go get blackdown or sun's 
installer?

-- 
Interdum feror cupidine partium magnarum Europae vincendarum

Mark Haney
Systems Administrator
ERC Broadband
(828) 350-2415

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] jvm package in Gentoo

[Craig Webster]

On 24 Oct 2005, at 18:55, Mark Haney wrote:

> I've not really needed this, but is there a java jvm package in  
> portage?  Or is it like RH where you need to go get blackdown or  
> sun's installer?

Blackdown JRE and JDK are in portage. They're dev-java/blackdown-jdk  
and -jre if that's any good?

Yours,
Craig
--
Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net
Xeriom.NET    | f: +44 (0)709 287 1902 | w: http://xeriom.net


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] jvm package in Gentoo

[Mark Haney]

Craig Webster wrote:

>
> On 24 Oct 2005, at 18:55, Mark Haney wrote:
>
>> I've not really needed this, but is there a java jvm package in  
>> portage?  Or is it like RH where you need to go get blackdown or  
>> sun's installer?
>
>
> Blackdown JRE and JDK are in portage. They're dev-java/blackdown-jdk  
> and -jre if that's any good?
>
> Yours,
> Craig
> -- 
> Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net
> Xeriom.NET    | f: +44 (0)709 287 1902 | w: http://xeriom.net
>
>
That works perfectly, thanks.


-- 
Interdum feror cupidine partium magnarum Europae vincendarum

Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415

-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] sys-kernel/ck-sources

[tomas]

What is the difference between gentoo-sources and:
*  sys-kernel/ck-sources
      Latest version available: 2.6.13_p8
      Latest version installed: [ Not Installed ]
      Size of downloaded files: 37,599 kB
      Homepage:    http://members.optusnet.com.au/ckolivas/kernel/
      Description: Full sources for the Linux kernel with Con Kolivas' 
high performance patchset and Gentoo's basic patchset.
      License:     GPL-2

and is there any way to make my gentoo work faster? for example encoding 
dvd?

Thanks ant sorry for mistakes ;-)
-- 
gentoo-amd64@gentoo.org mailing list

[gentoo-amd64] Re: sys-kernel/ck-sources

[Duncan]

tomas posted <435D5011.6080506@erdves.lt>, excerpted below,  on Mon, 24
Oct 2005 21:20:17 +0000:

> What is the difference between gentoo-sources and:
> *  sys-kernel/ck-sources
>       Latest version available: 2.6.13_p8
>       Latest version installed: [ Not Installed ]
>       Size of downloaded files: 37,599 kB
>       Homepage:    http://members.optusnet.com.au/ckolivas/kernel/
>       Description: Full sources for the Linux kernel with Con Kolivas' 
> high performance patchset and Gentoo's basic patchset.
>       License:     GPL-2
> 
> and is there any way to make my gentoo work faster? for example encoding 
> dvd?

The CK sources have a lot of work specifically designed to lower latency. 
Thus, they are popular with real-time and media production folks, where
certain things need to occur within a specified time.

There is a tradeoff, however, between latency and thruput.  Generally
speaking, one way to decrease latency is to break up large tasks into a
bunch of smaller tasks, doing only one or a few of the smaller tasks at
once, before checking to see if something else needs done.  The problem is
that each task switch requires some bit of overhead, some tiny bit of time
just to do the task switch.  Thus, it's possible to break tasks small
enough that most of the time is spent changing tasks, rather than actually
doing them.

Analogy:  Suppose you have two tasks to do in your eight hour work day. 
You can do each until it's done, then switch to the next, and it might
take you seven hours, because you always know where in the task you are.
You can take an hour lunch or knock off an hour early.  However, if one of
those tasks is something that you have to check every half hour, and spend
five minutes working on it before going back to the other task you were
working on, each time you go back to that other task, you have to remember
where you were and find your place again, which might take you three to
five minutes. Instead of getting done in 7 hours and having that hour
free, you could now be working after quitting time, still trying to
finish, because of all the time spent finding your place after each
interruption.

So... low latency generally means a more responsive system under heavy
load... no freezing mouse syndrome... but the computer will probably take
longer to finish what you give it to do... similar to a speed grade or two
reduction.

One way around the issue, the way I've taken, is a dual-CPU (or now, dual
core) system.  You can then tolerate normal latency settings, or even
higher than normal latency settings, without affecting responsivenes,
because even when both CPUs are heavily loaded, one or the other will get
around to processing the latest mouse movement or sound processing in an
average of half the time it would otherwise ordinarily take.  For system
responsiveness  while encoding DVD or the like, a dual-CPU or dual-core
system is really the way to go.  I've been *MORE* than happy with my
decision to go dual Opteron, shortly after the Opterons came out.  Now,
the same thing is cheaper, doing with single-CPU dual-core, therefore far
cheaper and less complex motherboards (I paid over $400 for my dual CPU
mobo, dual-core compatible single socket boards are now under $100), what 
I did with dual CPU a couple years ago.  I don't expect I'll ever go back
to single core/CPU, so it's a good thing they are going dual-core now. 

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman in
http://www.linuxdevcenter.com/pub/a/linux/2004/12/22/rms_interview.html


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Craig Webster]

On 24 Oct 2005, at 22:20, tomas wrote:
> and is there any way to make my gentoo work faster? for example  
> encoding dvd?

Optimisation. http://linux-blogger.com/2005/02/04/optimizing-gentoo/

Yours,
Craig
--
Craig Webster | t: +44 (0)131 516 8595 | e: craig@xeriom.net
Xeriom.NET    | f: +44 (0)709 287 1902 | w: http://xeriom.net


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Luis Medinas]

On Mon, 2005-10-24 at 21:20 +0000, tomas wrote:
> and is there any way to make my gentoo work faster? for example encoding 
> dvd?
> 
Yes there's a way... buy a faster processor. Those patches for kernel
might speed up a few ms but nothing special.
-- 
Luis Medinas <metalgod@gentoo.org>
http://dev.gentoo.org/~metalgod
Gentoo Linux Developer: AMD64,Printing,Media-Optical,Xmms

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Billy Holmes]

Luis Medinas wrote:
> Yes there's a way... buy a faster processor. Those patches for kernel
> might speed up a few ms but nothing special.

those patches are not designed  to speed up your machine, but to allow 
you use it for many tasks that don't require high throughput. When, the 
goal is to treat as many tasks as possible as equals with little to no 
resource starvation for tasks that need interactivity, then the stock 
kernel is not enough.

Try untaring a huge file, compile a kernel, play an mp3, and browse the 
internet on a stock kernel. It can't done. Something suffers: the mp3 
skips or the browser is not responsive. With ck-sources, for my 
multi-user desktop use, I don't have a problem.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Karol Krizka]

[-- Attachment #1: Type: text/plain, Size: 964 bytes --]

On Monday 24 October 2005 12:53, Billy Holmes wrote:
> Luis Medinas wrote:
> > Yes there's a way... buy a faster processor. Those patches for kernel
> > might speed up a few ms but nothing special.
>
> those patches are not designed  to speed up your machine, but to allow
> you use it for many tasks that don't require high throughput. When, the
> goal is to treat as many tasks as possible as equals with little to no
> resource starvation for tasks that need interactivity, then the stock
> kernel is not enough.
>
> Try untaring a huge file, compile a kernel, play an mp3, and browse the
> internet on a stock kernel. It can't done. Something suffers: the mp3
> skips or the browser is not responsive. With ck-sources, for my
> multi-user desktop use, I don't have a problem.
Would you say that gentoo-source handle this problem with around the same 
quality, or would you suggest ck-sources for a desktop only environment?
-- 
Karol Krizka

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] hardened-sources

[Kevin N. Carpenter]

Hi all -

Got a funny one that has cost me a few hours of wondering, followed by 
enlightenment, followed by more wondering...  Not sure this is an AMD64 
issue or a kernel issue, but since I'm subscribed here, thought I'd 
start here.

I started my newly rebuilt system on gentoo-sources 2.6.13, but since 
this is a firewall machine, I opted to go with hardened-sources 2.6.11.  
Quickly found out that GRSecurity level "high" caused startup errors 
with INIT, but "medium" seemed to work fine.  However, for the life of 
me, I couldn't get DHCPD to respond to request for IP addressed.  No 
dmesg complaint, nothing in the log files, no network activity... the 
last was the key.  I'm using the builtin Marvel gigabit on my Asus 
motherboard.  Eventually I realized I couldn't do anything out that 
port, although ifconfig showed it up.  A bit more looking showed the 
lack of a link-light.  Tried swapping cables, ports, etc. - no go.  
Eventually booted back to 2.6.13 (non-hardened source tree) and the port 
works fine!  I noticed the LiveCD is 2.6.12, and the port works there as 
well (which kept me from going completely insane and replacing the 
motherboard.  Once it worked on LiveCD I realized I had a kernel problem.)

So... does anyone know if this is a 2.6.11 issue, and AMD-64 issue, or a 
general hardened-sources issues?

Thanks!

Kevin (running unhardened 2.6.13 for now...)
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] hardened-sources

[Barry.SCHWARTZ]

[-- Attachment #1: Type: text/plain, Size: 568 bytes --]

"Kevin N. Carpenter" <kevinc@seaplace.org> skribis:
> So... does anyone know if this is a 2.6.11 issue, and AMD-64 issue, or a general hardened-sources issues?

I would use "Custom" grsecurity/PaX. That way you can turn things on
and off depending on circumstances (and circumstances can change).


-- 
Barry.SCHWARTZ@chemoelectric.org   http://www.chemoelectric.org
Esperantistoj rajtas skribi al Barijo.SXVARCO@chemoelectric.org
   'And now we're going to go try to comfort people in that
 part of the world.' -- Bush, referring to the southeastern U.S.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] hardened-sources

[Kevin N. Carpenter]

I tried turning grsecurity off completely and still had the problem...

Barry.SCHWARTZ@chemoelectric.org wrote:

>"Kevin N. Carpenter" <kevinc@seaplace.org> skribis:
>  
>
>>So... does anyone know if this is a 2.6.11 issue, and AMD-64 issue, or a general hardened-sources issues?
>>    
>>
>
>I would use "Custom" grsecurity/PaX. That way you can turn things on
>and off depending on circumstances (and circumstances can change).
>
>
>  
>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] hardened-sources

[Barry.SCHWARTZ]

[-- Attachment #1: Type: text/plain, Size: 783 bytes --]

"Kevin N. Carpenter" <kevinc@seaplace.org> wrote:
> I tried turning grsecurity off completely and still had the problem...

I don't know if your problems are the same, but I've had better luck
just patching my own grsecurity/PaX kernel, without the Gentoo
patches. Hardened used to work but at some point it diverged somehow
from what I was doing with my box. I haven't cared enough to
investigate why.

I'm using a non-hardened profile. I might switch to ck-sources, for a
change of pace if nothing else.


-- 
Barry.SCHWARTZ@chemoelectric.org   http://www.chemoelectric.org
Esperantistoj rajtas skribi al Barijo.SXVARCO@chemoelectric.org
   'And now we're going to go try to comfort people in that
 part of the world.' -- Bush, referring to the southeastern U.S.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-amd64] hardened-sources

[Drake Donahue]

New installs of  kernel-2.6.13-r3 were delinking the marvell yukon nic 
builtin to my asus a8v deluxe last week. This occurred during first boot of 
the newly installed kernel with the skge driver built in. The nic was 
present and apparently functional in ifconfig but the link light was out. 
The condition persisted through subsequent reboots of kernel-2.6.13-r3 and 
boot into Windows XP (dual boot machine). Correction required clearing CMOS. 
After cleaning up the CMOS the nic returned to operation. Recompiled 
kernel-2.6.13-r3 with sklin(the deprecated proprietary driver) and skge(the 
open source recommended driver) as modules. This allowed me to see that the 
link light extinguished simultaneously with autoload of skge. Lost interest 
and did not reload  the kernel to observe sklin operation as a module. If 
your board has via bios as mine does ...
----- Original Message ----- 
From: "Kevin N. Carpenter" <kevinc@seaplace.org>
To: <gentoo-amd64@lists.gentoo.org>
Sent: Monday, October 24, 2005 8:26 PM
Subject: Re: [gentoo-amd64] hardened-sources


> Hi all -
>
> Got a funny one that has cost me a few hours of wondering, followed by 
> enlightenment, followed by more wondering...  Not sure this is an AMD64 
> issue or a kernel issue, but since I'm subscribed here, thought I'd start 
> here.
>
> I started my newly rebuilt system on gentoo-sources 2.6.13, but since this 
> is a firewall machine, I opted to go with hardened-sources 2.6.11. 
> Quickly found out that GRSecurity level "high" caused startup errors with 
> INIT, but "medium" seemed to work fine.  However, for the life of me, I 
> couldn't get DHCPD to respond to request for IP addressed.  No dmesg 
> complaint, nothing in the log files, no network activity... the last was 
> the key.  I'm using the builtin Marvel gigabit on my Asus motherboard. 
> Eventually I realized I couldn't do anything out that port, although 
> ifconfig showed it up.  A bit more looking showed the lack of a 
> link-light.  Tried swapping cables, ports, etc. - no go.  Eventually 
> booted back to 2.6.13 (non-hardened source tree) and the port works fine! 
> I noticed the LiveCD is 2.6.12, and the port works there as well (which 
> kept me from going completely insane and replacing the motherboard.  Once 
> it worked on LiveCD I realized I had a kernel problem.)
>
> So... does anyone know if this is a 2.6.11 issue, and AMD-64 issue, or a 
> general hardened-sources issues?
>
> Thanks!
>
> Kevin (running unhardened 2.6.13 for now...)
> -- 
> gentoo-amd64@gentoo.org mailing list
>
> 

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] hardened-sources

[Kevin N. Carpenter]

Very interesting.  We are using the same mobo, but in my case, 2.6.13 
works fine, 2.6.11 (hardened) is having the problem.  I also tried both 
drivers.

Kevin

Drake Donahue wrote:

> New installs of  kernel-2.6.13-r3 were delinking the marvell yukon nic 
> builtin to my asus a8v deluxe last week. This occurred during first 
> boot of the newly installed kernel with the skge driver built in. The 
> nic was present and apparently functional in ifconfig but the link 
> light was out. The condition persisted through subsequent reboots of 
> kernel-2.6.13-r3 and boot into Windows XP (dual boot machine). 
> Correction required clearing CMOS. After cleaning up the CMOS the nic 
> returned to operation. Recompiled kernel-2.6.13-r3 with sklin(the 
> deprecated proprietary driver) and skge(the open source recommended 
> driver) as modules. This allowed me to see that the link light 
> extinguished simultaneously with autoload of skge. Lost interest and 
> did not reload  the kernel to observe sklin operation as a module. If 
> your board has via bios as mine does ...
> ----- Original Message ----- From: "Kevin N. Carpenter" 
> <kevinc@seaplace.org>
> To: <gentoo-amd64@lists.gentoo.org>
> Sent: Monday, October 24, 2005 8:26 PM
> Subject: Re: [gentoo-amd64] hardened-sources
>
>
>> Hi all -
>>
>> Got a funny one that has cost me a few hours of wondering, followed 
>> by enlightenment, followed by more wondering...  Not sure this is an 
>> AMD64 issue or a kernel issue, but since I'm subscribed here, thought 
>> I'd start here.
>>
>> I started my newly rebuilt system on gentoo-sources 2.6.13, but since 
>> this is a firewall machine, I opted to go with hardened-sources 
>> 2.6.11. Quickly found out that GRSecurity level "high" caused startup 
>> errors with INIT, but "medium" seemed to work fine.  However, for the 
>> life of me, I couldn't get DHCPD to respond to request for IP 
>> addressed.  No dmesg complaint, nothing in the log files, no network 
>> activity... the last was the key.  I'm using the builtin Marvel 
>> gigabit on my Asus motherboard. Eventually I realized I couldn't do 
>> anything out that port, although ifconfig showed it up.  A bit more 
>> looking showed the lack of a link-light.  Tried swapping cables, 
>> ports, etc. - no go.  Eventually booted back to 2.6.13 (non-hardened 
>> source tree) and the port works fine! I noticed the LiveCD is 2.6.12, 
>> and the port works there as well (which kept me from going completely 
>> insane and replacing the motherboard.  Once it worked on LiveCD I 
>> realized I had a kernel problem.)
>>
>> So... does anyone know if this is a 2.6.11 issue, and AMD-64 issue, 
>> or a general hardened-sources issues?
>>
>> Thanks!
>>
>> Kevin (running unhardened 2.6.13 for now...)
>> -- 
>> gentoo-amd64@gentoo.org mailing list
>>
>>
>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Daniel Gryniewicz]

On Mon, 2005-10-24 at 16:56 -0700, Karol Krizka wrote:

> Would you say that gentoo-source handle this problem with around the same 
> quality, or would you suggest ck-sources for a desktop only environment?

I recommend ck-sources for desktops.

Daniel

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[José Carlos Cruz Costa]

[-- Attachment #1: Type: text/plain, Size: 439 bytes --]

and for servers? like audio servers (very responsive servers)

On 10/25/05, Daniel Gryniewicz <dang@gentoo.org> wrote:
>
> On Mon, 2005-10-24 at 16:56 -0700, Karol Krizka wrote:
>
> > Would you say that gentoo-source handle this problem with around the
> same
> > quality, or would you suggest ck-sources for a desktop only environment?
>
> I recommend ck-sources for desktops.
>
> Daniel
>
> --
> gentoo-amd64@gentoo.org mailing list
>
>

[-- Attachment #2: Type: text/html, Size: 775 bytes --]

[gentoo-amd64] setiathome errors

[Kevin N. Carpenter]

Hi all -

I like to set setiathome crunch in the background on my machines.  Boinc 
is working fine, and runs the CPU performance test, attaches me to the 
project, downloads work, etc. - but setiathome is dying with an 
"unrecoverable error" and "process exited with code 127 (0x7f)".  I'm 
running the latest x86 version of boinc, freshly downloaded from berkeley.

Same mobo, same code, runs under a 64-bit Suse environment I'm going to 
shutdown soon, so I'm missing something in my Gentoo environment.

Any suggestions?

Kevin
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] setiathome errors

[Simon Stelling]

Hi,

Please open a new thread next time, you just hijacked a thread who was hijacking 
another one. Opening a new one instead just hitting the reply button makes it 
far easier to follow a discussion for people who are dealing with a lot of mails.

Thanks in advance,

-- 
Simon Stelling
Gentoo/AMD64 Operational Co-Lead
blubb@gentoo.org
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Simon Strandman]

CK is great for servers too. Just set the server ck-server keyword when 
you emerge it and it will have interactive mode disabled by default and 
tune the vm to be more swappy.

> and for servers? like audio servers (very responsive servers)
>
> On 10/25/05, *Daniel Gryniewicz* <dang@gentoo.org 
> <mailto:dang@gentoo.org>> wrote:
>
>     On Mon, 2005-10-24 at 16:56 -0700, Karol Krizka wrote:
>
>     > Would you say that gentoo-source handle this problem with around
>     the same
>     > quality, or would you suggest ck-sources for a desktop only
>     environment?
>
>     I recommend ck-sources for desktops.
>
>     Daniel
>
>     --
>     gentoo-amd64@gentoo.org <mailto:gentoo-amd64@gentoo.org> mailing list
>
>


-- 
Simon Strandman <simon.strandman@telia.com>

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Luis Medinas]

On Tue, 2005-10-25 at 12:17 +0100, José Carlos Cruz Costa wrote:
> and for servers? like audio servers (very responsive servers)
> 
The point is there isn't couple of kernel patches that makes it ideal
for desktops or servers. It helps in the tasks you usually use in
desktop or server environments. Most of those kernel patches makes your
system more responsive but it doesn't do any miracles. I recommend for
both use server/desktop gentoo-sources. If you want a kernel for a real
server probably you want hardened-sources. For desktop(including audio
servers in you case) gentoo-sources or ck-sources. 
Beware that most of the patches available to tune your scheduler aren't
for general use so you can expect a better responsiveness when you run
xorg+firefox+xterm but you can get worst when you run apache, php, sql.

-- 
Luis Medinas <metalgod@gentoo.org>
http://dev.gentoo.org/~metalgod
Gentoo Linux Developer: AMD64,Printing,Media-Optical,Xmms


-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Billy Holmes]

Luis Medinas wrote:
> desktop or server environments. Most of those kernel patches makes your
> system more responsive but it doesn't do any miracles. I recommend for

exactly. It doesn't change your system into something that it's not - ie 
a super computer. However, those patches may seem to create miracles. It 
all depends upon your needs and problems, and then finding the right 
solution. Many jack users here, know that ck-sources might work, but in 
reality, the rt patches are probably the thing for the job.
-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Daniel Gryniewicz]

On Tue, 2005-10-25 at 12:17 +0100, José Carlos Cruz Costa wrote:
> and for servers? like audio servers (very responsive servers)
> 

I've never personally run one, but ck-sources is good for that too,
based on reports on the mailing list.  There is a server mode for
ck-sources, for servers where throughput is more important than latency.
I run this on my servers, but they're not exactly high utilization, so
no difference would show up between ck-sources and gentoo-sources on
them.

Bascially, ck-sources gives lower latency than mainline kernels.  If you
care about latency (audio, video, desktops), you would do well with
ck-sources.

Daniel

-- 
gentoo-amd64@gentoo.org mailing list

Re: [gentoo-amd64] sys-kernel/ck-sources

[Billy Holmes]

Karol Krizka wrote:
> Would you say that gentoo-source handle this problem with around the same 
> quality, or would you suggest ck-sources for a desktop only environment?

ck-sources has a much different process scheduler than gentoo-sources. 
This process scheduler is what makes it more interactive and useful for 
desktop use. You may be perfectly happy with gentoo-sources, however my 
needs are very specific, and I needed something else to meet those needs.
-- 
gentoo-amd64@gentoo.org mailing list