Just a quick heads-up that we've started the freeze on new functionality,
and infrastructure changes, in preparation for the pkgsrc-2008Q1 branch.
We expect that this freeze will take no longer than 2 weeks.
With best wishes,
Alistair
On Mon, 17 Mar 2008 22:13:41 -0400 (EDT)
Justin C. Sherrill [EMAIL PROTECTED] wrote:
http://code.google.com/soc/2008/dragonfly/about.html
Great news! Congratulations!
--
Gergo Szakal MD [EMAIL PROTECTED]
University Of Szeged, HU
Faculty Of General Medicine
/* Please do not CC me with
AFAIK, databases/db4 still does not compile on dfly (the patch on pkgsrc-users
was not commited as far as I can tell), also xine-lib and libmp4v2 (last time
I checked, could have been fixed in the mean time, but after a quick view
through gmane.os.netbsd.devel.pkgsrc.cvs, I didn't see anything
* Justin C. Sherrill wrote:
http://code.google.com/soc/2008/dragonfly/about.html
Yay us! There were a number of people who had spoken up before; now is
your chance - Sd?vtaker, Robert Luciani + Danwei, Jost Tobias
Springenberg, and Vita CiV Cizek were the names I had down.
If you are an
Hi,
* Jeremy C. Reed wrote:
Anyways, this looks like something that should be more publicized.
Sure, go ahead :)
Or have I missed hearing about it on this list before?
There were some discussions on submit@, commits@ and [EMAIL PROTECTED]
Thanks for your report about that -t option. I
On Tue, March 18, 2008 4:23 am, Matthias Schmidt wrote:
Just as a side note: It would be nice if the potential students could
write up a short bio and send it to the list and/or to the mentor. Some
lines about (coding, BSD, DragonFly, UNIX) experience and how you want
to complete the
Here is a little update for my problem...
On 12 Mar 2008, at 02:48, YONETANI Tomokazu wrote:
IIRC, you need to fiddle with ad5*. A better alternative I can
think of
is to partition (or maybe even disklabel it and newfs -O1) using
FreeBSD
installer first, then boot with DragonFly LiveCD, and
I came across this today:
eINIT is a replacement for /sbin/init -- the programme that is
responsible for booting your computer -- that is all about not wasting
resources; that's not wasting CPU cycles, but also not wasting RAM
either, which should make eINIT very well suited for embedded
I'm a student interested in doing the AMD64 port as a Google Summer of
Code project.
I would like to have some questions answered, in order to be able to
make an informed decision.
1. Does porting require messing with the source code of gcc/binutils/gdb?
2. Do I need to have an AMD64 machine
Jordan Gordeev wrote:
1. Does porting require messing with the source code of gcc/binutils/gdb?
maybe. the basic infrastructure is in place however and also seems to be
able to produce amd64 binaries of some sort.
2. Do I need to have an AMD64 machine with more than 4 GB RAM to be
able
I'll add my response to Simon's, we basically say the same thing :-)
:I'm a student interested in doing the AMD64 port as a Google Summer of
:Code project.
:I would like to have some questions answered, in order to be able to
:make an informed decision.
: 1. Does porting require messing
Matthew Dillon wrote:
:I'm a student interested in doing the AMD64 port as a Google Summer of
:Code project.
:I would like to have some questions answered, in order to be able to
:make an informed decision.
: 1. Does porting require messing with the source code of gcc/binutils/gdb?
This
On Tue, Mar 18, 2008 at 10:36:32PM +0200, Jordan Gordeev wrote:
1. Does porting require messing with the source code of gcc/binutils/gdb?
Not much, if at all.
2. Do I need to have an AMD64 machine with more than 4 GB RAM to be able
to fully test my work?
No.
3. Would I be required to
Christopher Rawnsley wrote:
Here is a little update for my problem...
On 12 Mar 2008, at 02:48, YONETANI Tomokazu wrote:
IIRC, you need to fiddle with ad5*. A better alternative I can think of
is to partition (or maybe even disklabel it and newfs -O1) using FreeBSD
installer first, then boot
14 matches
Mail list logo
