On 10.2-RELEASE, I quickly discovered that if I bring up X and want to go to a virtual console by pressing, say <Alt><F2>, I need to place into /boot/loader.conf:
kern.vty=vtI discovered an unpleasant side effect, though. When I go from X to a virtual console, I don't get the old-fashioned...
SOLVED: it turns out there were two problems: I was seeking to byte 1 (not sector 1), and reading just one byte.
fstat on that device yields a block size of 4096.
If I seek to 4096 and read 4096 bytes, it works.
If I seek to 2048 and read 2048 bytes, it works.
If I seek to 2048 and read 1024...
I wish to exercise my CD-ROM drive, to keep the dust off the lens. On Linux I run (as root) a C program I wrote which seeks back and forth, reading a single block each time as it goes. On FreeBSD this program doesn't get too far. I can open the device and seek to (say) block 1. But when I...
At least in 10.2-RELEASE, the directories in /usr/share/zoneinfo seem to be incomplete. If one downloads and installs directly from iana.org, one gets the complete set. The several dozen which are missing in FreeBSD's zoneinfo include:
Brazil
Canada
Chile
Cuba
Egypt
[snip]
Singapore
Turkey...
My crude experiments yield the following info:
To avoid the 10.2-RELEASE panic described in the original post during the current boot:
At the boot menu, select 3 Escape to loader prompt
At the loader prompt, enter set hint.agp.1.disabled=1
Again at the loader prompt, enter boot (not reboot)...
Incredibly, when I installed gcc48, it provided nothing called g++. On the theory that perhaps gcc tests argv[0] for something, I tried creating a symbolic link at /usr/local/bin/g++ to /usr/local/bin/gcc, and used g++. This did not fix the problem. Introducing command line option -lstdcc++...
I'm trying to port something to FreeBSD, and the original source bundle uses gcc, and (among other things) compiles a few .cpp files.
When I installed FreeBSD's gcc package, I noticed this text:
---------- Message for gcc-4.8.4_3:
To ensure binaries built with this toolchain find appropriate...
I wasn't suggesting that; I was asking whether something like it was available. But you're right in that the two concepts are related.
"Lying" has moral implications. If I want to test my program to see how it handles leap days, or leap seconds, datefudge would be ideal. The introduction in...
Those two links (thanks for which, by the way) highlight my point. The purposes of both photorec and driftnet have nothing to do with what datefudge does.
Boy, now I'm really confused. According to wikipedia, photorec is used to recover deleted photos from cameras. All datefudge does is change the apparent date/time from the viewpoint of the object program. What am I mssing?
It doesn't seem to be similar at all. The brief description of driftnet in the list of all FreeBSD packages says, "Tool to grab images out of (your) TCP connections"; datefudge, on the other hand, lets you specify on the command line an arbitrary fudge factor and runs some arbitrary program you...
Command-line program datefudge, available on Debian, lets one run some other program using a faked date/time; good for testing whether a program behaves correctly on a leap day, among many other possible examples. Does FreeBSD have something like this?
If I've seen a program which is included with, say, a release of Debian, and I don't see a same-named port on FreeBSD, in which of these forums do I ask where an equivalent program might exist on FreeBSD?
I'm a slow (ongoing) migrator from Linux to FreeBSD. One of my favorite comments that contrasts the two systems is that FreeBSD is like the fantastic beach I hope to continue to enjoy until the tourists discover it. So let them turn Linux into a FisherPrice beach toy.
A usable strategy, but not quite what happened here. I settled on one firewall, and it would have been good enough. What caused me to switch was all the helpful detail in this thread which I would not have found out by trying pf, except maybe months or years later when my use of a firewall might...
Earlier I had said that I'd chosen pf because it was the first one I had tried and it seemed to fill my need (which was to allow access to the world, or just to the local network, or just to localhost, or to nothing, as a function of user ID, depending on the conscious choice of that user). But...
Please do not close this thread yet. I am currently absorbing much of the conversation and cited outside resources, and suspect I'll have something more substantive to say within a few days. It's not true that I've gotten everything I needed to know within the first few replies. Much of the...
Aaaand the winner, for me with my very simple requirements: PF, simply because it was the first one I tried and it was adequate for my need. My need was to be able, for a given user ID:
to allow the usual unrestricted access;
to allow access to only 10.0.0.1/16 and 192.168.8.1/16 and...
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.