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
--- 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
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
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.
___
- 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
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
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
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
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
(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
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
--- 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
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,
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:
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
--- 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
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
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.
(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
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
--- 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
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
--- 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
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?
--- 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
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
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.
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
--- 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
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,
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
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:
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
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.
--- 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
--- 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
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
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
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
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
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
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
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
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
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
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
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
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 c
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
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
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,
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
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).
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.
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
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,
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
57 matches
Mail list logo
