Usenet was great. 'Was' because it really isn't there anymore.
Servers used to be widespread, you could use your ISP, your school,
your work, and failing that plenty of free ones even if for the
asking, even some public/open ones. Now there are very few, if any,
free servers and likely none are pub
This was a local mailer issue. The sig on the release announcement is fine.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.
Anyone else having trouble verifying the signature on
the announcement mail? If your's works, can you inline
a base64 encoded version of the verified message text
so I can see what's wrong with my verifier? Thanks.
gpg --verify msg.txt.asc msg.txt
___
fre
Though I do have a need for completely unattended and/or network installs,
I don't have a need to continue with sysinstall.cfg. Whatever is done, be
sure not to hobble any new installer out of some perceived need to be
backwards compatible, or invest much time in being so. Writing and using
a confi
> I won't fail to defend general anti-nym opinion or guidance
d-oh, s/defend/defend against/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-un
>> grarpamp
>> the various good uses for nyms.
> cpgh...@cordula.ws
> I hope you realize whom you're trying to lecture here!
> Joerg Wunsch is a highly appreciated long-time FreeBSD contributor
Of course. No one here has any question as to anyone's FreeBSD
particip
On Sun, Nov 18, 2012 at 1:57 AM, Garrett Wollman wrote:
>> the various good uses for nyms.
>
> There are no such uses on the FreeBSD mailing-lists; if you wish for
> anyone to pay attention to you, then use a real name. Otherwise,
> FOAD.
>
> -GAWollman
It appears you have not reviewed the maili
>> joerg_wun...@uriah.heep.sax.de
> You don't even have a name
Your domain indicates Germany, please have a chat with CCC.de about
the various good uses for nyms. And consult your library for some
fine historical use cases. If that's counter to your beliefs, you
are free to show us the way and pos
http://www.freebsd.org/news/2012-compromise.html
http://it.slashdot.org/story/12/11/17/143219/freebsd-project-discloses-security-breach-via-stolen-ssh-key
This is not about this incident, but about why major opensource
projects need to be using a repository that has traceable, verifiable,
built-in
>> As an aside, why does FreeBSD seem to default to the above locale
>> instead of say, en_US.UTF-8 ?
>
> FreeBSD's file system does not default to any locale, as far as I
> know. The system is "agnostic" to what the characters in the file
> name mean or what symbol they should represent.
Sure the
Hi. I think I'm looking for a character conversion tool.
I have a few thousand files in a hier. I believe an app, possibly a Java one,
created them while in en_US.US-ASCII mode, or perhaps some other
unidentified locale. Whatever it was, I think it took binary filename data,
interpreted it and wrot
>>> > The following creates a file with a size of 102402 (a gig)
>>> > fseek(stdout, 100*1024, SEEK_END);
>>> Nope :) What you have there is not actually called (anything).
>> It would maybe be called a MKiB. :-)
I'll buy that, if someone chips in the deuce :)
> In SI units it is called
> The following creates a file with a size of 102402 (a gig)
> fseek(stdout, 100*1024, SEEK_END);
Nope :) What you have there is not actually called (anything).
A proper gibibyte = GiB = 2^30 = 1024^3 = 1073741824
for data storage, ram (binary bit handling)
A proper gigabyte = GB = 1E9 =
We talk about release dates and always slippage and effect on
downstream in other thread. But maybe some causes and even just
related efficiency thing is:
FreeBSD officially maintaining right now [1]:
- G HEAD
- G RELENG_9
- S RELENG_9_0
- G RELENG_8
- S RELENG_8_3
- S RELENG_8_2
- S RELENG_8_1
-
>> Isn't there a lot of needless handwaving going on when the spec is
>> pretty clear that installing your own complete PKI tree will all
>> boil down to what is effectively a jumper on the motherboard?
> Hoping a jumper Might be under an easily unscrewable panel seems unlikely.
I did say "effect
Isn't there a lot of needless handwaving going on when the spec is
pretty clear that installing your own complete PKI tree will all
boil down to what is effectively a jumper on the motherboard?
First, some sanity...
Users could fully utilize the UEFI Secure Boot hardware by say:
- Using openssl
A single find already had the needed selection and execution ops.
So I was trying it first, before writing an external parser, etc.
It's still not clear to me how find is compiling the arguments
internally, but using -vv on the utils helped a lot. After adding
-false after all the -exec's, it now
Given a fs with millions of inodes, multiple find runs is expensive.
As is performing the ch* on more than the minimum required inodes,
which also needlessly updates the inode ctime. So I want one find,
doing the ch* only if necessary.
I came up with this. But any true line short circuits the rest
I think I'm grokking my mistake with the greedy stuff now.
I'll try implementing a couple of your suggestions.
Thanks guys!
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any
Under the ERE implementation in RELENG_8, I'm having
trouble figuring out how to group and backreference this.
Given a line, where:
If AAA is present, CCC will be too, and B may appear in between.
If AAA is not present, neither CCC or B will be present.
is always present.
Junk may be pres
> Obviously, the base system UDF support is minimal and needs some work.
> But you may find that ports like sysutils/cdrtools[-devel] or
> sysutils/udfclient will allow you to do much of what you want to do.
Hmm. perhaps I may be able to create and burn [both modes occurring
in userland] with cdr
> Thoughts: please provide commands, full output, etc. that show how
> you're trying to mount the disc, as well as relevant /dev entries
> pertaining to your DVD drive. dmesg might also be helpful. And I
> assume you have looked at mount_udf(8)?
Apologies, it is late. However I used only the obv
Greetings... :)
The first filesystem DVD... other than a movie DVD (DVD-VIDEO?),
and the FreeBSD make release DVD's (iso9660)... that I've ever tried
to mount, well... don't. It is:
Windows 7 Ultimate with Service Pack 1 (x64) - DVD (English) 5/12/2011
You can find the SHA-1 hash here:
http://ms
Some observations for those considering using bt this time...
Vuze 4.6.0.2 under OpenJDK7 works fine. You need to grab swt-devel,
log4j, junit, commons-cli. If you're using the ancient Vuze port,
just replace the Vuze jar from that with the current one from
sourceforge. Until swt is updated, you p
I know I'll take heat from everyone else who responded saying to
effectively ship a new box. But maybe this user has significant
costs involved with that. Along with any other reasons...
v4 to v8 can be done. I've done it entirely live over the net.
Nothing crazy about it.
The basic idea is that
>> http://lists.freebsd.org/pipermail/freebsd-questions/2010-October/222897.html
>> Unknown device: x11
>> Unrecoverable error: undefined in .uninstallpagedevice
>> Operand stack: defaultdevice
> Wrote elhosots:
> After my post, ive been unable to reproduce my own results. The
> only thing that wo
An FYI regarding:
http://lists.freebsd.org/pipermail/freebsd-questions/2010-October/222897.html
This problem has existed for me for many months, if not more. Currently:
-rw-r--r--1 110 1002 11407910 Oct 07 11:33 ghostscript8-8.71_6.tbz
4a2328c262b08dc78938c66548117d27dc6a3586 ghosts
Hi. I'm stretching a couple machines with spare parts.
I've got a midrange P4 Northwood 2.4G/533 SL6PC and a lowball P4
Prescott 2.4G/533 SL7E8.
They're apparently missing 64bit, HT, NX, VT and friends.
To me, the Prescott only seems better by 512K more L2 cache, SSE3 and
more heat for the winter.
If I subtract vmstat and kldstat from wired, I'm
missing approx 100M. What am I doing wrong
or what should I be adding up to find the total
mem in use by the kernel and a breakdown of
that usage? Thanks.
top -SH -d 1 1000 | egrep '^Mem:'
Mem: 114M Active, 65M Inact, 258M Wired, 468K Cache, 46M Buf
Is multiplying out the size and used columns from
vmstat -z completely in addition to the amount used in vmstat -m, or
do some of them overlap?
vmstat -z | sed 's,^.*:,,' | sed -E 's,^ +,,' | sed -E
's/^([0-9]+),[^,]+, +/\1*/;s/,.*$//' | egrep '^[0-9]' | bc | add
58483416
Is netstat -m accounted
30 matches
Mail list logo