Re: Capsicum project: Ideas needed
FWIW; I would think ftpd, which may require an update too, would be a classical candidate. Perhaps also telnetd. I recall sendmail calls bin/sh for some things and there is an option for a restricted shell (rsh), so supporting a shell would help sendmail too. And then some stuff like ipfw is never too security aware. However for those of us not capsicum-aware it's difficult to say if using jails would be better or more practical. cheers, Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [RFC] Replacing our regex implementation
--- On Sun, 5/8/11, Bakul Shah ba...@bitblocks.com wrote: ... C++ may be an impediment for it to go into libc but one can certainly put a C interface on a C++ library. I wouldn't think it's very consistent to use C++ in libc. Perhaps we could have the best of both worlds by using libtre as the libc regex replacement and re2 for grep and diff? As an extra benefit using Re2 would make it easier to support --perl-regex in grep. cheers, Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: [RFC] Replacing our regex implementation
Hello; Thanks Gabor for this cool project! --- On Sun, 5/8/11, Gabor Kovesdan ga...@kovesdan.org wrote: ... - It doesn't provide the REG_STARTEND macro, which is our non-POSIX extension. Still, it is useful and easy to implement so it is not a problem either. Our sed requires REG_STARTEND (the illumos guys noted so when they ported our sed). While on this you should also look at bin/153257 and check if TRE supports the sysv legacy delimiters. FWIW, the now defunct lang/gpc used those delimiters to distinguish between our sed and GNU sed. There are still more than 20 ports that depend on gsed. Now I'm working on this little feature and on building a libc with TRE. After that I'll publish a patch for testing and will also ask portmgr to run it on the cluster. It may be interesting, although unnecessarily risky, to see if diff can also use libtre (it uses GNU regex now), but you will probably want to see this as a future step. (NEVERMIND.. you explained this right ahead ;) ) 3, Adding support for GNU-specific permissive regex syntax GNU grep accepts regexes that are invalid in POSIX, like [a|]. This is necessary for grep and diff in the base system. If we don't have them we can never trow out the GNU regex implementation. However, we should not make them default, so I'm thinking of implementing them somewhere else, e.g. in the previously mentioned library. So far, these are the plans, please comments if you have something in your mind about it. Sounds good! Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Log/linear quantizations in DTrace
Just thought someone might be interested in the new Dtrace developments being made at Joyent that have just been contributed to Illumos: http://dtrace.org/blogs/bmc/2011/02/08/llquantize/ http://www2.purplecow.org/?p=189 cheers, Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Re: Anyone updating the Project Ideas page?
- Original Message ... On 7:49 19-02-10, Pedro F. Giffuni wrote: Hello; I've sent some private messages before trying to get some updates to the Project ideas page http://www.freebsd.org/projects/ideas/ideas.html I'd like to see the whole thing moved to the wiki. While I like the idea, as the website would be better maintained, I have to say in actual form the page looks better than in the wiki. Just my 0.02$, Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Anyone updating the Project Ideas page?
Hello; I've sent some private messages before trying to get some updates to the Project ideas page http://www.freebsd.org/projects/ideas/ideas.html For example, thinking of the next SoC: Analyze NetBSD's ext2fs regarding valuable improvements - This was done as GSoC project. Nothing there to look at there anymore :-). - There is a lot of documentation to look at though http://docs.freebsd.org/cgi/mid.cgi?454084.84334.qm Implement co-location for UFS2 -This would require a VM expert too. UDF could get an update from the NetBSD code: http://docs.freebsd.org/cgi/mid.cgi?4B7B04F6.3010302 Porting HFS+ would still be desirable. Fixing/updating the SVR4 emulation code to work with Opensolaris? cheers, Pedro. ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
SEEK_HOLE and SEEK_DATA for sparse files any takers?
Hi; From http://blogs.sun.com/bonwick/date/200512 At this writing, SEEK_HOLE and SEEK_DATA are Solaris-specific. I encourage (implore? beg?) other operating systems to adopt these lseek(2) extensions verbatim (100% tax-free) so that sparse file navigation becomes a ubiquitous feature that every backup and archiving program can rely on. It's long overdue. It should be mentioned that linux adopted them and they would help the ZFS port. cheers, Pedro __ Do You Yahoo!? Poco spazio e tanto spam? Yahoo! Mail ti protegge dallo spam e ti da tanto spazio gratuito per i tuoi file e i messaggi http://mail.yahoo.it ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenWatcom [Fwd: Re: OW on FreeBSD]
Hi; The OpenWatcom on FreeBSD project is one day old but it has advanced greatly(see attached message for current status). FreeBSD experts are welcome. cheers, Pedro. ---BeginMessage--- Okay, I've done some tweaks to the source code so that some of it builds on FreeBSD. Note that currently the build thinks it's targeting Linux, which will need to be fixed. Most of the tools don't really care as long as it's some sort of UNIX, but some do. There are two different ways to build: one uses the build.sh script and the other uses boot.sh. I would suggest concentrating on the latter. The boot build uses exclusively the native compiler and builds wmake, wlink, wdis, debugger, profiler, vi, and a few other odds and ends. Right now the rough status is: - wmake builds and appears to work without any problems - wlink builds and partially works but crashes in some situations - wdis builds and works on some objects but not others, apparently because of some ELF reloc type not seen previously - debugger user interface does not build due to Linux-specific ioctls which need replacing with BSD equivalents - trap file does not build because Linux-specific ptrace stuff needs to be modified - profiler doesn't build either for similar reasons - vi builds but crashes at startup because of insufficient error checking; the real problem is that a build ncurses it uses is configured for Linux and fails to init on FreeBSD The regular build manages to compile wasm and wcc386, both apparently functional (after I fixed a GCC-specific problem in wcc386). It seems likely that both could be used as cross-compilers as long as wlink works (which it doesn't quite appear to). Anyway I'm no UNIX expert and I've seen FreeBSD for the first time yesterday, so now some real FreeBSD expertise is needed. IMO the best course of action is to port the debugger first, because that has proven extremely useful on Linux. I would also like to have the Watcom vi available, just because I can use the exact same editor on Windows, DOS, OS/2, and Linux (the failing console support stuff is shared by vi, debugger, profiler, and one or two other tools). Since FreeBSD uses ELF+DWARF as far as I can tell, there should be little work needed on the file format support, just the OS debugging interface. The other line of work is adding FreeBSD support to the Watcom clib runtime; I expect this should not be terribly difficult for someone familiar with FreeBSD internals if the Linux clib is used as a starting point. In general, it may be helpful to have a Linux box handy for comparison, because all this works (or at least should work) on Linux. Michal ---End Message--- ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Picture CDs ?
Thanks! I should've posted this in -questions or check the handbook carefully. Pedro. --- Zera William Holladay [EMAIL PROTECTED] wrote: On Mon, 10 Jan 2005, Pedro F. Giffuni wrote: It's odd but I couldn't mount a Picture CD on FreeBSD 5.2.1. This is pretty weird as Windows reports it is just CDFS and some jpeg files plus some windows software that let's you view it. I don't know... how can I get it wrong: mount /cdrom right? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html or man mount -Zera __ Do you Yahoo!? Yahoo! Mail - Helps protect you from nasty viruses. http://promotions.yahoo.com/new_mail ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Picture CDs ?
Hi; The PictureCD mounted with the same command suggested by the mount_cd9660 page for PhotoCDs. I think the difference is that while Picture CDs use jpeg, the PhotoCDs use a Kodak proprietary format. I just learned that the netpbm distributed via Ibiblio has a PhotoCD converter available (it was removed from the netpbm in sourceforge because it's not extrictly opensource. cheers, PEdro. --- George Hartzell [EMAIL PROTECTED] wrote: Zera William Holladay writes: On Mon, 10 Jan 2005, Pedro F. Giffuni wrote: It's odd but I couldn't mount a Picture CD on FreeBSD 5.2.1. This is pretty weird as Windows reports it is just CDFS and some jpeg files plus some windows software that let's you view it. I don't know... how can I get it wrong: mount /cdrom right? http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html or man mount I'm not sure about a Picture CD, but I just double checked and I can't mount a Kodak Photo CD on 5.3. It's not '-t cd9660' and it's not '-t msdos'. Googling around a bit shows that it's a multisession cd, and I get the following devices when I stick on in the drive (satchel)[1:35pm]~ls -l /dev/*cd* crw-r--r-- 1 root operator4, 20 Jan 5 16:04 /dev/acd0 crw-r- 1 root operator4, 22 Jan 7 01:03 /dev/acd0t01 crw-r- 1 root operator4, 47 Jan 7 01:03 /dev/acd0t02 crw-r- 1 root operator4, 48 Jan 7 01:03 /dev/acd0t03 crw-r- 1 root operator4, 49 Jan 7 01:03 /dev/acd0t04 crw-r- 1 root operator4, 50 Jan 7 01:03 /dev/acd0t05 crw-r- 1 root operator4, 51 Jan 7 01:03 /dev/acd0t06 crw-r- 1 root operator4, 52 Jan 7 01:03 /dev/acd0t07 crw-r- 1 root operator4, 53 Jan 7 01:03 /dev/acd0t08 crw-r- 1 root operator4, 54 Jan 7 01:03 /dev/acd0t09 crw-r- 1 root operator4, 55 Jan 7 01:03 /dev/acd0t10 crw-r- 1 root operator4, 56 Jan 7 01:03 /dev/acd0t11 crw-r--r-- 1 root operator4, 21 Jan 4 18:03 /dev/cd0 (satchel)[1:36pm]~cdcontrol info -f /dev/acd0 Starting track = 1, ending track = 11, TOC size = 98 bytes track start duration block length type - 1 0:02.00 1:01.21 04596 data 2 1:03.21 5:25.604596 24435 data 3 6:29.06 2:11.57 290319882 data 4 8:40.63 3:18.13 38913 14863 data 5 11:59.01 2:50.64 53776 12814 data 6 14:49.65 3:15.22 66590 14647 data 7 18:05.12 3:14.38 81237 14588 data 8 21:19.50 4:02.57 95825 18207 data 9 25:22.32 2:32.45 114032 11445 data 10 27:55.02 0:59.33 1254774458 data 11 28:54.35 0:22.03 1299351653 data 170 29:16.38 - 131588 - - (satchel)[1:36pm]~ If I cat /dev/acd0t02 into a file, it turns out to be a (satchel)[1:36pm]~sudo cat /dev/acd0t02 /tmp/ape (satchel)[1:37pm]~file /tmp/ape /tmp/ape: Kodak Photo CD image pack file , landscape mode And display (from the imagemagick suite) is able to show me one of (the first, in fact) image from the CD. It doesn't seem like it's one track per image though, since there are 51 images on the disk. Has anyone worked with PhotoCD's on FreeBSD? g. __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Picture CDs ?
Hi; It's odd but I couldn't mount a Picture CD on FreeBSD 5.2.1. This is pretty weird as Windows reports it is just CDFS and some jpeg files plus some windows software that let's you view it. I don't know... how can I get it wrong: mount /cdrom right? Here is a link for Picture CDs (with no technical information): http://www.kodak.com/eknec/PageQuerier.jhtml?pq-path=2/3/9/511pq-locale=en_US There is software for windows to produce them (EasyShare is freeware). cheers, Pedro. __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: SCM options (was Re: Where is FreeBSD going?)
--- Garance A Drosihn [EMAIL PROTECTED] wrote: At 7:27 PM -0800 1/9/04, Pedro F. Giffuni wrote: Hi; There is a comparison here: http://better-scm.berlios.de/comparison/comparison.html I think there are compelling reasons to try subversion, but we have to wait for a 1.0 Release, and this would be something that should be done gradually.. for example moving the ports tree first. That's a pretty major test! Could we perhaps pick off something smaller? The projects repository, for instance? (or is that still tied to the base-system?) (I am very interested in subversion, but it is still something I need to learn more about...) I think we must wait until a 1.0 version is available. SVN is meant to be a replacement to CVS. The projects repository is using perforce which happens to be a good tool, so moving it to svn is probably not a step forward IMHO ;-). cheers, Pedro. -- Garance Alistair Drosehn= [EMAIL PROTECTED] Senior Systems Programmer or [EMAIL PROTECTED] Rensselaer Polytechnic Instituteor [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
SCM options (was Re: Where is FreeBSD going?)
Hi; There is a comparison here: http://better-scm.berlios.de/comparison/comparison.html I think there are compelling reasons to try subversion, but we have to wait for a 1.0 Release, and this would be something that should be done gradually.. for example moving the ports tree first. cheers, Pedro. __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FYI: NetBSD mmap Improvements
Hi again; Reading more deeply,the patch was made to be able to run Linux's crossover office, but it would seem like it's not required on FreeBSD though as out mmap behaves similar to the linux one. FWIW, I found this reference on the NetBSD mailing lists: http://mail-index.netbsd.org/tech-kern/2003/06/20/0006.html cheers, Pedro. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non-executable mappings now in NetBSD too
Hi again; FWIW, I found the NetBSD commit log: http://mail-index.netbsd.org/source-changes/2003/08/24/0027.html (The OpenBSD i386 specific hacks are pending an update to binutils) cheers, Pedro. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: OpenBFS (was Re: C++ code in a kernel module?)
--- Doug Barton [EMAIL PROTECTED] wrote: On Mon, 8 Sep 2003, Pedro F. Giffuni wrote: Hi; Attached is a good reasons why someone my want to use C++ in the kernel. Sorry, I don't see anything here except this is all we know how to do. But, I'm a curmudgeon. :) To be good in C++ you have to be good in C first (at least in theory) and programmers that feel more modern tend to use OO techniques for the new stuff. I have to admit I don't find much of an advantage in C++, but it doesn't make much sense to rewrite existing code or change your programming style to maintain everything in C. Just my $0.02, Pedro. __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
FYI: NetBSD mmap Improvements
taken from wine HQ: http://www.winehq.com/?issue=186#NetBSD mmap Improvements On NetBSD (upcoming 1.6.2, and 1.7/2.0-current), there is a new extension flag MAP_TRYFIXED that essentially simulates current Linux mmap behavior: try the mmap() hint first, without clobbering mapped pages, even if the hint falls within traditionally protected malloc heap space. If the fixed mapping fails, the block is still mapped at a relocated address, as if mmap were called with no flags set. With this patch, mmapping PE files on NetBSD becomes an order of magnitude faster, as the vfork()-and-mincore() silly walk is avoided altogether. I've implemented the patch as forward-looking, allowing other platforms to add MAP_TRYFIXED to gain the same benefit. (This mmap flag name does not appear to be used in any divergent fashion on any other platform, per my research when picking the flag's name.) __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
OpenBFS (was Re: C++ code in a kernel module?)
Hi; Attached is a good reasons why someone my want to use C++ in the kernel. cheers, Pedro. (FWIW, OpenBFS is under an MIT license) _ http://open-beos.sourceforge.net/tms/team.php?id=2 OpenBFS, as all file systems under BeOS, is being developed as a kernel add-on. Unlike all other file systems (and kernel add-ons in general), it is being developed in C++. Contrary to popular belief, it is possible to use C++ in the kernel provided you play by the book and follow some rules: * No exceptions * (Almost) no virtuals (well, the Query code in OpenBFS uses them) * It's basically only the C++ syntax, and type checking * Since one tend to encapsulate everything in classes, it has a slightly higher memory overhead This is acceptable as we get some benefits out of it: * Nicer code * Easier to maintain __ __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non-executable mappings now in NetBSD too
(FWIW, Theo claims his changes are only enforcing POSIX.) --- Peter Jeremy [EMAIL PROTECTED] wrote: ... Does OpenBSD support any JIT JVM? Hmmm... no, looks like they run our (or the linux) JVM under emulation. If perl didn't break, I think Java will survive too. Emacs and perl both use traditional bytecode interpreters, as does the Classic JVM. I agree they will be unaffected. This change will only impact JIT JVMs. Well, we only have a JIT JVM for the i386, and on the particular case of the i386 we cannot enforce full protection anyways so there is probably a workaround if we do need it. cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non-executable mappings now in NetBSD too
Ugh... or just consider not all equipment out there needs JIT Java, and make it a kernel option! cheers, Pedro. --- Andrew Lankford [EMAIL PROTECTED] wrote: Whilst the Java bytecode is not natively executable, a JIT JVM needs to be able towrite and immediately execute native code. The OpenBSD W^X approach would require system calls between the compilation and execution steps. My understanding of current JIT is that the compilation is done is very small pieces and adding the overhead of a pair of system calls would basically kill it. Even simpler to compile to a temporary file and then exit the temporary file. Woohoo, potential race condition! brbr ...Or you could make a nifty new system call that creates a pipe to a newly forked child process. You write the compiled executable to the fork, and the child jumps to the begining of that compiled code as soon as your parent process closes the pipe!brbr Gratuitous/pointless, but fun to think about. Andrew Lankford Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non-executable mappings now in NetBSD too
--- Peter Jeremy [EMAIL PROTECTED] wrote: ... Based on some recent BUGTRAQ postings, OpenBSD has a trick to support full protection on the i386. The text segment and executable part of shared libraries are placed at low virtual addresses and CS is restricted to only cover the low address space. I don't know whether it's worthwhile to implement something along these lines in FreeBSD. I think we'll have to do it sooner or later simply because they do it ;). The issue is, of course, Linux emulation and backward compatibility. I think we could do the same but ignore the CS restriction if the user is trusted and running inside a jail. cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Non-executable mappings now in NetBSD too
Hi; Just for reference, I found links to these interesting postings on NetBSD and OpenBSD respectively: http://mail-index.netbsd.org/tech-kern/2003/08/24/0009.html http://www.sigmasoft.com/~openbsd/archive/openbsd-tech/200301/msg00251.html Last time I asked, I learned our signal trampoline had been impleneted on userland like on NetBSD's IRIX emulation (not sure about all platforms though), so work on this would be really good. best regards, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Non-executable mappings now in NetBSD too
--- Tim Kientzle [EMAIL PROTECTED] wrote: ... The OpenBSD work on tightening up read/write/exec memory permissions looks interesting, but I wonder what impact it has on JIT technologies; do the current Java VMs or other incremental compilation engines require write+exec? I haven't ever seen the source code for Java but I wouldn't think there is any problem. Bytecode is not really executable, and the java program doesn't need to modify itself either. The OpenBSD people reported only Emacs got broken due to things they shouldn't do, and they found a workaround anyways. If perl didn't break, I think Java will survive too. cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: VGL
VGL is unmaintained (my patches to it were never committed and then dropped). KGI/GGI is now the way to go: http://people.freebsd.org/~nsouch/kgi4BSD/ cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: PPP vs mpd (was: FreeBSD lacks PPPoE (pppoa3 solution))
--- Kris Kennaway [EMAIL PROTECTED] wrote: On Fri, Jul 11, 2003 at ... The main problem involved in updating it has merging the FreeBSD changes into the significantly different pppd code. If the Debian people have done this, then it could be updated - you didn't post a link to the patches though. I understand that problem: I tried to update it and mostly gave up (Same problem with ficl). The Debian people started from the NetBSD patches. their diff is here: http://lists.debian.org/debian-bsd/2003/debian-bsd-200307/msg6.html they also submitted it to the ppp author so I was waiting for him to pick it up and submit that PPP as a port. The problem, as I see it, is that the only pppd that supports netgraph is mpd. cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
PPP vs mpd (was: FreeBSD lacks PPPoE (pppoa3 solution))
Hi; I wanted to bring this up a little later but since there is a somewhat related thread I thought I might as well bring this now. Our default PPPd is extremely outdated. The version in the distribution is a patched-up version of Paul's PPP 2.3.5 which is maintained now at http://dp.samba.org/ppp/. Version 2.3.5 is obsoleted and the latest version doesn't support *BSD. The people from Debian's GNU FreeBSD project have kindly updated this pppd and submitted their changes under a BSD license. In any case I think a decision must be taken if pppd should be updated or if mpd is brought in (replacing the older pppd). If we continue carrying this old version, we will be exposed to punishment on benchmarks and general user confusion as happened in this posting: http://daily.daemonnews.org/view_story.php3?story_id=3365 (thankfully the confusion was corrected afterwards) cheers, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
New version of ficl (the core of our bootforth)
I was going to look at ficl-3.03 (our boot code includes 3.02) when I found this claim about the new ficl-4: Ficl 4.0 is a major change for Ficl. Ficl 4.0 is smaller, faster, more powerful, and easier to use than ever before. (Or your money back!) Ficl 4.0 features a major engine rewrite. Previous versions of Ficl stored compiled words as an array of pointers to data structure; Ficl 4.0 adds instructions, and changes over to mostly using a switch-threaded model. The result? Ficl 4.0 is approximately three times as fast as Ficl 3.03. Ficl 4.0 also adds the ability to store the softcore words as LZ77 compressed text. Decompression is so quick as to be nearly unmeasurable (0.00384 seconds on a 750MHz AMD Duron-based machine). And even with the runtime decompressor, the resulting Ficl executable is over 13k smaller! Another new feature: Ficl 4.0 can take advantage of native support for double-word math. If your platform supports it, set the preprocessor symbol FICL_HAVE_NATIVE_2INTEGER to 1, and create typedefs for ficl2Integer and ficl2Unsigned. http://ficl.sourceforge.net/ enjoy, Pedro. Want to chat instantly with your online friends? Get the FREE Yahoo! Messenger http://uk.messenger.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Problems with international keymaps
Hi guys; I submitted the first latin-american keymap ages ago, and it looks like I'm the only user because I recently have had some problems with it and no one seems to have complained at all !! Anyways, the keymap configuration is done differently today. /stand/sysinstall doesn't seem to use the keymaps files it used before.. it can't find them but it does change the keymap. Where do I permanently hack some keys to get it working correctly? cheers, Pedro. __ Yahoo! Mail: 6MB di spazio gratuito, 30MB per i tuoi allegati, l'antivirus, il filtro Anti-spam http://it.yahoo.com/mail_it/foot/?http://it.mail.yahoo.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Disk scheduling in FreeBSD
--- Paul Robinson [EMAIL PROTECTED] ha scritto: The license is actually BSD. Or at least, the one I saw last night had a remarable resemblance to it. :-) I thought the same when I glimpsed over it until I saw the README file :-). Read again, it has 4 statements ala BSD, including the advertisement clause, but the code is NOT redistributable and cannot be used for commercial purposes. The author of the implementation has also stated in an e-mail to me that he is happy for a BSD-based production-ready derivative to be produced based on his code. The author can do this no doubt. Many universities are offering a part of the money they make from research to students though, so that would explain the license. cheers, Pedro. __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Disk scheduling in FreeBSD
FWIW, Although the original anticipatory scheduler prototype was made for FreeBSD, it cannot be used in the base system, unless reimplemented, due to the license. I wonder if the Linux guys redid it or simply didn't notice. The option of configuring it for runtime is welcome, I think. cheers, Pedro. __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: replacing GNU grep with UNIX grep.
The classic Unix including BSD4.4 UNIX is now under a BSD-like license too (finding it is another issue though ;). Anyone from those days remembers anything that might be worth resurrecting? cheers, Pedro. --- James P. Howard II [EMAIL PROTECTED] ha scritto: Pedro F. Giffuni said: That's very cool! Congratulations! NetBSD has a BSD sort, I understand it's based on the Minix version, so we are getting very near to cleaning all the utilities from the GPL. I looked at doing sort some time ago, but that was before Minix went BSDL. I also had a almost-complete (missing two functions) version of dc(1), but lost it in a hard-disk crash. I never got around to redoing it. Perhaps I will again soon. Jamie __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
idea from NetBSD: signal trampoline on libc ?
Hi; I was reading an interview about IRIX binary compatibility on NetBSD, and it looks like they learned a few tricks. This article gets into their native implementation of signals: http://www.onlamp.com/pub/a/bsd/2002/10/10/irix.html At the end of the article Emmanuel Dreyfus mentions: One other interesting thing to note is that since that code was written, Jason Thorpe implemented signal trampolines provided by libc for NetBSD native processes, thus adopting the same scheme IRIX used. The libc provided signal trampoline was adopted in NetBSD because it removes the need to execute code on the stack. Memory pages mapped on the stack can therefore be made non executable (the Memory Management Unit of all modern CPU are able to enforce such rules), and we are able to fix a whole class of security problems. With a non executable stack, it is not possible anymore to exploit a buffer overflow on a local variable by executing some user-supplied code stored on the stack. A drastic change that maybe we should consider? cheers, Pedro. __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
replacing GNU grep with UNIX grep.
Hi guys; I replaced GNU grep with SCO's grep from http://unixtools.sourceforge.net . They are both covered by the same license (GPL) so there might not be any real advantage in the replacement. I haven't compared performance either. Compiling was trivial, I only had to cut and paste one function from stubs.c in their libregexp stuff and it seems to work fine. I just wanted to mention this in case there someone interested in an alternative. cheers, Pedro. __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: replacing GNU grep with UNIX grep.
FWIW; The UNIX grep executable is like 3 times smaller than GNU grep but also like 3 times slower. Also .. JIC you wonder, I only built this for curiosity, I recommend keeping GNU grep unless Caldera changes the license :). Pedro. __ Yahoo! Cellulari: loghi, suonerie, picture message per il tuo telefonino http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Framebuffer howto?
--- Hiten Pandya [EMAIL PROTECTED] ha scritto: ... Clarification will be appreciated. I understand the Linux framebuffer device was initially based on our VESA driver, but it has evolved into a specialized device for specific graphic cards. It's also a moving target, not something anyone in FreeBSD has been willing to follow. There are more important things to do in FreeBSD's graphics end; fully newbussifying the VESA driver would be nice, perhaps supporting VBE/AF (like in this dead project (http://www.talula.demon.co.uk/freebe/index.html), or of course helping the KGI porting effort* (Hi Nicholas ;) ). cheers, Pedro. * I understand a VM guru is needed there BTW __ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Framebuffer howto?
--- Emiel Kollof [EMAIL PROTECTED] ha scritto: ... It might not be a framebuffer, but at least svgalib has accelerated modes, and libvgl just works. Of course you could fall back to X, but that's even more gross :) I know that if you use those, it could be considered a gross hack, but at least you have something to draw with until that KGI stuff is here. Actually I suggested on private email to use GGI. GGI can work on top of VGL or Linux's framebuffer, and when KGI becomes available it will work fine. Pedro. __ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Framebuffer howto?
Hello; I don't think we have a framebuffer, at least not like Linux. Check out the VESA module and wait for the KGI port to arrive (not soon but work is going on). cheers, Pedro. = --- Pedro F. Giffuni M.SC. Industrial Eng. University of Pittsburgh Mech. Eng. Universidad Nacional de Colombia --- Yahoo is powered by FreeBSDhttp://www.FreeBSD.org/ __ Yahoo! Cellulari: scarica i loghi e le suonerie per le tue feste! http://it.yahoo.com/mail_it/foot/?http://it.mobile.yahoo.com/index2002.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
sk_buff on FreeBSD
I have started proting some network protocols (ax.25 for ham) from linux,... Hmm..I recall we had code for that but it was removed ages ago (in the 2.x era). I suggest you look for the relevant code in NetBSD. The linux code has 0 change of getting committed to FreeBSD due to the GPL poison pill. Pedro. = --- Pedro F. Giffuni MSIE University of Pittsburgh BSME Universidad Nacional de Colombia --- Yahoo is powered by FreeBSDhttp://www.FreeBSD.org/ __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Adding a new FS to FreeBSD
If it's just for the exercise of porting a filesystem, there are at least three filesystems available under a BSD license: 1) Minix: all the OS was released under a BSD like license, not to mention that it is perfectly documented. 2,3) NetBSD's ext2fs and LFS have surely been updated for their UBC effort. These probably wouldn't have any advantage over FFS though. If someone has a wishlist it would be nice to be able to mount the FFS variant's, not only Tru64 UFS, but especifically Solaris. Now that a SPARC64 port is coming it would be really handy. just my $0.02, Pedro. __ Do You Yahoo!? Check out Yahoo! Shopping and Yahoo! Auctions for all of your unique holiday gifts! Buy at http://shopping.yahoo.com or bid at http://auctions.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
meta-level compilation: building FreeBSD under Linux, hints??
Hi guys, Anyone has hints on how to configure a FreeBSD kernel under linux? The linux weekly news mentioned that the Stanford guys have a nifty kernel analysis tool. I contacted them and they are very interested in passing FreeBSD through it, but they can't move from linux right now and our "config" is giving them problems. FWIW, they already passed OpenBSD succesfully. cheers, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: meta-level compilation: building FreeBSD under Linux, hints??
Alfred Perlstein wrote: ... Can you point at any url that explains what you're talking about? http://www.lwn.net/2001/0322/kernel.php3 look for Global Kernel Analysis. The whitepaper is here: http://www.stanford.edu/~engler/mc-osdi.ps Why exactly can't they run this tool under FreeBSD's linux emulation? They don't have FreeBSD boxes. I understand the tool will eventually be available but the authors don't want to be bothered about it right now. cheers, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: UDI environment now released.
The differences are still there, and it's usually soo tough to get companies to provide drivers for FreeBSD. Yeah IBM GPL'd some winmodems, no one has mentioned a FreeBSD port... Although the issue might be political, UDI might be the way to finally get over the "designed only for windows ..and sometimes other OSs" type of hardware. Special kudos to Robert Lipe for recognizing the value the FreeBSD community can have in the adoption of new, truly open, standards! Pedro. Matthew Jacob wrote: ... The problem is that at the time this was a huge issue there were a much larger number of machines and pieces of h/w and radically different OS's (or flavors within Unix even) to support. Such a wide set of differences is not really there any more, hence the cost of such support (and the style in which it is being done) makes less sense than it used to. -matt To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message begin:vcard n:Giffuni;Pedro tel;fax:1 (360) 343-0501 tel;home:(412) 665 2956 tel;work:(412) 624-9862 x-mozilla-html:FALSE url:http://www.geocities.com/giffunip/ org:University of Pittsburgh;Industrial Engineering adr:;;5820 Elwood St. Apt. 34;Pittsburgh;PA;15232;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Teaching Assistant fn:Pedro F. Giffuni end:vcard
Re: Snowhite and the Seven Dwarfs - The REAL story!
Definitely a virus! Virus W95.Hybris.Gen.dr found. File NOT cleaned. Pedro. Patryk Zadarnowski wrote: On Mon, 29 Jan 2001 00:23:48 -0800 (PST), Hahaha [EMAIL PROTECTED] wrote: Today, Snowhite was turning 18. The 7 Dwarfs always where very educated and polite with Snowhite. When they go out work at mornign, they promissed a *huge* surprise. Snowhite was anxious. Suddlently, the door open, and the Seven Dwarfs enter... That must be the most amusing Windows virus I've ever seen (it is a virus, isn't it?). Four spelling mistakes and five grammar problems in four lines of text, probably sent to millions of people. A few months ago someone suggested that all binary attachments should be stripped from freebsd-hackers mail. I believe it is still a very good idea, and patches tend to be posted as text anyway. Pat. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Patryk ZadarnowskiUniversity of New South Wales [EMAIL PROTECTED] School of Computer Science and Engineering -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message begin:vcard n:Giffuni;Pedro tel;fax:1 (360) 343-0501 tel;home:(412) 665 2956 tel;work:(412) 624-9862 x-mozilla-html:FALSE url:http://www.geocities.com/giffunip/ org:University of Pittsburgh;Industrial Engineering adr:;;5820 Elwood St. Apt. 34;Pittsburgh;PA;15232;USA version:2.1 email;internet:[EMAIL PROTECTED] title:Teaching Assistant fn:Pedro F. Giffuni end:vcard
Re: RFC: a CUI controlpanel for FreeBSD
AGX wrote: Antonio, you are welcome to contribute to FreeBSD. I would like to know if you think that is usefull or not to do this job or if there are more urgents work to do upon the FreeBSD distribution/ installation process. I've wasted 4 years trying to create my personalized GNU/Linux distribution and i'm tired of to remake each time the same job. FWIW, this all reminds me of FreeBSD's own project: http://people.FreeBSD.org/~alex/libh/ ciao, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: StrongARM support?
There was somone looking at the NetBSD code with hungry eyes but I never heard anything more... check the archives. Pedro. Devin Butterfield wrote: Hi all, Is there any work in progress to support running FreeBSD on ARM processors? If not, are there any plans to? I would be very interested in helping out with such an effort. I would love to have FreeBSD running on my iPAQ PocketPC. :) I know that linux is already running well on ARM but I would really like to see FreeBSD running in its place. -- Regards, Devin. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: KGI port
Good ! I recall the kernel related parts can be licensed under a plain (new) BSD license. I don't understand our fb enough but if you know your way through kld's and newbus, the result will be really neat. Pedro. On Wed, 22 Nov 2000, Nicolas Souchu wrote: Hi hackers, Hope you've ever heard about KGI... the kernel side of the GGI project. It consists mostly in a basic framework for accessing graphic hardware from userland and is designed to support efficiently the GGI upper library. More info is avalable at http://kgi.sourceforge.net I'm willing to port it to FreeBSD. First, any comments? advices? Then, how could I efficiently reuse the existing stuff of FreeBSD (kbd, fb)? What are resistrictions on the license? Most of the code is governed by: ** Copyright (C) 2000 ** ** This file is distributed under the terms and conditions of the ** MIT/X public license. Please see the file COPYRIGHT.MIT included ** with this software for details of these terms and conditions. ** Alternatively you may distribute this file under the terms and ** conditions of the GNU General Public License. Please see the file ** COPYRIGHT.GPL included with this software for details of these terms ** and conditions. Nicholas -- Nicolas Souchu AlcĂ´ve - Open Source Software Engineer - http://www.alcove.fr To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
sfork() ??
Hi, I was reading that interesting article that some posted on the list of an implementaion of Scheduler Activations for an old version of BSDI. The article mentions that it was based of BSDI's sfork() call. This call is referenced in our syscalls.master but it's not implemented and the BSDI manpages seem to have vanished from the net. Can someone knowledgeable comment on what it does, and maybe if it could (or should) be brought into FreeBSD ? tia, Pedro. BTW, the .ps version of that article is really better than the .pdf To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: sfork() ??
It might be.. rfork comes from plan 9 and along with sfork it wasn't part of the 4.4BSDlite 2 release, OTOH if both are the same, why aren't we referencing it in our syscalls for compatibility with BSDI ? I can't find a reference to sfork elsewhere, but anyone with BSD/OS 2.x or later should know for sure. cheers, Pedro. On Wed, 22 Nov 2000, Tony Finch wrote: "Pedro F. Giffuni" [EMAIL PROTECTED] wrote: Can someone knowledgeable comment on what it does, and maybe if it could (or should) be brought into FreeBSD ? Perhaps you are looking for rfork()? AFAIK Irix calls rfork() sfork(). Tony. -- f.a.n.finch [EMAIL PROTECTED] [EMAIL PROTECTED] Chad for President! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: scheduler activations in FBSD5.0?
http://people.FreeBSD.org/~jasone/kse/ On Thu, 16 Nov 2000, frank xu wrote: I heard rumor that Thomas E. Anderson's Scheduler Activations theory will be implemented in FreeBSD 5.0 kernel, is it true? Regards, XuYifeng _ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. Share information about yourself, create your own public profile at http://profiles.msn.com. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Executable packages (long, sorry)
Hmm... While I will not be contributing to this project, I wanted to remember everyone that the source code for UnixWare's packaging utility is available in Skunkware. FWIW, he Unixware stuff is very similar to Jordan's packaging utilities, in fact it has the same limitations. One thing I did like about the Unixware way of doing things was that when you install a package the Motif tool would launch and individual xterm with a report of the installation. cheers, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Pointer to people `in charge' of FreeBSD make ?
FWIW, check out the -hackers archives, there was someone from NetBSD working on new features from another pmake descendant. I think the link was this: http://www.quick.com.au/ftp/pub/sjg/help/bmake.html It would be great if we could all use the same, well behaved, make. cheers, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Passwording boot loader. (fwd)
sys transfers the systems files, I think he was referring to fdisk /MBR . FWIW, You could've just set the winbloze partition as the active one with fdisk. That's what I did to boot FreeBSD/Windows on my old 486 that wanted this special MBR (DDO) or it wouldn't recognize the hard disk. Nowadays I use OS/2's partition manager, and contrary to MS's efforts it works fine if you leave W98 in the partition that immediately follows the first one (owned by OS/2 Boot Manager). cheers, Pedro. Lloyd Rennie wrote: Forgot CC on reply... -- Lloyd Rennie VBCnet GB Ltd [EMAIL PROTECTED] tel +44 (0) 117 929 1316http://www.vbc.netfax +44 (0) 117 927 2015 -- Forwarded message -- Date: Mon, 5 Jun 2000 17:02:28 +0100 From: Josef Karthauser [EMAIL PROTECTED] To: Lloyd Rennie [EMAIL PROTECTED] Subject: Re: Passwording boot loader. On Mon, Jun 05, 2000 at 04:49:24PM +0100, Lloyd Rennie wrote: On Mon, 5 Jun 2000, Josef Karthauser wrote: There appears to be some code in the /boot/support.4th file to force the user to enter a password at kernel load time. Does anyone know enough forth to tell me how to activate it? I've got Sony picking up my laptop any minute now and I want to disable FreeBSD :( If it's dual-boot, drop into Windoze and sys c: This will overwrite the MBR, and only Windows will bo bootable. When you get it back you'll have to boot it with a bootdisk and rewrite it. Thanks Lloyd, I've done just that with sysinstall. Joe -- Josef KarthauserFreeBSD: How many times have you booted today? Technical Manager Viagra for your server (http://www.uk.freebsd.org) Pavilion Internet plc. [[EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED]] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Anyone enhancing pmake?
JIC someone is interested in improving our make, while porting BSD make to Unixware I had some email with Simon J. Gerraty that I now post in part: _ Oh, btw I've just put bmake-3.0.2 up for ftp. This has some nifty new variable modifiers from ODE make (another pmake derrivative). See the man page for details. ... Huh..do you have a pointer to ODE make? ... You can find ODE at... http://www.ede.com/ode/ Note that ODE has not been updated in _years_ and is effectively dead. That's why I took the features that people liked and added them to NetBSD's make. --sj Simon's work in progress is here, http://www.quick.com.au/ftp/pub/sjg/ cheers, Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Cross building freebsd?
Robert Withrow wrote: I've searched through the mailing list archives and otherwise searched around, but haven't found any real solid information, so... BEWARE: I have never done this, but I probably have a reasonable guess since I wrote the basic "crosskit" ports we carry. Specifically, I need to know: 1. Exactly what FreeBSD-specific things need to be done to a GCC-2.95.2 compilation system to get cross builds to work? Take a look at Jerry Hicks' crossm68k ports, there is everything you need to start with a cross binutils and a crossgcc. You should only have to change the TARGET, but it would be good to check the crossgcc FAQ at cygnus, JIC there is something special about the powerpc crosscompiler. a. What headers should be used? (Not newlib, right?) b. What as and ld should be used. c. What kind of abi options are necessary? Like stack frames, -fwhatevers, etc... d. etc WRT (b) the crossbinutils will produce the as and ld you need. There are two possible paths: 1) building FreeBSD from the start (probably the hardest). - Since you are building for an embedded system you don't need any OS on your target. Something like powerpc-elf should work (look in the crossgcc FAQ for the supported targets). - You should then start porting FreeBSD's libc with this compiler; newlib is probably a good reference. - The rest of the userland has to be built, but I wouldn't bet on the resulting kernel booting due to problems while crossbuilding from 32 to 64 bits. 2) Using another target (probably the path used by FreeBSD-Alpha) -If you have access to the platform in question but just want the crossutils to help, you could use the equivalent NetBSD target (powerpc-netbsd-elf ?). -In this case you can also use NetBSD's headers and libraries while you get started, and get the FreeBSD userland (booter, etc) ported. - Eventually you can get a working kernel and some drivers. All more easily said than done... cheers, Pedro. I've scanned through the GCC and Binutils stuff and I have a rough idea, but I'd appreciate advice from someone who's actually been there and done that! (Maybe one of the original Alpha porters?) 2. What are the mechanical steps needed to insert a new port? a. I plan to scan for "[Aa]lpha" in the entire source tree and do what they did, but perhaps there is an easier way? Like, where are architecture-specific things hiding? 3. How do you actually cross-build FreeBSD? Is there a FAQ? a. Again, I plan on scanning for alpha, but a cookbook would be easier. Thanks! -- Robert Withrow -- (+1 978 288 8256) [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: What are the best gcc optimization options for Pentium 200 MMX
FWIW, I understand that they carry pgcc (http://www.goof.com) which may be very risky under Linux. Linus doesn't even recommend the latest gcc because he likes to keep his kernel dependent on the old (non-standard) features. Look in the archives, I recall someone benchmarked the new gcc on this list. the FAQ on goof.com is also interesting if you want to try out pgcc on FreeBSD. cheers, Pedro. "Alexey N. Dokuchaev" wrote: Hi! AFAIK, Linux Mandrake has it's kernel and userland highly optimized for Pentium architecture. However, they have additional gcc optimization flags turned on by default, including -O3 and -mfast_math. I'm trying to achive maximum performance of my FreeBSD 4.0-RELEASE box, and going to recompile kernel and world using -Os -pipe options. Is there any additional flags I might consider turning on (like -mfast_math) to make both kernel and world work at the top performance I can achieve? Of course, I could just man gcc and turn every option I find useful, but I don't have _that_ much experience with gcc as (I am sure) certain people on this maillist have. So not to run into any problems in the future caused by my 'overoptimized' system, I would like to get deep and full answer here. Thank you in advance. System is: genuine intel Pentium 200 MMX proc, 64M memory, FreeBSD 4.0-R P.S. Please cc me directly, since I am not the member of this list. Cheers, /* Alexey N. Dokuchaev, more commonly |*/ /* known as DAN Fe | mailto:[EMAIL PROTECTED] */ /* | ICQ UIN: 38934845 */ /* Novosibirsk State University | http://inet.ssc.nsu.ru/~danfe/ */ /* Scientific Study Center Computer Lab |*/ [Team Assembler] [Team BSD] [Team DooM] [Team Quake] -BEGIN GEEK CODE BLOCK- Version: 3.12 GCS d-@ s+: a--- C++(+++) UBL$ P++$ L+ E-- W++ N++ o? K? w-- O- M V- PS PE Y+ PGP+ t+ 5+ X+ R- !tv b++ DI+ D+++ G++ e h !r !y+ --END GEEK CODE BLOCK-- Microsoft: Where do you want to go today? Linux: Where do you want to go tomorrow? FreeBSD:Are you guys coming or what? Microsoft: What are we going to rip off today and claim as our own? Microsoft: Where do you want to be taken today? To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Onboard Intel NIC
Dennis wrote: ... Since you appear to have fixed the problems and updated the code, would you like to submit it for review? I would, except as we speak Poul-Henning Kamp is trying to have my posts censored,so they dont seem to want my help. Hint: Look at the netbsd driver, file name is i82557.c Perhaps instead of having this negative attitude towards the core team members you should file a PR like the rest of us mortals do. hint: http://www.FreeBSD.org/send-pr.html Pedro. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Do we need GNU readline ??
I was building a library covered by the LGPL when I found this jewel under readline/README: _ This is a line-editing library. It can be linked into almost any program to provide command-line editing and recall. It is call-compatible with the FSF readline library, but it is a fraction of the size (and offers fewer features). It does not use standard I/O. It is distributed under a C News-like copyright. ... An earlier version was distributed with Byron's rc. Principal changes over that version include: Faster. Is eight-bit clean (thanks to bren...@cs.widener.edu) Written in KR C, but ANSI compliant (gcc all warnings) Propagates EOF properly; rc trip test now passes Doesn't need or use or provide memmove. More robust Calling sequence changed to be compatible with readline. Test program, new manpage, better configuration More system-independant; includes Unix and OS-9 support. Enjoy, Rich $alz rs...@osf.org Copyright 1992 Simmule Turner and Rich Salz. All rights reserved. This software is not subject to any license of the American Telephone and Telegraph Company or of the Regents of the University of California. Permission is granted to anyone to use this software for any purpose on any computer system, and to alter it and redistribute it freely, subject to the following restrictions: 1. The authors are not responsible for the consequences of use of this software, no matter how awful, even if they arise from flaws in it. 2. The origin of this software must not be misrepresented, either by explicit claim or by omission. Since few users ever read sources, credits must appear in the documentation. 3. Altered versions must be plainly marked as such, and must not be misrepresented as being the original software. Since few users ever read sources, credits must appear in the documentation. 4. This notice may not be removed or altered. OTOH, from our man readline: ... COPYRIGHT Readline is Copyright (C) 1989, 1991, 1993, 1995, 1996 by the Free Software Foundation, Inc. ... BUGS It's too big and too slow. _ So the question is: Do we really need the complete, bigger GPL'd version or would it be good if I look for the older, smaller, but free version? cheers, Pedro. To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message