Re: Does the OpenBSD support well AMD's APU hardware?
He's saying he's dumb and has a weak grasp of technology. As in, I'm just a dumb country boy. It was in response to Theo's remark that it was unlikely that any future developers would come from Alabama. He's being funny. On Sat, Jul 5, 2014, at 11:30 PM, Артур Истомин wrote: On Sat, Jul 05, 2014 at 07:54:33PM -0400, Daniel Villarreal wrote: It means he's a Southerner by the grace of God. I still do not understand the joke. Can you specify. I really wonder.
Re: Firewall cluster.
Le 05/07/2014 22:37, sven falempin a écrit : read the FAQ, dont forget to sync the states and use ifstated to change the modem state when swithcing master fw. Actually I read it but I didn't notice ifstated; after a quick look it seems quite interesting. Thank you.
Re: Firewall cluster.
Le 06/07/2014 04:34, Giancarlo Razzolini a écrit : Em 05-07-2014 16:20, Mxher escreveu: 1) Can I group multiple virtuals ips to make them switch all at the same time using CARP ? AFAIK, no. But you can use ifstated. I have to admit that I didn't knew about ifstated; I will test it. 2) About modems interfaces, I can't have them UP on both firewalls at the same time. How would you managed that? You're dialing to your modems using pppoe? If so, them no, you probably can't have both them up, even with carp. If you could change your configuration for routing instead, you could use carp on your external interface to talk with your modems. Yes, unfortunately I have to use pppoe on two (of the five) modems. Cheers, Thanks for your answer!
Re: Firewall cluster.
On July 6, 2014 2:51:03 AM CDT, Mxher o...@mxher.fr wrote: Le 06/07/2014 04:34, Giancarlo Razzolini a écrit : Em 05-07-2014 16:20, Mxher escreveu: 1) Can I group multiple virtuals ips to make them switch all at the same time using CARP ? AFAIK, no. But you can use ifstated. I have to admit that I didn't knew about ifstated; I will test it. 2) About modems interfaces, I can't have them UP on both firewalls at the same time. How would you managed that? You're dialing to your modems using pppoe? If so, them no, you probably can't have both them up, even with carp. If you could change your configuration for routing instead, you could use carp on your external interface to talk with your modems. Yes, unfortunately I have to use pppoe on two (of the five) modems. Cheers, Thanks for your answer! I recall someone pointing out that interface groups of carp interfaces will all transition simultaneously. I find ifconfig(8) inconclusive; run your own tests and if that works, you have a built-in solution for keeping all the carp interfaces in sync. Then, use ifstated to manage the pppoe interfaces depending on ifstate of the relevant wan interface? You could set up a carp interface with no IP address bound, set it into the common if group and it would go up/down with the other carp ifs. Maybe. I haven't tried anything like that myself. -Adam -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Firewall cluster.
The sysctl for carp.preempt controls if they should all fail at the same time. Den 6 jul 2014 10:12 skrev Adam Thompson athom...@athompso.net: On July 6, 2014 2:51:03 AM CDT, Mxher o...@mxher.fr wrote: Le 06/07/2014 04:34, Giancarlo Razzolini a écrit : Em 05-07-2014 16:20, Mxher escreveu: 1) Can I group multiple virtuals ips to make them switch all at the same time using CARP ? AFAIK, no. But you can use ifstated. I have to admit that I didn't knew about ifstated; I will test it. 2) About modems interfaces, I can't have them UP on both firewalls at the same time. How would you managed that? You're dialing to your modems using pppoe? If so, them no, you probably can't have both them up, even with carp. If you could change your configuration for routing instead, you could use carp on your external interface to talk with your modems. Yes, unfortunately I have to use pppoe on two (of the five) modems. Cheers, Thanks for your answer! I recall someone pointing out that interface groups of carp interfaces will all transition simultaneously. I find ifconfig(8) inconclusive; run your own tests and if that works, you have a built-in solution for keeping all the carp interfaces in sync. Then, use ifstated to manage the pppoe interfaces depending on ifstate of the relevant wan interface? You could set up a carp interface with no IP address bound, set it into the common if group and it would go up/down with the other carp ifs. Maybe. I haven't tried anything like that myself. -Adam -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: Firewall cluster.
On Sun, Jul 06, 2014 at 10:59:16AM +0200, Janne Johansson wrote: The sysctl for carp.preempt controls if they should all fail at the same time. read carp(4). It contains answers to some questions asked. -Otto Den 6 jul 2014 10:12 skrev Adam Thompson athom...@athompso.net: On July 6, 2014 2:51:03 AM CDT, Mxher o...@mxher.fr wrote: Le 06/07/2014 04:34, Giancarlo Razzolini a ??crit : Em 05-07-2014 16:20, Mxher escreveu: 1) Can I group multiple virtuals ips to make them switch all at the same time using CARP ? AFAIK, no. But you can use ifstated. I have to admit that I didn't knew about ifstated; I will test it. 2) About modems interfaces, I can't have them UP on both firewalls at the same time. How would you managed that? You're dialing to your modems using pppoe? If so, them no, you probably can't have both them up, even with carp. If you could change your configuration for routing instead, you could use carp on your external interface to talk with your modems. Yes, unfortunately I have to use pppoe on two (of the five) modems. Cheers, Thanks for your answer! I recall someone pointing out that interface groups of carp interfaces will all transition simultaneously. I find ifconfig(8) inconclusive; run your own tests and if that works, you have a built-in solution for keeping all the carp interfaces in sync. Then, use ifstated to manage the pppoe interfaces depending on ifstate of the relevant wan interface? You could set up a carp interface with no IP address bound, set it into the common if group and it would go up/down with the other carp ifs. Maybe. I haven't tried anything like that myself. -Adam -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
Re: DVD how to overcome mkisofs
On 2014-07-06 03:15, Tuyosi Takesima wrote: owing to Maurice advice , i manage to succeed . 1) simple but beautiful dd if=/dev/rcd0c of=dvd.iso bs=64k growisofs -dvd-compat -Z /dev/rcd0c=dvd.iso this image -rw-r--r-- 1 root tuyosi 3882747904 Jul 6 09:42 dvd.iso and is bigger than image made by mkisofs 2984450048 Jul 6 08:21 ISO/test-2.isot considering speed , it is ok . no need finalizing 2) direct from folda made by dbdbackup growisofs -dvd-compat -Z /dev/rcd1c -dvd-video /home/tuyosi/DVD/test/ no need finalizing 3)i do not understand dao so i dont try burn iso made by mkisofs . sorry . thanks tuyosi You are welcome. 4GB iso works easily with the simple method above. DAO is disk at once. -use-the-force-luke is not documented in the man page. This is deliberate. All are advised to use a GUI. This is especially important for DVD+R dual layer 8GB. Setting the break point to the 2nd layer is difficult. Best Wishes Mo
Re: Firewall cluster.
Le 06/07/2014 12:05, Otto Moerbeek a écrit : On Sun, Jul 06, 2014 at 10:59:16AM +0200, Janne Johansson wrote: The sysctl for carp.preempt controls if they should all fail at the same time. read carp(4). It contains answers to some questions asked. -Otto Den 6 jul 2014 10:12 skrev Adam Thompson athom...@athompso.net: I recall someone pointing out that interface groups of carp interfaces will all transition simultaneously. I find ifconfig(8) inconclusive; run your own tests and if that works, you have a built-in solution for keeping all the carp interfaces in sync. Then, use ifstated to manage the pppoe interfaces depending on ifstate of the relevant wan interface? You could set up a carp interface with no IP address bound, set it into the common if group and it would go up/down with the other carp ifs. Maybe. I haven't tried anything like that myself. -Adam I run some tests and this is working as expected! Only thing I see is that there will be no group failback if this is a virtual carp interface which goes down. To be clear if the parent interface of carp2 goes down the whole group will switch but not if carp2 goes down by itself (by an admin mistake for example): * initial states root@obsd1:~# sysctl -a|grep preem net.inet.carp.preempt=1 root@obsd1:~# ifconfig HA |grep status status: master status: master status: master status: master root@obsd2:~# sysctl -a|grep preem net.inet.carp.preempt=1 root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: backup status: backup * states with carp2 down on obsd1 root@obsd1:~# ifconfig carp2 down root@obsd1:~# ifconfig HA |grep status status: master status: master status: invalid status: master root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: master status: backup * also unfortunately when carp2 goes UP again on obsd1 it still remains on obsd2: root@obsd1:~# ifconfig carp2 up root@obsd1:~# ifconfig HA |grep status status: master status: master status: backup status: master root@obsd2:~# ifconfig HA |grep status status: backup status: backup status: master status: backup Anyway I think this is an acceptable risk. @Adam: I will now try to use ifstated to manage pppoe interfaces like you suggest. Thanks to everyone of you.
Re: libmessage (New crazy sh*t)
On 6 July 2014 02:20, Gustav Fransson Nyvell gus...@nyvell.se wrote: I made this thing because I wanted or need a way to message between processes that know nothing about each other, using a central name. Without requiring any network. So, some basic message passing, across the OS. It's implemented using sqlite3 which in my case is not good, because I originally wanted to track fopen/open, and I think there will be infinite recursion if any of my new functions are used in that context. So, I'm thinking about another backend for it. You didn't attach any code, thankfully. Have you ever read about imsg? This sounds exactly like what you want, rather than using this sqlite-based thing. -- Thomas Adam
Re: libmessage (New crazy sh*t)
On 07/06/14 14:39, Thomas Adam wrote: On 6 July 2014 02:20, Gustav Fransson Nyvell gus...@nyvell.se wrote: I made this thing because I wanted or need a way to message between processes that know nothing about each other, using a central name. Without requiring any network. So, some basic message passing, across the OS. It's implemented using sqlite3 which in my case is not good, because I originally wanted to track fopen/open, and I think there will be infinite recursion if any of my new functions are used in that context. So, I'm thinking about another backend for it. You didn't attach any code, thankfully. Have you ever read about imsg? This sounds exactly like what you want, rather than using this sqlite-based thing. -- Thomas Adam I heard about the iPhone? Thanks, I'll look it up. //Gustav -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. Open to misc@openbsd.org.
Re: libmessage (New crazy sh*t)
On 6 July 2014 13:54, Gustav Fransson Nyvell gus...@nyvell.se wrote: I heard about the iPhone? Thanks, I'll look it up. //Gustav No, not Apple, for goodness sake, man! See this: http://www.openbsd.org/cgi-bin/man.cgi?query=msgbuf_drain -- Thomas Adam
Re: libmessage (New crazy sh*t)
On 07/06/14 14:58, Thomas Adam wrote: On 6 July 2014 13:54, Gustav Fransson Nyvell gus...@nyvell.se wrote: I heard about the iPhone? Thanks, I'll look it up. //Gustav No, not Apple, for goodness sake, man! See this: http://www.openbsd.org/cgi-bin/man.cgi?query=msgbuf_drain -- Thomas Adam Hi, Someone took a bit of the apple. But, hm. This imsg looks pretty much like what I've done, however, libmessage does not require any bounds checking whatsoever. It's way easier to use. I'm currently tracking accept(2) through it. All it needs is one line where accept is defined. However, not sure libmessage is very unixy, not in syntax at least. imsg wins there. :P I've made some updates so that the sending function forks inside so that there is practically no delay when it's used. Though, it does not fork in threads as that seems to disturb some programs (urxvtc specifically.) Of course, I guess libmessage maybe could use imsg as it's backend. :D Do you know where/how imsg stores it's data/messages? Before I have a look... I put the tarball up on my HTTP now. http://nyvell.se/db/libmessage.tar SHA256 (libmessage.tar) = 5e1073a258cd3f0970ecd7999215b2afe7cf4b253205b96b2a77a0c168814a9e If you're interested... //Gustav -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender.
Re: libmessage (New crazy sh*t)
On 6 July 2014 14:09, Gustav Fransson Nyvell gus...@nyvell.se wrote: This imsg looks pretty much like what I've done, however, libmessage does not require any bounds checking whatsoever. It's way easier to use. I'm I think you meant to say does not require any error checking. ;) Don't get me wrong, I don't wish to sound discouraging, but this sort of thing is just an academic exercise at this point. Just use imsg. I see absolutely no benefit to what you're doing, and this whole backend thing with sqlite seem proposterous. Good luck, just don't let others use this. Ever. -- Thomas Adam
Re: libmessage (New crazy sh*t)
On 07/06/14 14:58, Thomas Adam wrote: On 6 July 2014 13:54, Gustav Fransson Nyvell gus...@nyvell.se wrote: I heard about the iPhone? Thanks, I'll look it up. //Gustav No, not Apple, for goodness sake, man! See this: http://www.openbsd.org/cgi-bin/man.cgi?query=msgbuf_drain -- Thomas Adam Hm, seems like imsg only has one channel... that might be a problem because you might read other programs' messages and you'd have to shoot them back on the channel if you accidentally read them... might get inefficient... though probably not as inefficient as using sqlite of course. But if there's whole lot of messages flying around eh, well, it's pretty funny picture but it seems riddled with risk. I don't see a way of filtering or rejecting to get a message that you're looking at, in imsg. Of course, I'm looking for problems in imsg, now... sorry. -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. misc@openbsd.org Exempt
Re: libmessage (New crazy sh*t)
On 07/06/14 15:20, Thomas Adam wrote: On 6 July 2014 14:09, Gustav Fransson Nyvell gus...@nyvell.se wrote: This imsg looks pretty much like what I've done, however, libmessage does not require any bounds checking whatsoever. It's way easier to use. I'm I think you meant to say does not require any error checking. ;) Don't get me wrong, I don't wish to sound discouraging, but this sort of thing is just an academic exercise at this point. Just use imsg. I see absolutely no benefit to what you're doing, and this whole backend thing with sqlite seem proposterous. Good luck, just don't let others use this. Ever. -- Thomas Adam Other way around, libmessage is very dangerous, but it will take any buffer. If they use it, it's their own d*mn fault. :D -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. misc@openbsd.org Exempt
Re: libmessage (New crazy sh*t)
Can you even read? Can you please stay away from public mailing lists for sane people? On 6 July 2014 16:25, Gustav Fransson Nyvell gus...@nyvell.se wrote: On 07/06/14 15:20, Thomas Adam wrote: On 6 July 2014 14:09, Gustav Fransson Nyvell gus...@nyvell.se wrote: This imsg looks pretty much like what I've done, however, libmessage does not require any bounds checking whatsoever. It's way easier to use. I'm I think you meant to say does not require any error checking. ;) Don't get me wrong, I don't wish to sound discouraging, but this sort of thing is just an academic exercise at this point. Just use imsg. I see absolutely no benefit to what you're doing, and this whole backend thing with sqlite seem proposterous. Good luck, just don't let others use this. Ever. -- Thomas Adam Other way around, libmessage is very dangerous, but it will take any buffer. If they use it, it's their own d*mn fault. :D -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. misc@openbsd.org Exempt -- The best the little guy can do is what the little guy does right
SSH fails to run
I grabbed the 07-04-2014 snapshot of OpenBSD for AMD64 and was trying to get KDE4 to run and ran into some problems. One is SSH fails to run. When I try to run it with /usr/sbin/sshd several error messages are displayed. Starting with key_load_private: incorrect passphrase supplied to decrypt private key. key_load_public: invalid format. The other message state it unable to load any of the host keys with the same passphrase erroer and invalid format. Does anyone know what's causing this? As for the other problems, it doesn't seem to like my Radeon HD 6570 card. Perhaps I need to get a non Radeon video card. Stab
Re: SSH fails to run
On 2014-07-06, Stan Gammons s_gamm...@charter.net wrote: I grabbed the 07-04-2014 snapshot of OpenBSD for AMD64 and was I'll guess that you mean July 4. There was no amd64 snapshot with that date, so I presume you grabbed an older one _on_ that date. trying to get KDE4 to run and ran into some problems. One is SSH fails to run. When I try to run it with /usr/sbin/sshd several error messages are displayed. Starting with key_load_private: incorrect passphrase supplied to decrypt private key. Fixed about a week ago. There's a new snapshot up. -- Christian naddy Weisgerber na...@mips.inka.de
Re: SSH fails to run
On Jul 6, 2014, at 10:33 AM, Christian Weisgerber na...@mips.inka.de wrote: On 2014-07-06, Stan Gammons s_gamm...@charter.net wrote: I grabbed the 07-04-2014 snapshot of OpenBSD for AMD64 and was I'll guess that you mean July 4. There was no amd64 snapshot with that date, so I presume you grabbed an older one _on_ that date. trying to get KDE4 to run and ran into some problems. One is SSH fails to run. When I try to run it with /usr/sbin/sshd several error messages are displayed. Starting with key_load_private: incorrect passphrase supplied to decrypt private key. Fixed about a week ago. There's a new snapshot up. Ok. I'll grab another snapshot later today, but I could of sworn the one I got yesterday had a July 04 date. Stan
calloc and set var to NULL
Hello all, If I understand correctly calloc(), allocated space is already initialized to zero. So setting var to NULL is not needed. Is it alright or should it be kept just in case ? Regards, Denis --- parse.y.origSun Jul 6 17:51:59 2014 +++ parse.y Sun Jul 6 17:52:15 2014 @@ -3042,7 +3042,6 @@ /* some sane defaults */ p-state = STATE_NONE; - p-next = NULL; p-conf.distance = 1; p-conf.announce_type = ANNOUNCE_UNDEF; p-conf.announce_capa = 1;
Re: libmessage (New crazy sh*t)
On 07/06/14 15:44, Eugene Yunak wrote: Can you even read? Can you please stay away from public mailing lists for sane people? On 6 July 2014 16:25, Gustav Fransson Nyvell gus...@nyvell.se mailto:gus...@nyvell.se wrote: On 07/06/14 15:20, Thomas Adam wrote: On 6 July 2014 14:09, Gustav Fransson Nyvell gus...@nyvell.se mailto:gus...@nyvell.se wrote: This imsg looks pretty much like what I've done, however, libmessage does not require any bounds checking whatsoever. It's way easier to use. I'm I think you meant to say does not require any error checking. ;) Don't get me wrong, I don't wish to sound discouraging, but this sort of thing is just an academic exercise at this point. Just use imsg. I see absolutely no benefit to what you're doing, and this whole backend thing with sqlite seem proposterous. Good luck, just don't let others use this. Ever. -- Thomas Adam Other way around, libmessage is very dangerous, but it will take any buffer. If they use it, it's their own d*mn fault. :D -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender. misc@openbsd.org mailto:misc@openbsd.org Exempt -- The best the little guy can do is what the little guy does right Please give me your home address. -- This e-mail is confidential and may not be shared with anyone other than recipient(s) without written permission from sender.
Re: calloc and set var to NULL
On Sun, Jul 06, 2014 at 05:54:59PM +0200, Denis Fondras wrote: Hello all, If I understand correctly calloc(), allocated space is already initialized to zero. So setting var to NULL is not needed. Is it alright or should it be kept just in case ? Regards, Denis --- parse.y.origSun Jul 6 17:51:59 2014 +++ parse.y Sun Jul 6 17:52:15 2014 @@ -3042,7 +3042,6 @@ /* some sane defaults */ p-state = STATE_NONE; - p-next = NULL; p-conf.distance = 1; p-conf.announce_type = ANNOUNCE_UNDEF; p-conf.announce_capa = 1; Please use cvs diff, whcih includes more context. Now we have no idea which parse.y you are patching. -Otto
Re: calloc and set var to NULL
Denis Fondras [open...@ledeuns.net] wrote: Hello all, If I understand correctly calloc(), allocated space is already initialized to zero. So setting var to NULL is not needed. Is it alright or should it be kept just in case ? Regards, Denis --- parse.y.origSun Jul 6 17:51:59 2014 +++ parse.y Sun Jul 6 17:52:15 2014 @@ -3042,7 +3042,6 @@ /* some sane defaults */ p-state = STATE_NONE; - p-next = NULL; p-conf.distance = 1; p-conf.announce_type = ANNOUNCE_UNDEF; p-conf.announce_capa = 1; This is technically correct. So are you, but only because NULL and zero happen to be the same value. They don't necessarily have to be, it is implementation-defined. (Of course there would be fireworks everywhere if they weren't, since lots of people make the same assumption you did.) Chris
Re: calloc and set var to NULL
Le 06/07/2014 18:50, Otto Moerbeek a écrit : Please use cvs diff, whcih includes more context. Now we have no idea which parse.y you are patching. Sorry for this oversight and thank you for the mention of cvs diff. Index: parse.y === RCS file: /cvs/src/usr.sbin/bgpd/parse.y,v retrieving revision 1.272 diff -u -p -r1.272 parse.y --- parse.y 2 May 2014 14:12:05 - 1.272 +++ parse.y 6 Jul 2014 16:59:57 - @@ -3042,7 +3042,6 @@ alloc_peer(void) /* some sane defaults */ p-state = STATE_NONE; - p-next = NULL; p-conf.distance = 1; p-conf.announce_type = ANNOUNCE_UNDEF; p-conf.announce_capa = 1;
Re: calloc and set var to NULL
On Sun, Jul 06, 2014 at 09:56:05AM -0700, Chris Cappuccio wrote: Denis Fondras [open...@ledeuns.net] wrote: Hello all, If I understand correctly calloc(), allocated space is already initialized to zero. So setting var to NULL is not needed. Is it alright or should it be kept just in case ? Regards, Denis --- parse.y.origSun Jul 6 17:51:59 2014 +++ parse.y Sun Jul 6 17:52:15 2014 @@ -3042,7 +3042,6 @@ /* some sane defaults */ p-state = STATE_NONE; - p-next = NULL; p-conf.distance = 1; p-conf.announce_type = ANNOUNCE_UNDEF; p-conf.announce_capa = 1; This is technically correct. So are you, but only because NULL and zero happen to be the same value. They don't necessarily have to be, it is implementation-defined. (Of course there would be fireworks everywhere if they weren't, since lots of people make the same assumption you did.) Chris But note there are more pointers in struct peer. So in pedantic mode, all these should be inited to NULL. -Otto
Re: calloc and set var to NULL
Le 06/07/2014 18:56, Chris Cappuccio a écrit : This is technically correct. So are you, but only because NULL and zero happen to be the same value. They don't necessarily have to be, it is implementation-defined. (Of course there would be fireworks everywhere if they weren't, since lots of people make the same assumption you did.) Thank you Chris. I will keep it then :) Denis
Re: openssh
Collisions become a much larger concern in this model. On Thu, Jul 3, 2014 at 3:32 AM, Henning Brauer hb-open...@ml.bsws.de wrote: * Mihai Popescu mih...@gmail.com [2014-07-02 17:05]: Better buy a hardisk, copy your data and mail it abroad. Seriously. A truck full of harddisks is a transport link with fantastic bandwidth. Latency kinda sucks, tho. -- Henning Brauer, h...@bsws.de, henn...@openbsd.org BS Web Services GmbH, http://bsws.de, Full-Service ISP Secure Hosting, Mail and DNS. Virtual Dedicated Servers, Root to Fully Managed Henning Brauer Consulting, http://henningbrauer.com/
Marvell 88SE9230 AHCI SATA controller
Hello list, I am the unfortunate owner of a few Supermicro servers that contain Marvell 88SE9230 chips. OpenBSD does detect them, however they get stuck in a softreset loop. ahci0: failed to stop port, cannot softreset A quick search reveals that the problem has been reported before and that other operating systems had to put in some sort of delay workaround because the chips don't follow the AHCI specs perfectly. Reference: http://permalink.gmane.org/gmane.os.openbsd.misc/208667 I was wondering if someone has some sort of unofficial kernel patch or could point me in the correct direction (other than don't buy these servers -- too late). Thank you.
Re: SSH fails to run
On Jul 6, 2014, at 10:33 AM, Christian Weisgerber na...@mips.inka.de wrote: On 2014-07-06, Stan Gammons s_gamm...@charter.net wrote: I grabbed the 07-04-2014 snapshot of OpenBSD for AMD64 and was I'll guess that you mean July 4. There was no amd64 snapshot with that date, so I presume you grabbed an older one _on_ that date. trying to get KDE4 to run and ran into some problems. One is SSH fails to run. When I try to run it with /usr/sbin/sshd several error messages are displayed. Starting with key_load_private: incorrect passphrase supplied to decrypt private key. Fixed about a week ago. There's a new snapshot up. The July 06 snapshot is working for me. Thanks. Stan
Re: DVD how to overcome mkisofs
Hi ,all . i understand dd's limit . i am considring about growisofs -dvd-compat -Z $DEV=$FILE -use-the-force-luke=dao:$SIZE $SPEEDSTR , but clueless , ' man growisofs' give me no hint especially 'dao's usage' . i only guess growisofs -dvd-compat -Z /dev/rcd0c=/ISO/test.iso -use-the-force-luke=dao:64k -speed=16 is this 64k proper? By the way , there are many ' iso to DVD' GUI tools (for example brasero) in Linux . what openBSD has ? toyosi
