On 3/4/10 4:38 AM, Matthew Dillon wrote:
:Hi:
:
:nfe0: watchdog timeout - lost interrupt recovered
:
:The network access from this machine or to this machine is at
:best sporadic and SSH clients timeout.
:
:The box has a NVIDIA nForce 405 Nvidia (n...@pci0:0:7:0).
:
:Is there any workaround to
no space for more functionality.
NetBSD can show a richer menu, including names picked by you. See mbr(8).
--
Jordan Gordeev
Saifi Khan wrote:
On Fri, 6 Nov 2009, Jordan Gordeev wrote:
Part of the work is in my leaf repo
(git://leaf.dragonflybsd.org/~smtms/dragonfly.git).
The other, more interesting, part is in a private repo you cannot access.
I need to update the code to latest master, finish the work, clean it up
Simon 'corecode' Schubert wrote:
It is really bad to keep around packages we don't build anymore, because
they get outdated and accumulate security problems. And we don't have
the resources to keep building packages.
I think we should keep around what we can build for at the moment, and
not
Justin C. Sherrill wrote:
Since 2.4 is out, and we'll have binary pkgsrc packages for it soon, the
2.0 packages are due to be removed. If this will cause you trouble,
please speak up.
The plan is to keep packages for the current release (2.4) and the
previous release (2.2), which gives us a
Neil Booth wrote:
I've just completed a buildworld and am trying to build a kernel;
I get the following. What am I doing wrong?
You are using the wrong kernel configuration file. You should use JG64,
eventually modified to meet your needs.
Neil Booth wrote:
I've just completed a buildworld and am trying to build a kernel;
I get the following. What am I doing wrong?
Neil.
n...@athlon2:/usr/src$ sudo make buildkernel KERNCONF=AMD64_GENERIC
Also make sure to call buildkernel with the same cross-build arguments
that you use for
Neil Booth wrote:
Why is JG64 the correct file? I used AMD64 last time IIRC. Both just
say Dragonfly/AMD64 at the top.
Use 'AMD64' kernel config file if it works for you.
Also this is not a crossbuild - why do I need all the above arguments?
It is an AMD64 SMP machine.
I did a buildworld
Now, that GSoC is over, I have some spare time to say thanks.
I'd like to thank all the people who have tested the amd64 port, namely
Matthew Dillon and Antonio Huete Jimenez. Thanks for all the bugs you've
found and fixed.
Aggelos Economopoulos wrote:
Jordan Gordeev wrote:
It's time public testing of the amd64 port begins.
The code is available in my git repo at
git://leaf.dragonflybsd.org/~smtms/dragonfly.git in branches amd64 and
amd64+hacks.
The amd64+hacks branch contains what amd64 contains + some band
Francois Tigeot wrote:
On Thu, May 21, 2009 at 09:18:25PM +0300, Jordan Gordeev wrote:
I've adapted some fixes from FreeBSD for the booting issues that result
in BTX halted.
My changes are available at
git://leaf.dragonflybsd.org/~smtms/dragonfly.git, branch btxhalted.
*Everybody* should
Matthew Dillon wrote:
:I've adapted some fixes from FreeBSD for the booting issues that result
:in BTX halted.
:My changes are available at
:git://leaf.dragonflybsd.org/~smtms/dragonfly.git, branch btxhalted.
:*Everybody* should test that these changes don't break booting for them.
You
Johannes Hofmann wrote:
Hi,
is anyone using the bulk build script mk/bulk/build successfully on
DragonFly?
[...]
Any ideas?
I suggest you use the new method of doing bulk builds - pbulk.
It's a package available at /usr/pkgsrc/pkgtools/pbulk.
Some documentation on how to use:
1.
Colin Adams wrote:
I still get the error message (on the git branch command, this time):
fatal: Not a valid oblect name: 'DragonFly_RELEASE_2_2'
2009/5/1 Matthew Dillon dil...@apollo.backplane.com:
:But git checkout v2.2.1 was what i actually needed-:)
:
:So what I did was the following
Colin Adams wrote:
I don't know if it is the same problem (it certainly sounds similar).
This is not a laptop though. Nor is it an old machine (less than 3 years old).
Anyway, I have booted DragonFly from the live CD and logged in as root.
But what device name do I use (I only have one disk)?
dark0s Optik wrote:
I'd like to partecipate of Google SoC 2009 for DragonFlyBSD, but I
don't know if I can.
I'm private and I'm not a student, but I was it.
Are there specific categories of people that they partecipate at GSoC
or anyone can partecipate?
Savio
There's wealth of
Joerg Sonnenberger wrote:
On Sat, Nov 15, 2008 at 04:31:55AM +1100, Petr Janda wrote:
Is net.inet.tcp.path_mtu_discovery=1?
Joerg
No, it was set to 0. is it supposed to be set to 1? If so, should the default
be 1? As far as documentation goes Ive read most of modern UNIX systems
(8), specifically the section called BUILTINS AND
FORTH. Then use 'boot' with arguments. Something like this may (or may
not) work:
s /kernel.smp/kernel 1 boot
Best regards,
Jordan Gordeev
Louisa Luciani wrote:
Hi!
I want to add a fancy menu to the LiveDVD to allow users at boot time
Michael Neumann wrote:
Hi,
The release-src-cvsup target still contains the RELEASE_1_12 tag,
which should instead be:
-rDragonFly_RELEASE_2_0_Slip
I don't know where to find this file in the source tree, so I can't
fix it myself. Anyone?
Regards,
Michael
I think it's a good idea to
Justin C. Sherrill wrote:
James Frazer put together a nice site redesign based on some discussion we
had here before. He sent me a copy of it all, and I'm only now catching
up enough to show it:
http://www.shiningsilence.com:81/
I'm happy with the layout and content; I'm looking for further
One more note: One can use the site navigation designs of other BSDs for
inspiration.
Is there a reason that Path MTU discovery is not turned on by default?
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
23 matches
Mail list logo
