Java firefox plugin

[ICMan]

Hello,

When I compiled the JDK 1.5 in ports, it did not create a plugin for 
Firefox, or if it did, I can't find it.  Can anyone help?  I would like 
to install the plugin for my Firefox implementation


Also, is there any information about other plugins for Firefox which 
have been ported to OpenBSD?  in particular, I would like to find 
Macromedia Flash and Shockwave plugins if they are available.


Thank you.

Re: Problems with java

[ICMan]

Greg Thomas wrote:

On 11/16/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Quoting ICMan <[EMAIL PROTECTED]>:

>  Hello,
>
> I just compiled (after a whole day) the jdk 1.5.0p19 distribution 
on OBSD
> 4.0, and I get the following error whenever I run java or attempt 
to use

> the plugin with firefox:
>
> "Error occurred during initialization of VM
> Could not reserve enough space for object heap
> Could not create the Java virtual machine."
>
> I have tried "ulimit -d 10", I have tried "java -Xms10M 
-Xmx10M", "java

> -Xms100M -Xmx100M", and even "java -Xms1M -Xmx1M".  None work.  I
> continue to get the same error.
>

I have just completed a java installation from source as well and got
the same error. Setting "ulimit -d 40" cleared that error for me;
try a higher value.



I ran into similar problems with jdk-1.5.0p21 on -current.  After
troubleshooting with Kurt for awhile we were never able to figure out
why I had to do this little wrapper script:

[EMAIL PROTECTED] cat bin/firefox.sh
#!/bin/csh
/bin/csh -c unlimit
/usr/local/bin/firefox &

Setting ulimits in sh never worked for me.  When I saw the unlimit
command in csh I figured what the hell I'll try it and it worked.

Greg



Thank you everyone.  I discovered that ulimit -d 20 works on my 
system.  I don't really know what that means, and I have yet to figure 
out how to set this for all users (so they can use java), but that's 
stuff I can puzzle out.


Thank you for your help.  I would not have been able to do it without 
your support.


ICMan

Problems with java

[ICMan]

 Hello,

I just compiled (after a whole day) the jdk 1.5.0p19 distribution on OBSD
4.0, and I get the following error whenever I run java or attempt to use
the plugin with firefox:

"Error occurred during initialization of VM
Could not reserve enough space for object heap
Could not create the Java virtual machine."

I have tried "ulimit -d 10", I have tried "java -Xms10M -Xmx10M", "java
-Xms100M -Xmx100M", and even "java -Xms1M -Xmx1M".  None work.  I
continue to get the same error.

Need help badly.

Thanks

ICMan.

OpenBSD 4.0 - Where is it?

[ICMan]

I admit that I am not the most up to date on the release process, but 
why is 4.0 not out on the FTP server yet if people are receiving it in 
their homes on CD?  And how do I get on that list of people who get the 
pre-release?


ICMan

Re: blobs are bad

[ICMan]

I have read this thread, and I don't get it.  Doesn't it benefit card 
companies to have open source communities making their drivers better?  
They get free labour, a larger source of talent, and more stable 
drivers.  Their driver developers can take ideas from ports of their 
drivers to put into their own (aka Windows drivers) to make them more 
efficient and stable.  It provides a learning pool for their own 
developers, who can now openly participate in the community.  And 
finally, it makes happy customers.  Happy customers means more sales = 
more revenue.


Are they worries that competitors will learn about the inner workings of 
their cards, and they will loose competitive advantage?  Isn't their 
competitive advantage in their ability to continuously innovate?  
Drivers have little to do with that.  Besides, if a competitor is trying 
to reverse engineer last months version of your card, you are pulling 
ahead with your next rev, which is already built on your previous good 
works.


I just don't understand their arguments.

ICMan

Stuart Henderson wrote:


On 2006/10/18 13:40, Martin Schrvder wrote:
 


Not really. Matrox is open, but the cards don't do DVI higher than
1280x1024.
   



They are not.

They used to be, but started closing some parts in the dualhead G550
era (istr some feature upgrade being sold as a software-only update
which may be the reasoning behind this; very annoying because otherwise
I'd be quite happy with Matrox G cards as they're stable, not too
power-hungry and fanless).

Parhelia/P650 range is closed.

Matrox G range is variable - main driver works well, but needs a blob
to use some features. One of those features appears to be init'ing
the DVI correctly if the monitor needs something setup differently to
how the card's BIOS does it (i.e. it is meant to work with some DVI
monitors but definitely does not work with all).

Re: max filesize split(1)

[ICMan]

My $0.02:

Is there a way to query the file system to find out what the 
max-file-size is?  If there is, I don't know how to do it, but it could 
be added to split(1) so that split(1) will handle the largest file 
allowed by whichever file system is holding the file it is pointing to.


ICMan

Sebastian Dehne wrote:


Hi,

I noticed that split(1) can only handle files which's size <= 2GB. I
adjusted my version so that it support larger files.

Why is this limit never increased. I mean, the fs supports much bigger
files. Are there any plans to increased this limit in the future so I 
don't need to patch again when installing a new release?


regards,

Sebastian

Re: FTP Account Lockout

[ICMan]

Also, you could do the following:

1) Limit the scope of the PCI certification by placing all CC storing or 
processing systems on a DMZ behind an appropriately configured firewall;


AND

2) make sure that your FTP server is outside of this DMZ.

This assumes that the FTP server does not contain or process credit card 
data, and does not have access to the new credit card processing 
environment.


Appropriately configured firewall of course means configured according 
to the principle of least privilege, and in accordance with the rest of 
the PCI DSS requirements.


