Of course we got it working an hour after my post with the help of efnet
#OpenBSD (cable wasn't as correct as we thought it was, CD was left
hanging). Setting clocal on the tty corrected it.
It would be kinda nice to know why it DID work when console was
redirected to the serial port, since s
Hi,
I added the FEATURE(`delay_checks') in the .mc file, keep it the line
"DAEMON_OPTIONS(`Family=inet, Address=0.0.0.0, Port=587, Name=MSA
M=Ea')dnl" and it seems everything is so far so good. I take note about the
file on /usr/share/doc/smm/08.sendmailop too.
Thanks so much both of you.
Marcando al 01 800 681 9555 o al 01 800 681 1529
reciba 10 porciento sobre estos paquetes vacacionales
Gran Caribe Cancun 4 dias 2 adultos, vea
http://www.minivacs.net/send/link.php?M=205499&N=46&L=12&F=T
---
Los Cabos todo incluido 2 adu
On Tue, 23 Jun 2009, Ted Unangst wrote:
> On Wed, Jun 24, 2009 at 3:14 PM, Daniel Bolgheroni
> wrote:
>
> > 3. What I should not question in an OpenBSD mailing list?
>
> The development process. It's a good bet that the people who have
> been developing OpenBSD for 10 years know more about how
Hello all. I've been settings up a serial terminal for my box, and I've
run into some issues.
When 'set tty com0' is NOT used...
I can `tip tty00` and talk to the terminal (PuTTY serial on WinXP) just
fine, chatting back and forth.
Setting up getty on cua00 ('cua00 "/usr/libexec/getty" std.960
On Wed, Jun 24, 2009 at 3:14 PM, Daniel Bolgheroni
wrote:
> 1. Why we use cvs?
It works [enough].
> 2. Why we don't WANT to use svn, git, etc.?
See above. Also, why would we want to? (Don't answer that, you're wrong.)
> 3. What I should not question in an OpenBSD mailing list?
The developme
On Mon, 22 Jun 2009, Fernando Quintero wrote:
> Hello list,
>
> I have a question:
>
> I was reading about version control systems and i found a lot of the
> distributed software "with best performance", but really i don't know much
> about it.
> There are some technicals or philosophicals reaso
Hi,
Here's an idea I had - it involved a combination of binpatches and
release packages.
What you would do is have a central server with the required
binpatches and packages to install and set up scripts to run on
shutdown, then when you want to update a server, simply reboot, and
the changes wil
Po9tovani,
biz.net je firma koja se bavi uslugama internet in>enjeringa, web
dizajna, hostinga i razvoja programskih re9enja.
Ukoliko Vam je potrebna web prezentacija (web sajt) kojom fete
predstaviti sebe i svoje proizvode i usluge, ili ako niste zadovoljni
trenutnom prezentaci
On Tue, Jun 23, 2009 at 22:27, Urban Hillebrand wrote:
> My aploogies for being unclear. Those hosts are all on different
> locations and nets, even belong to different companies.
You could try using tools such as cfengine and/or puppet (both are in
ports) to have them pull in their configuration
Han Boetes wrote:
> I'd like to suggest using netboot. So you need only one server to
> maintain and for the rest all you have to do is restart services
> or reboot the rest.
My aploogies for being unclear. Those hosts are all on different
locations and nets, even belong to different companies. I
I'd like to suggest using netboot. So you need only one server to
maintain and for the rest all you have to do is restart services
or reboot the rest.
# Han
>>[...]
>
>>To assume that it is not superiour in the particular application
>>to which it is being put is also ridiculous. Having 1000 extra
>>features you don't use and will never use is not an advantage.
>
>If one hasn't tried it out, it's difficult to assume one would never use
>features like d
Marco Peereboom wrote:
I used git twice. Once I lost hours worth of work and the second time
it munged instead of merged the code. No thanks. If it works for you
great, now stop evangelizing some retarded versioning system that will
never, ever, ever, ever, ever be used in OpenBSD.
since
On 23 Jun 2009, at 13:17, Hannah Schroeter wrote:
Hi!
On Mon, Jun 22, 2009 at 10:16:12PM +0100, Anil Madhavapeddy wrote:
Pretty much every single new revision control system can import/
export
from CVS, so use whatever you want...
I tried git cvsimport on OpenBSD's tree and it failed, alas.
On Tue, Jun 23, 2009 at 07:33:15AM -0700, Philip Guenther wrote:
> Hmm, this seems to not match the documentation in
> /usr/share/doc/smm/08.sendmailop: the meaning you give for the 'a' and
> 'l' flags are correct for the srv_features ruleset, but not for the
> DaemonPortOptions option.
My mistake
On Mon, Jun 22, 2009 at 9:59 PM, Dan Harnett wrote:
> On Mon, Jun 22, 2009 at 07:19:09PM -0600, Alvaro Mantilla Gimenez wrote:
>>
>>According to the /usr/share/sendmail/README file, it is necessary to
>> add the "a" modifier to the line that define the MSA: "Additionally, by
>> using the M=a mo
I used git twice. Once I lost hours worth of work and the second time
it munged instead of merged the code. No thanks. If it works for you
great, now stop evangelizing some retarded versioning system that will
never, ever, ever, ever, ever be used in OpenBSD.
On Tue, Jun 23, 2009 at 03:16:59PM
Dear list,
I am seeking advice on how to keep several almost identical OpenBSD
installations up to date over several years / releases if possible.
I have 6-10 OpenBSD firewall/gateway/proxy hosts running, all with the
following tasks:
- pf
- squid
- postfix / amavisd / clamd
- openvpn
- ... and a
Hi,
can we please stop this ?
Some devs are aware of dvcs advantages, some use them locally for their
own developments, some share things between some devs using dvcs public
repos, some thinks that CVS has some weaknesses (which *might* be adressed in
opencvs, once it is feature-compliant with gnu
On Tue, Jun 23, 2009 at 06:34:48PM +0530, Siju George wrote:
> Hi,
>
> I have swap mounted on my raid0b partition.
>
> # disklabel raid0
> # /dev/rraid0c:
> type: RAID
> disk: raid
> label: fictitious
> flags:
> bytes/sector: 512
> sectors/track: 128
> tracks/cylinder: 8
> sectors/cylinder: 1024
Hi!
On Tue, Jun 23, 2009 at 07:39:41AM -0500, Marco Peereboom wrote:
>Manure alert!
>On Tue, Jun 23, 2009 at 02:16:39PM +0200, Hannah Schroeter wrote:
>> On Mon, Jun 22, 2009 at 02:11:21PM -0500, Marco Peereboom wrote:
>> >What is wrong with CVS? And no I am not talking about the hypotheticals
>
Hi,
I have swap mounted on my raid0b partition.
# disklabel raid0
# /dev/rraid0c:
type: RAID
disk: raid
label: fictitious
flags:
bytes/sector: 512
sectors/track: 128
tracks/cylinder: 8
sectors/cylinder: 1024
cylinders: 225669
total sectors: 231085824
rpm: 3600
interleave: 1
trackskew: 0
cylinders
Manure alert!
On Tue, Jun 23, 2009 at 02:16:39PM +0200, Hannah Schroeter wrote:
> Hi!
>
> On Mon, Jun 22, 2009 at 02:11:21PM -0500, Marco Peereboom wrote:
> >What is wrong with CVS? And no I am not talking about the hypotheticals
> >and some bugs that exist in the current code (that can also be
Hi!
On Tue, Jun 23, 2009 at 08:11:42AM -0400, Kenneth R Westerback wrote:
>[...]
>To assume that it is not superiour in the particular application
>to which it is being put is also ridiculous. Having 1000 extra
>features you don't use and will never use is not an advantage.
If one hasn't tried i
Hi!
On Tue, Jun 23, 2009 at 12:48:33PM +0200, Artur Grabowski wrote:
>Mic J writes:
But to
imply that CVS is better than (or equal to) Mercurial or Git is a bit
ridiculous :)
>Mercurial and Git are crap.
Why do you think so? My experiences with git are quite good.
>[...]
>>Fr
Hi!
On Mon, Jun 22, 2009 at 09:58:04PM -0500, Eugene Prodeguene wrote:
>[...]
>http://www.openbsd.org/why-cvs.html
>Because none of the above mentioned will allow for 70+ developers to
>update ~1.2GB/~140,000 files of source code, allow anonymous checkouts,
>has an available web based interface
Hi!
On Mon, Jun 22, 2009 at 02:11:21PM -0500, Marco Peereboom wrote:
>What is wrong with CVS? And no I am not talking about the hypotheticals
>and some bugs that exist in the current code (that can also be easily
>worked around).
- It's *slow* (once you've seen git's speed, both cvs and svn are
Hi!
On Mon, Jun 22, 2009 at 10:16:12PM +0100, Anil Madhavapeddy wrote:
>Pretty much every single new revision control system can import/export
>from CVS, so use whatever you want...
I tried git cvsimport on OpenBSD's tree and it failed, alas.
cvs2svn doesn't grok some peculiarities of OpenBSD's
On Mon, Jun 22, 2009 at 07:13:51PM -0700, Mike Swanson wrote:
> Paul M wrote:
> >On 23/06/2009, at 6:44 AM, Fernando Quintero wrote:
> >
> >>Hello list,
> >>
> >>I have a question:
> >>
> >>I was reading about version control systems and i found a lot of the
> >>distributed software "with best perf
Somebody in my town, in fact from my neighborhood, drives a white Range
Rover with Puffy, OpenBSD and OpenSSH stickers.
So, if you're on misc@, hey.
Ed Ahlsen-Girard
[demime 1.01d removed an attachment of type APPLICATION/DEFANGED which had a
name of eagirard.15181DEFANGED-vcf]
Mic J writes:
>>> But to
>>> imply that CVS is better than (or equal to) Mercurial or Git is a bit
>>> ridiculous :)
Mercurial and Git are crap.
>> Because none of the above mentioned will allow for 70+ developers to
>> update ~1.2GB/~140,000 files of source code, allow anonymous checkouts,
>>
I was reading about version control systems and i found a lot of the
distributed software "with best performance", but really i don't know
much
about it.
There are some technicals or philosophicals reasons why the OpenBSD
repository does not change to something other t
33 matches
Mail list logo
