+++ Matthew Dillon [12/05/07 15:20 -0700]:
: I've noticed that the root account password (according to the
:installer) cannot contain punctuation; why is this? A major part of creating
:good passwords is the use of punctuation and special characters. Are there
:plans to reverse this or was
On Sun, 13 May 2007 11:38:04 +0200
Simon corecode Schubert [EMAIL PROTECTED] wrote:
Ah, another task: update the installer to the latest bsdinstaller
version. we're WAY behind and there are many features/fixes waiting
for us. almost a MUST for the 2.0 release.
What does it take? I *may* be
On Sun, May 13, 2007 6:21 am, Gergo Szakal wrote:
On Sun, 13 May 2007 11:38:04 +0200
Simon corecode Schubert [EMAIL PROTECTED] wrote:
Ah, another task: update the installer to the latest bsdinstaller
version. we're WAY behind and there are many features/fixes waiting
for us. almost a MUST
On Sun, May 13, 2007 8:00 am, km b wrote:
On 5/13/07, Simon corecode Schubert [EMAIL PROTECTED] wrote:
follow-fork-mode for gdb, or maybe even start/finish the amd64 port.
just wondering whether anybody has done any work on amd64 port earlier?
Matt had done some work before when he first
On 5/11/07, Peter Avalos [EMAIL PROTECTED] wrote:
On Fri, May 11, 2007 at 06:00:43PM -0700, j s wrote:
I just 'cvsupped' the following *default release=cvs
tag=DragonFly_RELEASE_1_8_Slip
I'm running RELEASE DragonFly 1.8.0-RELEASE #0:
make buildworld results in the following error.
Maybe I'll take a look at the installer source and track it down...
Thanks for the input though Matt!
Dahlgren
- Original Message -
From: Matthew Dillon [EMAIL PROTECTED]
Date: Saturday, May 12, 2007 6:25 pm
Subject: Re: Root password restrictions
To: users@crater.dragonflybsd.org
Thanks for the input everyone! Once I decide on what to tackle, I'll
solicit some help / advice from you guys. I think firstly, a C++ wrapper
for any DragonFly specific system libraries or system calls would be a
good thing. This would also facilitate easier contribution by other C++
developers.
Just my 2 cents...
While any new commiter is very valuable, I hardly can see any point in
any DFLY-specific C++ libs. Thats more of Linux way - creating
non-portable and OS-centric apps.
Even more, I can hardly remember any of DFLY-specific libraries in our OS.
What am I considering as a good
On 5/12/07, Peter Avalos [EMAIL PROTECTED] wrote:
Ok, let's try this...Make /etc/make.conf only have this line in it:
WANT_GCC41=yes
Then rebuild your sources.
YIPPEYAA. it works :-)
# setenv CCVER gcc41
# cc --version
gives gcc 4.1.2 :-)
It's too hard to figure out what is
I've tried 2 different cards that use the ACX driver (one netgear, the
other dlink) and neither of them are quite stable (same in windows) so
this is not a DF problem.
I need PCI or PCI-E card that supports 802.11g (dont need +) and runs
rock solid in DF. What do you use?
Petr
On 5/13/07, Peter Avalos [EMAIL PROTECTED] wrote:
On Sun, May 13, 2007 at 03:42:05PM +, arnuld wrote:
only one thing is left: how can i make my shell (tcsh) remember gcc
4.1 for *always*. i do not want to setenv at every boot. i have put
CCVER=gcc41 into both /etc/mk.conf and
i was unable to install X from pkg_add as pkg_add is not downloading anything.
pkg_add www.pkgsrc-box.org/packages/stable/DragonFly-1.8/All/
just HANGS in there and doe snot do anything as my ADSL modem lights
do not blink. ic an open that address in Firefox right now. so i built
the whole X
On 2007-05-13 17:56, arnuld wrote:
On 5/13/07, Peter Avalos [EMAIL PROTECTED] wrote:
On Sun, May 13, 2007 at 03:42:05PM +, arnuld wrote:
only one thing is left: how can i make my shell (tcsh) remember gcc
4.1 for *always*. i do not want to setenv at every boot. i have put
On 2007-05-13 17:31, Dennis Melentyev wrote:
2007/5/13, [EMAIL PROTECTED] [EMAIL PROTECTED]:
Thanks for the input everyone! Once I decide on what to tackle, I'll
solicit some help / advice from you guys. I think firstly, a C++ wrapper
for any DragonFly specific system libraries or system calls
On 2007-05-13 18:20, Petr Janda wrote:
Are these Atheros based cards supported?
http://www.gigabyte.com.tw/Products/Communication/Products_Spec.aspx?ProductID=988ProductName=GN-WP01GT
http://www.gigabyte.com.tw/Products/Communication/Products_Spec.aspx?ProductID=952ProductName=GN-WPEAG
On 5/13/07, Erik Wikström [EMAIL PROTECTED] wrote:
On 2007-05-13 18:02, arnuld wrote:
i was unable to install X from pkg_add as pkg_add is not downloading
anything.
pkg_add www.pkgsrc-box.org/packages/stable/DragonFly-1.8/All/
just HANGS in there and doe snot do anything as my ADSL
On 2007-05-13 18:52, arnuld wrote:
On 5/13/07, Erik Wikström [EMAIL PROTECTED] wrote:
On 2007-05-13 18:02, arnuld wrote:
i was unable to install X from pkg_add as pkg_add is not downloading
anything.
pkg_add www.pkgsrc-box.org/packages/stable/DragonFly-1.8/All/
just HANGS in there and
:
:On Sun, May 13, 2007 8:00 am, km b wrote:
: On 5/13/07, Simon corecode Schubert [EMAIL PROTECTED] wrote:
: follow-fork-mode for gdb, or maybe even start/finish the amd64 port.
:
: just wondering whether anybody has done any work on amd64 port earlier?
:
:Matt had done some work before when he
On Sun, 13 May 2007 09:54:45 -0400 (EDT)
Justin C. Sherrill [EMAIL PROTECTED] wrote:
This is from memory, so it may not be accurate: the 2.0 version of the
installer uses Lua, and has some FreeBSD-ports-oriented stuff in there
now, since it was being worked on for pfSense.
It's a very slick
Erik Wikström wrote:
Btw, this seems to come up all the time:
linux: syscall madvise is obsoleted or not implemented (pid=1643)
What application is that?
That I would like to know too. It seems kind of strange that it says
linux: as if the application was linux.
Petr
On 5/13/07, Petr Janda [EMAIL PROTECTED] wrote:
I've tried 2 different cards that use the ACX driver (one netgear, the
other dlink) and neither of them are quite stable (same in windows) so
Can you give more detailed information?
this is not a DF problem.
I need PCI or PCI-E card that
http://www.gigabyte.com.tw/Products/Communication/Products_Spec.aspx?ProductID=988ProductName=GN-WP01GT
Uses this chipset: AR5005GS
http://www.gigabyte.com.tw/Products/Communication/Products_Spec.aspx?ProductID=952ProductName=GN-WPEAG
Uses this chipset: AR5004G
On 5/14/07, Erik Wikström [EMAIL PROTECTED] wrote:
On 2007-05-13 18:20, Petr Janda wrote:
Are these Atheros based cards supported?
http://www.gigabyte.com.tw/Products/Communication/Products_Spec.aspx?ProductID=988ProductName=GN-WP01GT
That I would like to know too. It seems kind of strange that it says
linux: as if the application was linux.
Run /usr/bin/file on the necessary file(s).
On Sun, May 13, 2007 9:26 pm, Gergo Szakal wrote:
OK, I have looked at the sources, it looks like it calls a set of lua
files for every operation, and each lua file called may (and usually does)
call other lua files. How can I build a test CD with the new installer to
see what needs to be
Sepherosa Ziehau wrote:
On 5/13/07, Petr Janda [EMAIL PROTECTED] wrote:
I've tried 2 different cards that use the ACX driver (one netgear, the
other dlink) and neither of them are quite stable (same in windows) so
Can you give more detailed information?
Connection seems to fluctuate between
On 5/14/07, Petr Janda [EMAIL PROTECTED] wrote:
Sepherosa Ziehau wrote:
On 5/13/07, Petr Janda [EMAIL PROTECTED] wrote:
I've tried 2 different cards that use the ACX driver (one netgear, the
other dlink) and neither of them are quite stable (same in windows) so
Can you give more detailed
Sepherosa Ziehau wrote:
..
Best Regards,
sephe
Thanks a lot Sephe, I switched to onoe and I am waiting to see whats the
stability like. Could you summarize the difference between amrr and onoe?
One of my previous emails listed 3 different atheros chipsets, could you
please tell me
How much of the debug do you want?
29 matches
Mail list logo