Mark Maxey wrote:


You can approach this a couple of ways

1. eliminate plaintext ftp all together. SSHv2 is an excellent free
replacement here or you can use FTP-SSL

2. restrict access to this service in your firewall by ip

3. put the ftp behind vpn

I'm a visa QDSP and these are a couple of things you could do.

Joachim Schipper said:
 


On Fri, Oct 06, 2006 at 12:56:43PM -0400, stuartv wrote:
   


Hello list,

The company I work for is required to get PCI (Payment Card
something-or-other) certified in order to keep doing some of the things
that
we
are doing with credit card payments.  When I started working here it was
an
all MS
shop, including the FTP server.  In order to help secure things (at
all), I
talked the boss into letting me setup an OpenBSD server as the FTP
server
instead of
windows2003.  Since then, I have also setup firewalls, mail server, IDS
etc.
all based
upon OpenBSD (and loving every minute of it).  However, now that we need
this cert,
one of the few things still standing in the way is the requirement that
we
set up
the FTP server to lockout (for 30min.) any account that fails to login 3
times in a row.  I haven't been able to find any ftp software that does
that.  The FTP server that ships with OpenBSD uses system accounts, and
I
haven't
figured out how to do that there either.

If I don't get this figured out soon, The boss will loose patience and I
will be right
back to MS hell trying to secure a win2003 ftp server just because it
will
lockout
an account that fails login 3 times in a row.  (and then probably figure
out
how to
setup a win2003 firewall, IDS, exchange server, etc etc etc... you get
the
pic)

If anyone has any suggestions, please let me know.
 


How about writing a login_* program for /usr/libexec/auth? It would be
sufficient to check if there have been too many login attempts recently,
and if not, call /usr/libexec/auth/login_passwd (or similar), and pass
the response.

There is quite a bit of information in login.conf(5). You'll also need
to modify this file, so it's a good place to start.

Joachim

Re: Libretto L1 xorg.conf

[ICMan]

Raja Subramanian wrote:


On 9/29/06, Bryan Vyhmeister <[EMAIL PROTECTED]> wrote:


I am in the process of installing OpenBSD/3.9-stable on my Toshiba
Libretto L1. I can only get X to use 800x600 when it should be using
1280x600.



I successfully ran XFree86 at 1200x600 on Debian Sarge on my L1.
I lost the charger and have not booted up the box in 2+ years,
so I can't get you my working XFree86.conf :-(

This should help:
http://www.celifornia.com/documents/toshibalibrettol1.html

http://www.linux-on-laptops.com/toshiba.html has more (linux)
config docs for your L1, and the setups usually have a working
XFree86.conf. This should hopefully be a good starting point
for your config.

- Raja




Try the following modelines:

Modeline"1280x600" 77.82 1280 1344 1480 1680 600 601 604 626
Modeline"1280x600" 76.04 1280 1336 1472 1664 600 601 604 626
Modeline"1280x600" 75.00 1280 1336 1472 1664 600 601 604 626

If they don't work with the VESA driver, look up the videocard type for 
your Libretto, and use that accellerated driver with these modelines.

Re: Upgrading 3.7 -> 3.9

[ICMan]

Thank you for the advice, everyone.  I don't want to lose my current 
configuration, so I think I will give the double upgrade a try.


S

Jack J. Woehr wrote:



On Sep 19, 2006, at 1:02 PM, Patsy wrote:


so I think a reasonable pointer would be: upgrade to 3.8, then to 3.9,
or if that's too much hassle, reinstall, it's probably a lot simpler.



I went from 3.7 to 3.9 that way, two steps, with no problem.

*-- *
*Jack J. Woehr*
*Director of Development*
*Absolute Performance, Inc.*
[EMAIL PROTECTED] *
*303-443-7000 ext. 527*
*
*

Upgrading 3.7 -> 3.9

[ICMan]

Hi all,

I want to upgrade from 3.7 to 3.9.  Can someone give me some pointers?

Thanks

Re: Compressed File System

[ICMan]

There are a lot of large files moving into the space on a regular basis, 
and they need to be stored for a long time in active disk space. I have 
to get into and out of these files frequently to monitor activity and do 
trend analysis.  It would be much easier to store them in a compressed 
volume rather than in compressed files because I use numerous text 
tools, not all of which can reach inside zipped files.


A complimentary question would be, does OpenBSD support encrypted 
volumes or allow encrypted files to be mounted as disk volumes?  
Mounting compressed files as disk volumes or compressing a disk volume 
would be solved using the same technique, so where one exists, the other 
should as well.


ICMan

Joachim Schipper wrote:


On Tue, Nov 15, 2005 at 11:01:30PM -0500, ICMan wrote:
 


Hello all,

Is there any way to create a compressed file system, using gzip or bzip, 
or some other mechanism?  I have some huge text files that I am working 
with that compress nicely, but to work with them requires insane amounts 
of disk.


Thanks in advance.
   



Not as far as I know, but there are quite a few editors that will, when
asked nicely, work with compressed files (please note that the 'swap
file' they use is typically not compressed, so it still costs some
space...) And any script-based processing is trivially modified by
putting a gzip pipe in front.

Is there a good reason not just to use gzip/gunzip?

Joachim

Compressed File System

[ICMan]

Hello all,

Is there any way to create a compressed file system, using gzip or bzip, 
or some other mechanism?  I have some huge text files that I am working 
with that compress nicely, but to work with them requires insane amounts 
of disk.


Thanks in advance.