| From | Subject | Date |
|---|---|---|
| BetClic | Benfica vs Porto - Qual o seu palpite?
Benfica vs Porto - Qual o seu palpite?
Arrisque e ganhe em:
http://promoportugal.com/iemailer/link.php?M=753538&N=41&L=64&F=T
| Dec 19, 4:55 pm 2009 |
| Lars Kotthoff | symon mbuf on 4.6
Hi,
I've just upgraded to 4.6 and symon/symux don't seem to record any mbuf data --
no error messages, there's just nothing in the rrd file.
Did I miss something in my configuration?
Thanks,
Lars
| Dec 19, 2:22 pm 2009 |
| Jacob Meuser | Re: devede-3.15.0 problem
hmm. is ogg playback with mplayer broken on amd64? can people with
amd64 try 'mplayer -identify <ogg file> | grep ID_LENGTH' and say
whether it's always "inf"?
--
jakemsr@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
| Dec 19, 2:46 pm 2009 |
| nealHogan | Re: devede-3.15.0 problem
A test on another .ogg file:
montagueneal mplayer -loop 1 -identify Tromboon-sample.ogg | grep
ID_LENGTH > <
DEMUX_OGG: header n. 0 broken! len=30, code: -132
DEMUX_OGG: header n. 1 broken! len=140, code: -132
DEMUX_OGG: header n. 2 broken! len=4140, code: -132
ID_LENGTH=inf
Compiler did not align stack variables. Libavcodec has been miscompiled
and may be very slow or crash. This is not a bug in libavcodec,
but in the compiler. You may try ...
| Dec 19, 4:11 pm 2009 |
| nealHogan | devede-3.15.0 problem
Chris and Antoine,
The first attempt didn't make it to the list.
A friend and I did a bit more snooping and have the following info. that
may assist in fixing the problem.
First, the error mentions that libavcodec is miscompiled. When I
searched for that library, I did not find it. FFmpeg was also not
present in my system. I added them.
Second, the follwoing is the output of
montagueneal# mlayer -loop 1 -identify -ao null -vo null -frames ...
| Dec 19, 1:23 pm 2009 |
| Ed Ahlsen-Girard | Re: vi in /bin
Ingo Schwarze wrote on Sat., Dec. 19 at 17:51:19
>Matthew Szudzik wrote on Sat, Dec 19, 2009 at 05:34:23PM +0000:
>
>> But if you're going to learn just one of them, then I vote for sed.
>
>Marc, rewrite pkg* in sed. Please... :)
Herr Schwarze, please get help before you injure yourself or someone
else. ;-)
--
Edward Ahlsen-Girard
Ft Walton Beach, FL
| Dec 19, 11:21 am 2009 |
| lanie.ExploreCN | Re: Merry christmas - ExploreCN
Glad to contact with you .
this is lanie from ExploreCN that specialize in promotional gift.
Here attached mine best wish of christams day and new year-2010 to you.
hope you will have good time in your holiday.
With
Best regards,
Lanie
2009-12-19
Add: 6-4-801,Shengshi Qiantang Bvldo<
No.899 Fuchun Rd, 310000,
Hangzhou,Zhejiang, P.R.China
TEL: +86-571-87040510 | FAX: +86-571-86851085 | MOB: +86-137 5717 0425
Skype: Lanie00143 | MSN: lanie@hotmail.com | Trademanager : ...
| Dec 19, 8:18 am 2009 |
| Tobias Ulmer | Re: Xorg -br option does not work anymore
-br is the default now. Some developers don't seem to be pleased with that
change, which is why OpenBSD patches it. This breaks -br.
http://cgit.freedesktop.org/xorg/xserver/commit/?id=0bb317a78b96fddcdac319c9706b3a12f9...
http://www.openbsd.org/cgi-bin/cvsweb/xenocara/xserver/os/utils.c.diff?r1=1.8;r2=1.9;f=h
| Dec 19, 2:08 pm 2009 |
| Philippe Meunier | Xorg -br option does not work anymore
Hello,
Xorg's -br option does not seem to work anymore. When I try it I get
the standard X grey pattern on the root window instead of getting
solid black. The option '-nolisten tcp' still works, and I have not
tried to test other options. I noticed the change after upgrading a
desktop PC from 4.5-current to 4.6-current about a month and a half
ago (recompiling OpenBSD and Xenocara from source) and saw the same
change again yesterday when doing the same upgrade using the same
homemade ...
| Dec 19, 8:56 am 2009 |
| gilbert.fernandes | Re: vi in /bin
Real men use DEBUG.EXE
------Original Message------
From: Gregory Edigarov
Sender: owner-misc@openbsd.org
To: misc@openbsd.org
Subject: Re: vi in /bin
Sent: 18 Dec 2009 11:15
On Fri, 18 Dec 2009 10:28:25 +0100
real men use XEDIT.
--
With best regards,
Gregory Edigarov
| Dec 19, 6:51 am 2009 |
| Dirk Mast | Re: Web Browsers
Wow, thank you, I've always wanted an addon like this.
| Dec 19, 6:34 am 2009 |
| Chris Bennett | Re: devede-3.15.0 problem
I have yet to get devede to work on i386.
It starts and then hangs (but not crash) before finishing
I thought it might have been my system, but I just tried a new system
and it does the same
I also could not get dvdstyler to work either
--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve ...
| Dec 19, 8:20 am 2009 |
| Jacob Meuser | Re: devede-3.15.0 problem
that's mplayer. ignore it. the mplayer port doesn't even build wih
gcc4 on x86 anyway.
ports/packages issues belong on ports@, btw.
--
jakemsr@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
| Dec 19, 2:32 pm 2009 |
| Antoine Jacoutot | Re: devede-3.15.0 problem
It works for me, and it always did.
--
Antoine
| Dec 19, 8:49 am 2009 |
| Chris Bennett | Re: devede-3.15.0 problem
How can I figure out what the problem is?
I don't mind command line use. It looks to me that perhaps devede just
uses a collection of different packages for each set of steps. I
wouldn't mind at all doing it by hand.
Chris
--
A human being should be able to change a diaper, plan an invasion,
butcher a hog, conn a ship, design a building, write a sonnet, balance
accounts, build a wall, set a bone, comfort the dying, take orders,
give orders, cooperate, act alone, solve equations, analyze a ...
| Dec 19, 11:25 am 2009 |
| nealHogan | Re: devede-3.15.0 problem
FWIW - I had devede working on my amd64 system prior to the upgrade to
3.15.0. I'm not exactly sure how to deal with devede's suggestion
involving gcc 4.2 (or greater), given that the base compiler is not
that.
I realize there is a 4.2 pkg, but, again, am unsure what devede would
like me to try.
| Dec 19, 12:26 pm 2009 |
| Jacob Meuser | Re: devede-3.15.0 problem
can you run that (mplayer ... devede/silence.ogg) on the command line
--
jakemsr@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
| Dec 19, 2:28 pm 2009 |
| nealHogan | devede-3.15.0 problem
Hello,
The following is the output I get from starting devede and choosing any
one of the disc type options on the initial screen. I just updated to
the latest amd64 snaps and pkgs (17 Dec).
montagueneal# devede
DeVeDe 3.15.0
Using package-installed files
/home/neal/
Entro en fonts
Salgo de fonts
/home/neal/
Temp Directory is: /var/tmp
home load: /home/neal/.devede
Creating window ...
| Dec 19, 6:33 am 2009 |
| Denis Doroshenko | Re: tcpdump "kills" terminal by dumping RADIUS traffic
If you take "STRING" in RD_STRING points to "string" in the RFC, then
that may be the case. The RFC defines the following types:
text 1-253 octets containing UTF-8 encoded 10646 [7]
characters. Text of length zero (0) MUST NOT be sent;
omit the entire attribute instead.
string 1-253 octets containing binary data (values 0 through
255 decimal, inclusive). Strings of length zero (0)
MUST NOT be sent; omit ...
| Dec 19, 6:56 am 2009 |
| Stuart Henderson | Re: tcpdump "kills" terminal by dumping RADIUS traffic
and the same problem could occur with other strings. How about running
them through strvisx() instead?
Index: print-radius.c
===================================================================
RCS file: /cvs/src/usr.sbin/tcpdump/print-radius.c,v
retrieving revision 1.8
diff -u -p -r1.8 print-radius.c
--- print-radius.c 23 May 2006 21:57:15 -0000 1.8
+++ print-radius.c 19 Dec 2009 13:04:46 -0000
@@ -32,7 +32,9 @@
#include <arpa/inet.h>
#include <stdio.h>
+#include <stdlib.h>
...
| Dec 19, 6:06 am 2009 |
| Claudio Jeker | Re: tcpdump "kills" terminal by dumping RADIUS traffic
I think this can be simplified further. The memset() and memcpy() can be
| Dec 19, 6:26 am 2009 |
| Stuart Henderson | Re: Handling HTTP virtual hosts with relayd
It could equally be "I have a webserver running apache, I want to split
vhosts onto separate (machines|httpd instances) and keep them on a single
IP address without using something which is total overkill".
And sometimes it's simply not possible to move things to a different
platform.
Or www/pound, or www/varnish, or apache mod_proxy, or lighttpd mod_proxy, or...
pound is probably the simplest of these, but each have their advantages and
disadvantages.
It would make a lot of sense to ...
| Dec 19, 5:50 am 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
I have often done copy/paste with Python code between xterms. Of course
you must fix indenting. If you naively copy/paste C you will also have
issues of syntax and meaning, but if you are so used to looking at C
code that the meaning in the new context is immediately obvious without
thinking then you will not notice. Instead you just fix/adjust it in
place and move on.
Some people will never like indent having meaning. But there is value in
having an 'else' that *looks* like it belongs with ...
| Dec 19, 7:21 am 2009 |
| Jacob Meuser | Re: OT: Python (was Re: vi in /bin)
python sucks because people think it's great.
ever try to port a program written in C that uses Scons as it's build
system? for me, the C is easy, fixing the damn Scons (python) build
scripts is a *royal PITA*. autohell sucks but at least it uses old
school UNIX tools as it's backend (shell, awk, sed, perl).
--
jakemsr@sdf.lonestar.org
SDF Public Access UNIX System - http://sdf.lonestar.org
| Dec 19, 2:15 pm 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
I agree that copy/paste from the web would be challenging for newcomers.
Pastes from the web do horrible things to indenting. If you aren't
comfortable with Python it'd be a huge pain.
--
Darrin Chandler | Phoenix BSD User Group | MetaBUG
dwchandler@stilyagin.com | http://phxbug.org/ | http://metabug.org/
http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
| Dec 19, 8:21 am 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
You just need to talk to more people, then. Lots of people don't like
Python. Same for Perl, Ruby, or anything else. I've heard several devs
say they don't like Python but I have yet to hear any of them actually
give a reason. Ask them why they don't like C++ and you get a big list
of everything that's wrong with it. Ask about Python and you get "it
sucks" or "it's awful" or something. So I think it's just a matter of
taste.
Or maybe Henning has actual reasons. I haven't heard him talk ...
| Dec 19, 6:17 am 2009 |
| Henning Brauer | Re: OT: Python (was Re: vi in /bin)
[ ] you have ever seriously used C
heck, even perl.
--
Henning Brauer, hb@bsws.de, henning@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting
| Dec 19, 10:08 am 2009 |
| Jonathan Schleifer | Re: OT: Python (was Re: vi in /bin)
Erm, since when is it wrong to change code for testing, to make sure it
even works under strange circumstances? oO
--
Jonathan
[demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
| Dec 19, 12:32 pm 2009 |
| Henning Brauer | Re: OT: Python (was Re: vi in /bin)
boo hoo.
there are very valid uses of copied code, or extremely similiar code
(copy & paste and change a few things). we have that many times in the
tree.
the enforced indentation is completely nuts. i purposefully indent
extremely incorrectly when adding debug code that i intend to remove
again, to spot it faster. just one example, there are many more.
python doesn't solve a problem. perl's been there already.
oh, and the 80s sed, i use it a lot. as well as shell scripts.
-- ...
| Dec 19, 12:06 pm 2009 |
| Jonathan Schleifer | Re: OT: Python (was Re: vi in /bin)
This is why I never just copy code, but type it. While you type, you
also think about whether it makes sense to just copy the code and you
will notice if you have to adjust something. Saved me quite a few times
and doesn't take too long if you copy only short code. And long code
should never be copied anyway.
--
Jonathan
[demime 1.01d removed an attachment of type application/pgp-signature which had a name of signature.asc]
| Dec 19, 11:26 am 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
You're doing testing wrong and the wrongness has nothing to do with
python. ;-)
--
Darrin Chandler | Phoenix BSD User Group | MetaBUG
dwchandler@stilyagin.com | http://phxbug.org/ | http://metabug.org/
http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
| Dec 19, 12:26 pm 2009 |
| Ted Unangst | Re: OT: Python (was Re: vi in /bin)
The rules for scoping are utterly fucked.
| Dec 19, 7:58 am 2009 |
| Martin Schröder | Re: OT: Python (was Re: vi in /bin)
It's religion. The python followers say the same about perl. :-)
Best
Martin
| Dec 19, 6:26 am 2009 |
| Claudio Jeker | Re: OT: Python (was Re: vi in /bin)
Ugh, a programming language where you can't copy paste from xterm to xterm
without fucking up the program is just way to much pain to work on.
The indenting of code is an optical help but should not change the
behaviour of the program. For me it is important to be able to write code
with style(9) in mind (and I think most other BSD developpers think
similar because our code all looks similar).
| Dec 19, 6:38 am 2009 |
| Floor Terra | Re: OT: Python (was Re: vi in /bin)
I agree that copy/paste is a big problem in Python.
But in my experience copy/paste of code in any language is dangerous.
If you want to re-use code, write a function.
--
Floor Terra <floort@gmail.com>
www: http://brobding.mine.nu/
| Dec 19, 8:37 am 2009 |
| ropers | OT: Python (was Re: vi in /bin)
If you have the time, I'd love to hear you elaborate. So far most
people whose opinion I value have only said good things about Python.
You're the first person whose opinion I respect to go against that.
regards,
--ropers
| Dec 19, 5:54 am 2009 |
| Floor Terra | Re: OT: Python (was Re: vi in /bin)
In my experience (mostly python and c), code that has been pasted has
a higher bug density.
This is because most of the copy/paste goes like this:
1) Write some loop
2) Need similar loop
3) copy/paste old loop
4) Modify pasted loop (but forget one tiny change)
5) New loop has bug
It's worse with Python because of the indentation (tabs vs. spaces),
but as a general rule I would say never copy/paste code.
--
Floor Terra <floort@gmail.com>
www: http://brobding.mine.nu/
| Dec 19, 11:06 am 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
When you can write your code to remain testable. If you've changed code,
then you're only testing test code instead of production code. If you
change it back for production, did you change it back correctly? Better
to call the same code from both production and testing.
Yes, I have used your approach. I only use that approach when I must.
--
Darrin Chandler | Phoenix BSD User Group | MetaBUG
dwchandler@stilyagin.com | http://phxbug.org/ | ...
| Dec 19, 12:47 pm 2009 |
| Chris Dukes | Re: OT: Python (was Re: vi in /bin)
If you're copying and pasting, you're probably doing something wrong.
If it's a small example that you're using as a tutorial or as inspiration
to understand how something works, you probably should type it.
By typing it the information makes another pass through your brain
which can improve comprehension.
If it's large and part of something functional, it should have been
in a tarball or under source control and there shouldn't be any copy/paste.
If your coding style involves a lot of ...
| Dec 19, 4:22 pm 2009 |
| Nick Guenther | Re: OT: Python (was Re: vi in /bin)
and just to add to the pyre...
Your losses then. Python isn't so much a language of recipes, it's a
language of ideas.
Python is about thinking about what you're doing. It's one of those
languages that forces you to work on a higher level (not that there
aren't lots of places where python is used as a scripting
language--that code tends to come out badly, but that's because it's
written just to get the job done).
Ideal code is abstracted code, what possible use does repeating
yourself ...
| Dec 19, 12:51 pm 2009 |
| Darrin Chandler | Re: OT: Python (was Re: vi in /bin)
Oh my.
A language of ideas should mean that ideas are concisely expressible in
code, and that reading the code should convey the meaning. So you see an
idea on the web somewhere and paste the idea into your code and it's
broken? Idea fail!
Python is regularly used by myself and others for scripting and it
comes out just fine. Sometimes I work at a higher level and other times
not, as the situation calls for. Doing things The UNIX Way(tm) means
some programs are simple filters that do not ...
| Dec 19, 1:30 pm 2009 |
| Nick Guenther | Re: OT: Python (was Re: vi in /bin)
I should make it more clear what I was saying: knowing the basics of
python can't force you to write good code (in fact the python stdlib
is full of shitty shitty code--the web stuff is particularly terrible)
but there's something about working in it that lets me approach
problems in a different way then I would have otherwise.
(of course the near-ultimate end of this line of thinking is lisp,
where you can define syntax for any construct you want to abstract,
but lisp personally I find lisp ...
| Dec 19, 1:51 pm 2009 |
| Ted Unangst | Re: OT: Python (was Re: vi in /bin)
It's very hard to fix the indenting when you're copying code from a
web forum/email archive/whatnot that mangled it. Been there done that.
Pythons behavior in this regard makes it very aggravating to work with
as a newcomer, and for many people who are a little suspicious of the
whole whitespace thing, when your first taste of the language is hours
spent fixing the whitespace, you aren't inclined to use it any more
than necessary.
On Dec 19, 2009, at 9:21 AM, Darrin Chandler
| Dec 19, 8:03 am 2009 |
| Ryan Flannery | Re: OT: Python (was Re: vi in /bin)
I must disagree here... there's nothing about *any* programming
language [1] that forces one to work on a higher level. That's up to
the programmer. I've seen even the simplest tasks, or ones that
scream for a nice, simple abstraction, done horribly (if at all) in
any language, including python. My experience grading countless
programs from freshman-senior students, which are increasingly written
in python, show it's not the programming language... it's the
programmer.
Good design + good ...
| Dec 19, 1:18 pm 2009 |
| Claudio Jeker | Re: OT: Python (was Re: vi in /bin)
Yeah, we C-programmers are just mastrubating monkeys poking the typewrite
till it produces compiling code. If you don't think about what your doing
you get the crap code you see everywhere and it is not depending on the
Code abstraction is nice until you have to update a vendor driver or some
other highly abstracted nightmare. Been there, done that, got the
nightmares. Sometimes it is far better to copy a few lines instead of
abstracting an interface until it is unusable.
No programming ...
| Dec 19, 1:19 pm 2009 |
| Jonathan Schleifer | Re: OT: Python (was Re: vi in /bin)
Well, enforced whitespaces are a double-edges sword: While enforcing
newcomes to indent their code correctly and thus getting them used to
the right style and avoiding bad behaviour, it is really a pain in the
ass for testing. If you are just going to test something, you often
have to reindent code. Luckily, vim can do that for you, but still,
it's rather annoying that I have to reformat the code then.
--
Jonathan
[demime 1.01d removed an attachment of type application/pgp-signature which ...
| Dec 19, 11:29 am 2009 |
| Janet Wiseman | Making You Richer, Instantly Commissions
Hi misc, Janet W. here, and were the developers of Making You Richer, Instantly Commissions.
You may think this is a bold statement but we are gonna say it anyway.
If youre brand new to internet marketing, we know what you want. Seriously.
What YOU want is a simple, A to Z plan, right? You know, something like . . .
start by doing this . . . then do this . . .
now do this. That's exactly what we wanted when we started out. But we never found it.
Some things came close but something was ...
| Dec 19, 3:20 am 2009 |
| Stuart Henderson | Re: smtpd(8) local delivery failure - help needed with d ...
You should be running -current if you're using smtpd.
| Dec 19, 3:30 am 2009 |
| Télé Loisirs | [Programme TV] Samedi 19 Décembre 2009
Si ce message ne s'affiche pas correctement, voir ici
Ajoutez tele-loisirs@ml.tv-news.fr ` votre carnet d'adresses pour
recevoir vos programmes plus facilement
Programme-TV.net - TC)lC) Loisirs
Votre programme TV
Same di 19 DC)cembre 2009
Gagnez une semaine au ski en famille
Remportez une semaine au ski
Remportez une semaine au ski
Je participe
Remportez une semaine au ski
Remportez une semaine au ski
Remportez une semaine au ski
Remportez une semaine au ...
| Dec 19, 12:47 am 2009 |
| Adam Thompson | Re: smtpd(8) local delivery failure - help needed with d ...
In article <20091217185401.GA13165@bramka.kerhand.co.uk>,
Bang on. The manpages in -current have the writeup. I tend to refer
only to manpages that match the release I'm using, as I've been bitten a
few times by new functionality documented in the man page that doesn't
actually exist on my -stable system.
So it looks like I had it almost right, anyway.
Thanks, though for pointing out that it *is* in the man pages, after
all.
-Adam
| Dec 18, 9:37 pm 2009 |
| ropers | Re: OpenBSD book
Does this answer your question?
http://i.imgur.com/ggkB5.png
regards,
--ropers
| Dec 19, 12:10 am 2009 |
| STeve Andre' | Re: OpenBSD book
Wow--a book of wikipedia reprints. I'd say that there is still
some useful possiblity for it, but the price tag is nuts.
Remember, not all books on a subject are useful. Sounds like
the OpenSBD library has its first weak book, but thats ok--it
might prod others into creating something better.
--STeve Andre'
| Dec 19, 12:11 pm 2009 |
| Joshua Gimer | Re: OpenBSD book
That is funny. I was wondering why someone would sell a book that is only 96
pages. :)
--
Thx
Joshua Gimer
| Dec 19, 12:09 pm 2009 |
| Eric Furman | OpenBSD book
Does anyone have any info on this book?
http://www.amazon.com/OpenBSD-Frederic-P-Miller/dp/6130089511/ref=sr_1_6?ie=UTF8&s...
The title is simply "OpenBSD".
I ask because it seems to be pretty new,
Published in October of 2009, and most of the
other OBSD books I've seen are fairly old.
Amazon gives remarkably little info on it.
| Dec 18, 8:52 pm 2009 |
| Bryan Irvine | Re: OpenBSD book
It does give very little. However it does give the ISBN number which
I googled and at least found the cover:
http://www.wikio.com/books/openbsd-6130089511-9575144,b.html
Seems like maybe an interesting geek coffee table book. Except it
pretty much seems impossible to find.
| Dec 18, 9:46 pm 2009 |
| Girish Venkatachalam | Re: Unofficial OpenBSD 4.6 USB installer on LiveUSB-Open ...
No you got it wrong.
You are supposed to say
"install from disk" (instead of install from cd0)
"Already mounted? [no]"
(Press enter)
And the sets will all show up.
Try again.
All sets are there in the USB stick but you have to follow a slightly
different procedure.
-Girish
--
Gayatri Hitech
web: http://gayatri-hitech.com
SpamCheetah Spam filter:
http://spam-cheetah.com
| Dec 18, 6:35 pm 2009 |
| Rod Whitworth | Spooky spamd happening
I have a bunch of client machines that do their daily/weekly/monthly
reports to a dedicated mailbox here.
I notice things like a missing host or a low uptime figure etc and can
talk to their owners about what problems may be.
Works fine and did today but there is something spooky happening:
The 0130 daily messages came through on time.
The 0330 weekly messages were all there.
My next task= inspect the spamdb and /var/log/spamd to find if false
positives or other anomalies happening. This ...
| Dec 18, 6:31 pm 2009 |
| David Vasek | Re: Web Browsers
Can anybody comment on privoxy?
Junkbuster used to be simple, but privoxy seems to be quite complex to set
up.
Regards,
David
| Dec 19, 6:11 am 2009 |
| Christopher Linn | Re: Web Browsers
I'm not telling.
cel
| Dec 18, 8:06 pm 2009 |
| Bob Beck | Re: Web Browsers
Well, in theory, if they can stick to it, a privsep design is more
secure from the point of view of the application.
When done right.
Now, is it a small and secure program? I dunno: You decide:
# uname -a
OpenBSD cthulhu.cns.ualberta.ca 4.6 GENERIC.MP#27 amd64
# pwd
/usr/local/chrome
# ldd chrome
chrome:
Start End Type Open Ref GrpRef Name
0000000000400000 0000000002c9f000 exe 1 0 0 chrome
0000000209b99000 ...
| Dec 18, 5:52 pm 2009 |
| Ben Calvert | Re: Handling HTTP virtual hosts with relayd
This is what squid is for.
| Dec 18, 5:05 pm 2009 |
| Lars Nooden | Re: Handling HTTP virtual hosts with relayd
The vulnerable machines are still accessible via the proxy, squid.
Don't fiddle with half measures, move what you have over to Apache.
Say what you have the machine for and it will be easier to find the
right software for you.
/Lars
| Dec 19, 5:18 am 2009 |
| James Stocks | Re: Handling HTTP virtual hosts with relayd
The IIS servers have a fair number of ASP.net based applications, to be honest
I don't know what 50% of them do but they are needed. Nothing would please me
more than to get rid of these machines and indeed this is what I advocate
whenever my opinion is sought. However, I don't have the authority to tell
the software development department what to do, so I'm stuck with it for now.
I know that IIS isn't ideal from a security point of view, but I want to do
everything we can to safeguard them ...
| Dec 19, 6:07 am 2009 |
| Darrin Chandler | Re: Root file system is growing strangely
http://www.openbsd.org/faq/faq14.html#NegSpace
But yes, such things are almost impossible to Google up. Anything with
small numbers or symbols doesn't search well at all.
--
Darrin Chandler | Phoenix BSD User Group | MetaBUG
dwchandler@stilyagin.com | http://phxbug.org/ | http://metabug.org/
http://www.stilyagin.com/ | Daemons in the Desert | Global BUG Federation
| Dec 19, 6:23 am 2009 |
| ropers | Re: Root file system is growing strangely
*Over* 100%? How is that even possible?
| Dec 19, 5:50 am 2009 |
| Frank Bax | Dec 19, 6:19 am 2009 | |
| Kenneth Westerback | Re: Root file system is growing strangely
Because this is Unix? Not a sarcastic reply, pointing out that this is
a well known feature of ffs. Although finding a nice Goggle phrase to
pull up an historical discussion seem unexpectedly difficult.
.... Ken
| Dec 19, 6:02 am 2009 |
| Daniel Zhelev | Re: Root file system is growing strangely
I found it, it was pflogd who was filling the root. Strange thing is that
/var is on separate partition from / and acording to man
FILES
/var/run/pflogd.pid Process ID of the currently running pflogd.
/var/log/pflog Default log file.
can I chroot pflogd to /var and is that a good idea? Is this and incident
due to problem with my pf.conf which is:
set skip on lo0
block in all
block out all
block in quick log on nfe0 proto tcp flags FUP/WEUAPRSF
block in quick log on nfe0 ...
| Dec 19, 7:21 am 2009 |
| Daniel Zhelev | Re: Root file system is growing strangely
Well, that was a good idea thanks for it, but no luck. I`ve killed and start
again every process listed in fstat but the amount of
used space has not drop. I`ve forgot to mention that I use 4.6-stable with
GENERIC kernel.
/dev/wd0a 1005M 274M 680M 29% /
| Dec 19, 3:33 am 2009 |
| Bret S. Lambert | Re: Root file system is growing strangely
Then start snapshotting via du -s k <whatever is on the partition>
Rinse, lather, and repeat until you find out what the actual thing
that keeps growing is.
Had to do this myself earlier this week, as someone had
a) decided that logging to /root/somefile was a good idea
| Dec 19, 3:50 am 2009 |
| Paul M | Re: vi in /bin
You can do anything in Perl.
Tho' it's never the right tool for the job.
pailm
| Dec 19, 12:30 am 2009 |
| Jason McIntyre | Re: vi in /bin
yes, it really means "a great little editor". although putting "great"
and "little" together sounds all wrong.
anyway, i was drunk when i wrote that. otherwise i would have ignored
this stupid thread.
jmc
| Dec 19, 2:01 am 2009 |
| Ingo Schwarze | Re: vi in /bin
That's bad: sed is still needed, see /usr/src/distrib/miniroot/list
for a striking example.
That said, liking and using Perl a lot, the same happens to me,
but i see that as deficiency, not a virtue.
| Dec 18, 5:33 pm 2009 |
| Matthew Szudzik | Re: vi in /bin
It seems that every decade has its own fashionable Unix scripting
language. The original scripting language, used in the 1970's was sed.
But awk became the fashionable language in the 1980's, then perl in the
1990's, and now python in the 2000's. Who knows what will be next?
If you have time to spare, it certainly could be useful to learn all of
these languages. But if you're going to learn just one of them, then I
vote for sed. You will still encounter environments where sed is the
only ...
| Dec 19, 10:34 am 2009 |
| Ingo Schwarze | Re: vi in /bin
Marc, rewrite pkg* in sed. Please... :)
| Dec 19, 10:51 am 2009 |
| Otto Moerbeek | Re: vi in /bin
I'm aftraid my English (Scottish?) idiom falls short here. But I guess
"braw wee editor" means "small, but fine editor"? Because then you are right,
of course.
-Otto (who learned ed before any other editor)
| Dec 19, 1:30 am 2009 |
| Henning Brauer | Re: vi in /bin
any excuse to not know python is a good and valid one. any.
--
Henning Brauer, hb@bsws.de, henning@openbsd.org
BS Web Services, http://bsws.de
Full-Service ISP - Secure Hosting, Mail and DNS Services
Dedicated Servers, Rootservers, Application Hosting
| Dec 19, 5:13 am 2009 |
| Claudio Jeker | Re: No RTF_UP after route change to an interface that is up
No I don't think this is a good decision. I prefer having them different
from the dynamic host routes generated by arp and icmp.
This is a very simple way to ensure that this those special routes are a
I know a few things especially with new interface addresses are still not
See attached diff. Not seriously tested but until now no flames are
Index: netinet/ip_icmp.c
===================================================================
RCS file: /cvs/src/sys/netinet/ip_icmp.c,v
retrieving ...
| Dec 19, 1:00 pm 2009 |
| Sam Watkins | Re: re1: watchdog timeout
I had that behavior when running openbsd (and netbsd) in qemu, which was fixed
(hacked around) by disabling mpbios:
For OpenBSD, we need to disable mpbios (for full details, see
http://scie.nti.st/2009/10/4/running-openbsd-4-5-in-kvm-on-ubuntu-linux-9-04).
In brief, login to OpenBSD as root and type the following, then reboot:
config -ef /bsd
disable mpbios
quit
So give that a try, maybe it will work for you too?
If you follow the link it also describes how to ...
| Dec 19, 11:39 am 2009 |
| previous day | today | next day |
|---|---|---|
| December 18, 2009 | December 19, 2009 | December 20, 2009 |
