I solved it (for the moment) by patching st, as patching st
is something you most likely do anyways. The patch, including
a description, can be found on the suckless wiki [1].
But this solution is a bit tricky, becuase you will have problems
in the moment you connect to another system where
On 2014 Mar 25 (Tue) at 20:38:08 -0500 (-0500), Shawn K. Quinn wrote:
:On Tue, Mar 25, 2014, at 08:10 PM, n...@leviacomm.net wrote:
: Thanks and I understand the reasoning. The current ftp server won't be
: able to do http and use of siteXX files prevents using an external
: source. Will nfs be
Good morning,
Well, holy crap. I'm feeling a bit stupid now, but I am still very new to
OpenBSD. I
wasn't aware of all the limits the system would impose on a regular user. It is
pretty
nice though, from a security and stability perspective.
So, to fix this, I did chpass myuser as root and
On Mar 25 15:24:03, byronklipp...@ml1.net wrote:
Is there a way to generate DTMF tones using the tools in base?
I am trying to open a live audio path over IP from one node to
another. The audio path is fed into a controlling device which
interfaces with a VHF radio. In order to key-up the
Hi,
I am running stock generic kernel 5.4 on a Thinkpad T60 (model with ATI
graphics).
When I hit the sleep button (Fn-F4) the laptop seems to correctly go
to sleep until the traditional Moon LED lights up. However, when i try
to power it up again, I hear the fan spinning up, the life LED
Roberto E. Vargas Caballero schrieb am 26.03.2014 07:47:
I solved it (for the moment) by patching st, as patching st
is something you most likely do anyways. The patch, including
a description, can be found on the suckless wiki [1].
But this solution is a bit tricky, becuase you will have
One other reason is that our ftp *client* is a pile of crud.
Almost anyone who approaches it runs away screaming (or becomes berserk,
grabs an axe, and starts cutting madly at the rest of the tree)
Hi,
Can see you are allowing packets 'out' of your internal interfaces, but
what about packets getting into your internal interfaces?
pass quick on ath0/rl0 keep state
Also, if you have a private IP address on your modem (it will be doing
NAT), and you are trying to NAT on your OpenBSD box,
On 26.03.2014 00:51, Theo de Raadt wrote:
I've been thinking about upgrading my Alix 2d3 board to the new
apu1c/apu1c4 (http://www.pcengines.ch/apu1c.htm) - I think there was
some availability a few weeks ago but now the site says they are out
of
stock until April 5, 2014
On 2014-03-26, n...@leviacomm.net n...@leviacomm.net wrote:
I am upgrading hundreds of boxes a day with only have serial access to
them. Installing from an external source would bring any server I use
to its knees (I end up using 4-5 Gbps of bandwidth during upgrades.
Sounds like an excellent
On 26-03-2014 03:28, Wong Peter wrote:
Problem:
I can ping Google DNS(8.8.8.8) from openbsd machine. or browsing internet.
I cannot ping Google DNS(8.8.8.8) from LAN PC.
I can ping my external modem(192.168.1.254) which return echo reply.
I have no idea why ping the modem does reply but ping
On Wed, Mar 26, 2014 at 4:28 AM, Wong Peter peterap...@gmail.com wrote:
Hi
*Routing Table* (route show | more)
Destination Gateway Flags Interface
default 175.13.8.127.254 UGS tun0
175.130.127.254 175.135.116.213 (PPPOE IP address) UH tun0
should'n be your default gateway your external
On Wed, Mar 26, 2014 at 12:10 PM, Zé Loff zel...@zeloff.org wrote:
Are you forwarding packets between interfaces?
$ sysctl net.inet.ip.forwarding
modem is responding (to internal LAN, I suppose), so it must enabled,
--
Cris, member of G.U.F.I
Italian FreeBSD User Group
http://www.gufi.org/
Hello!
For some reason POSIX X/Open Systems Interfaces option requires 'unlink'
utility to be present in operating system. Sure, it does nothing that
'rm' doesn't already do, but given that 'unlink' is already used in some
scripts, I wonder if it would be benefitial for OpenBSD to include such
On 26-03-2014 11:13, Cristiano Deana wrote:
On Wed, Mar 26, 2014 at 4:28 AM, Wong Peter peterap...@gmail.com wrote:
Hi
*Routing Table* (route show | more)
Destination Gateway Flags Interface
default 175.13.8.127.254 UGS tun0
175.130.127.254 175.135.116.213 (PPPOE IP address) UH tun0
should'n
Hi,
Le 26/03/2014 12:13, Cristiano Deana a écrit :
On Wed, Mar 26, 2014 at 4:28 AM, Wong Peter peterap...@gmail.com wrote:
Hi
*Routing Table* (route show | more)
Destination Gateway Flags Interface
default 175.13.8.127.254 UGS tun0
175.130.127.254 175.135.116.213 (PPPOE IP address) UH
Hello,
without commenting on the need for the utility itself, the code you have
provided does not respect the coding style of OpenBSD, and your main
function shouldn't be returning errno
Gilles
On 03/26/14 12:19, Dmitrij D. Czarkoff wrote:
Hello!
For some reason POSIX X/Open Systems
If you get it updated in ncurses and drop me a note privately I will
update termtypes.master.
On Wed, Mar 26, 2014 at 10:15:14AM +0100, Nils R wrote:
Roberto E. Vargas Caballero schrieb am 26.03.2014 07:47:
I solved it (for the moment) by patching st, as patching st
is something you most
Em 25-03-2014 23:27, n...@leviacomm.net escreveu:
I am upgrading hundreds of boxes a day with only have serial access to
them. Installing from an external source would bring any server I use
to its knees (I end up using 4-5 Gbps of bandwidth during upgrades.
I assume packages will still be
On Tue, Mar 25, 2014 at 4:02 PM, Theo de Raadt dera...@cvs.openbsd.org wrote:
well openBSD is so neat it provides a nice call:
http://www.openbsd.org/cgi-bin/man.cgi?query=pidfileapropos=0sektion=0manpath=OpenBSD+Currentarch=i386format=html
but i failed to patch :'( this make the dhclient
On Tue, 2014-03-25 at 12:46 +0100, Stefan Sperling wrote:
The diff below backs out my changes for ral from 5.3-5.4.
Can you test this? I doubt it will have any effect but if it does
I'd very much like to know about it.
thanks for the suggestion! i may not have a chance till the weekend,
but
On 03/25/14 21:09, n...@leviacomm.net wrote:
Thanks and I understand the reasoning. The current ftp server won't be
able to do http and use of siteXX files prevents using an external
source. Will nfs be supported or am I going to need more hardware?
I'm not understanding something here, and
On Wed, Mar 26, 2014 at 12:19, Dmitrij D. Czarkoff wrote:
For some reason POSIX X/Open Systems Interfaces option requires 'unlink'
utility to be present in operating system. Sure, it does nothing that
With no rationale given. :(
'rm' doesn't already do, but given that 'unlink' is already
Gilles Chehade said:
without commenting on the need for the utility itself, the code you have
provided does not respect the coding style of OpenBSD, and your main
function shouldn't be returning errno
Sorry, I was not paying enough attention to style.
What about this one:
Le Wed, 26 Mar 2014 12:19:25 +0100,
Dmitrij D. Czarkoff czark...@gmail.com a écrit :
Hello,
For some reason POSIX X/Open Systems Interfaces option requires
'unlink' utility to be present in operating system. Sure, it does
nothing that 'rm' doesn't already do, but given that 'unlink' is
On 2014-03-25 Tue 18:34 PM |, Theo de Raadt wrote:
The 5.5 release will support FTP releases, but after that we are
disabling FTP and thus pushing people to use HTTP installs.
In this day and age, it is somewhat irresponsible for us to put
people into a situation where they might install
Matt Carey [cvstealth2...@yahoo.com] wrote:
I'm trying to track down the source of what is causing output errors on vlan
interfaces for 2 separate physical systems. ?For example when looking at
netstat between 2 different runs the values are always incrementing:
#
netstat -s -f inet -I
but given that 'unlink' is already used in some scripts
I would like to see some proof of that.
The way I see it, the ports tree is a large enough ecosystem capable
of measuring whether something is in use.
So, since it isn't in the ports tree, please show some proof.
Ted Unangst wrote
Sometimes I think refusing to implement stupid standards is the only
way to fight back.
Thank you.
For such as this I lurk on this list,
not for help with OpenBSD,
but for help with everything else.
Something OpenBSD does get right.
Good Stuff is not made from more of Bad
Dmitrij D. Czarkoff czark...@gmail.com writes:
Gilles Chehade said:
without commenting on the need for the utility itself, the code you have
provided does not respect the coding style of OpenBSD, and your main
function shouldn't be returning errno
Sorry, I was not paying enough attention to
Theo de Raadt dera...@cvs.openbsd.org writes:
but given that 'unlink' is already used in some scripts
I would like to see some proof of that.
The way I see it, the ports tree is a large enough ecosystem capable
of measuring whether something is in use.
So, since it isn't in the ports
Theo de Raadt wrote:
but given that 'unlink' is already used in some scripts
I would like to see some proof of that.
The use that triggered my original mail was in tests for devel/py-dulwich.
And I am quite sure I've seen it elsewhere recently, but I have no proof
for that.
P.S.:
but given that 'unlink' is already used in some scripts
I would like to see some proof of that.
The use that triggered my original mail was in tests for devel/py-dulwich.
Perhaps you can push upstream to use the better tools?
How long before we find clri being used?
On Wed, Mar 26, 2014 at 10:41, Marc Espie wrote:
One other reason is that our ftp *client* is a pile of crud.
Almost anyone who approaches it runs away screaming (or becomes berserk,
grabs an axe, and starts cutting madly at the rest of the tree)
I have seen no evidence of this ever
On Mar 26 09:29:16, sven.falem...@gmail.com wrote:
Listing process takes also times,
pkill doesn't list anything.
No really, read the manpage.
and deleting the listed PID may also
end in deleting another process in a race condition case.
Or is there some kind of smart lock inside pkill ?
Theo de Raadt wrote:
Perhaps you can push upstream to use the better tools?
I did, and I always do so.
--
Dmitrij D. Czarkoff
Small problem building unbound on -current; fixed with this patch to
prevent doc/unbound-host.1 from being removed on the clean target.
Index: Makefile.bsd-wrapper
===
RCS file:
On Wed, Mar 26, 2014 at 1:55 PM, Jan Stary h...@stare.cz wrote:
On Mar 26 09:29:16, sven.falem...@gmail.com wrote:
Listing process takes also times,
pkill doesn't list anything.
No really, read the manpage.
and deleting the listed PID may also
end in deleting another process in a race
On 26 March 2014 13:46, Ted Unangst t...@tedunangst.com wrote:
On Wed, Mar 26, 2014 at 10:41, Marc Espie wrote:
One other reason is that our ftp *client* is a pile of crud.
Almost anyone who approaches it runs away screaming (or becomes berserk,
grabs an axe, and starts cutting madly at the
On 2014-03-26 13:31, sven falempin wrote:
On Wed, Mar 26, 2014
at 1:55 PM, Jan Stary h...@stare.cz wrote:
On Mar 26 09:29:16,
sven.falem...@gmail.com [1]wrote:
Listing process takes also
times,
pkill doesn't list anything. No really, read the manpage.
and deleting the listed PID may
Using pkill(1) correctly should be more efficient than opening a
file, reading its contents, then passing those as an argument to
kill(1).
None of the mechanisms removes the race.
However, of all the mechanisms, pidfiles are the worst. They
even persist over reboot.
I have a different fix committed upstream which I'll pull across.
But in order to have hit this you're doing a build in-tree without an
obj directory which is not recommended.
On 2014-03-26, wk...@yahoo.com wk...@yahoo.com wrote:
Small problem building unbound on -current; fixed with this
On 2014-03-26, Giancarlo Razzolini grazzol...@gmail.com wrote:
If your siteXX has
sensible information you can use ssl with authentication.
The installer doesn't include openssl.
On 2014-03-26, Giancarlo Razzolini grazzol...@gmail.com wrote:
If your siteXX has
sensible information you can use ssl with authentication.
The installer doesn't include openssl.
Funny, Stuart.
My processs is to always look at the size of a statically linked
binary to make a guess as to
Em 26-03-2014 16:48, Stuart Henderson escreveu:
On 2014-03-26, Giancarlo Razzolini grazzol...@gmail.com wrote:
If your siteXX has
sensible information you can use ssl with authentication.
The installer doesn't include openssl.
I forgot this. I'm so used to ssl webservers, that I forget that
Em 26-03-2014 16:59, Theo de Raadt escreveu:
On 2014-03-26, Giancarlo Razzolini grazzol...@gmail.com wrote:
If your siteXX has
sensible information you can use ssl with authentication.
The installer doesn't include openssl.
Funny, Stuart.
My processs is to always look at the size of a
Em 26-03-2014 16:59, Theo de Raadt escreveu:
On 2014-03-26, Giancarlo Razzolini grazzol...@gmail.com wrote:
If your siteXX has
sensible information you can use ssl with authentication.
The installer doesn't include openssl.
Funny, Stuart.
My processs is to always look at the size of
Em 26-03-2014 17:18, Theo de Raadt escreveu:
Theo,
I agree with you that the installer must be as small as possible,
and still offer a good mix of ways to install the software. With
signify, the security of the underlying security of the protocol being
used in the installation, becomes
The FTP server is located on the head units for our dozen+ cabinet
SAN/NAS monstrosity from $storage_vendor, getting the software on them
to work the way it was shipped is already a huge pain.
The plan is to set up a couple of new servers as web servers with a
mounted iSCSI volume that points
Em 26-03-2014 18:16, n...@leviacomm.net escreveu:
The FTP server is located on the head units for our dozen+ cabinet
SAN/NAS monstrosity from $storage_vendor, getting the software on them
to work the way it was shipped is already a huge pain.
It happens. Hardware vendors not shipping decent
I'm trying to install OpenBSD 5.4 on a Dell Vostro 400, it's several years old
but not ancient. 4GB RAM, 250GB Seagate ST3250310AS hard drive. The
installation goes normally until it tries to find the hard drive and then tells
me no hard drive is available.
I've wiped the drive (it had
http://www.openbsd.org/report.html
On 26 March 2014 16:59, Charlie Farinella
cfarine...@appropriatesolutions.com wrote:
I'm trying to install OpenBSD 5.4 on a Dell Vostro 400, it's several years
old but not ancient. 4GB RAM, 250GB Seagate ST3250310AS hard drive. The
installation goes
On Wed, 26 Mar 2014, Charlie Farinella wrote:
I'm trying to install OpenBSD 5.4 on a Dell Vostro 400, it's several
years old but not ancient. 4GB RAM, 250GB Seagate ST3250310AS hard
drive. The installation goes normally until it tries to find the hard
drive and then tells me no hard drive
Hi Charlie. Bit of a shot in the dark. what sata ports are on the motherboard?
can you switch the ports the hard drive is connected to? i have a machine with
a similar problem but things work if I connect the hard drive to the sata 2
port instead of the sata 3 port.
On Mar 26, 2014, at 4:59
Hi
is it possible to make pkg_add -Dunsigned the default? I have a puppet
setup with 5.5 and some custom built packages that are not yet signed.
Regards
André
is it possible to make pkg_add -Dunsigned the default? I have a puppet
setup with 5.5 and some custom built packages that are not yet signed.
That's not going to happen. For your own private use, you will have to
use -Dunsigned.
An alternative is start creating your own keys and distribute
Hi Theo,
On 03/27/2014 12:27 AM, Theo de Raadt wrote:
is it possible to make pkg_add -Dunsigned the default? I have a puppet
setup with 5.5 and some custom built packages that are not yet signed.
That's not going to happen. For your own private use, you will have to
use -Dunsigned.
An
previously on this list Adam Thompson contributed:
The flip side is that correct usage of pkill in the face of proctitle
alterations is far from obvious.
It's never been a problem for me and I thought avoiding pid files was
going against the grain. Glad I was doing it right after all. If you
previously on this list Adam Thompson contributed:
The flip side is that correct usage of pkill in the face of proctitle
alterations is far from obvious.
It's never been a problem for me and I thought avoiding pid files was
going against the grain. Glad I was doing it right after all.
On Wed, Mar 26, 2014, at 05:11 PM, L. V. Lammert wrote:
On Wed, 26 Mar 2014, Charlie Farinella wrote:
I'm trying to install OpenBSD 5.4 on a Dell Vostro 400, it's several
years old but not ancient. 4GB RAM, 250GB Seagate ST3250310AS hard
drive. The installation goes normally until it
Dear all,
I had bought a Netgear WG311T Atheros Chipset. The Openbsd kernel(dmesg)
shows this card as ath0.
Therefore, I try to configure it using /etc/hostname.ath0 with content
below:
inet 192.168..5.1 255.255.255.0 none media autoselect mediaopt hostap mode
11b chan 6 nwid wsm nwkey
This
On Wed, 26 Mar 2014, Shawn K. Quinn wrote:
On OpenBSD the drive itself should show up in the installer regardless
of whatever garbage is in the partition table. For a Windows install,
your advice would be spot-on, but OpenBSD's installer is much more
intelligent than anything that came out of
On 03/26/14 16:59, Charlie Farinella wrote:
I'm trying to install OpenBSD 5.4 on a Dell Vostro 400, it's several
years old but not ancient. 4GB RAM, 250GB Seagate ST3250310AS hard
drive. The installation goes normally until it tries to find the
hard drive and then tells me no hard drive is
Everyone who gets useful tech support from this list should feel
obligated to donate something to the project.
Especially if a Dev took his time to help you;
http://www.openbsd.org/cgi-bin/cvsweb/~checkout~/ports/geo/openbsd-developers/files/OpenBSD
On Wed, Mar 26, 2014, at 10:52 PM, Nick
Test Mail, to check if its working...
65 matches
Mail list logo
