headers
gabriel rosenkoetter | 1 Mar 2004 01:01

Re: HAL (was build.sh fails)

On Sun, Feb 29, 2004 at 01:49:41PM -0800, David S. wrote:
> OK, if 'sup' is broken, than why is it an "officially" supported
> method of retrieving -current sources?

Note that my calling sup "broken" isn't any sort of official
statement from TNF, considering I don't represent them.

That said, your message:

  http://mail-index.netbsd.org/current-users/2004/02/29/0019.html

came after Manuel Boyer's message:

  http://mail-index.netbsd.org/current-users/2004/02/29/0014.html

stating that sup is broken in that it doesn't distribute .o files
(his exact words: "I'll try to get this corrected"). Manuel's words
may be taken with a bit more force than mine.

Note also that not very many people seem to be having this problem
(though, it's probably open to question how many non-developers
are even capable of building at the moment, considering how bogged
anoncvs.netbsd.org, which just about everybody persists in using,
has been).

--

-- 
gabriel rosenkoetter
gr <at> eclipsed.net
Permalink | Reply | 0 comments |
headers
Conrad T. Pino | 1 Mar 2004 02:29

RE: AnonCVS Timing Test

Conditions of this AnonCVS Timing Test are described in:
http://mail-index.netbsd.org/current-users/2004/02/07/0019.html
===============================================================
Start date: Sun Feb 29 16:40:33 PST 2004
Stops date: Sun Feb 29 16:57:44 PST 2004

Total time: 00:17:11 (17+ minutes) - previous update below.
===============================================================
Start date: Sat Feb 14 09:56:07 PST 2004
Stops date: Sat Feb 14 10:13:48 PST 2004

Total time: 00:17:41 (17+ minutes)
===============================================================
Permalink | Reply | 1 comment |
headers
NetBSD source update | 1 Mar 2004 02:37
Picon

triweekly CVS update output


Updating release-1-5 src tree (netbsd-1-5):

Running the SUP scanner:
SUP Scan for release-1-5 starting at Mon Mar  1 00:49:11 2004
SUP Scan for release-1-5 completed at Mon Mar  1 00:49:50 2004

Updating release-1-6 src tree (netbsd-1-6):

Running the SUP scanner:
SUP Scan for release-1-6 starting at Mon Mar  1 01:35:12 2004
SUP Scan for release-1-6 completed at Mon Mar  1 01:37:41 2004
Permalink | Reply | 0 comments |
headers
matthew green | 1 Mar 2004 04:32
Picon
Favicon

GCC 3.3.3 import, tree may be unstable


hi folks.

i'm about to import GCC 3.3.3 (the real one) so the tree may be unstable
for a little while... (but shouldn't be i hope :)

.mrg.
Permalink | Reply | 0 comments |
headers
NetBSD source update | 1 Mar 2004 07:30
Picon

daily CVS update output


Updating src tree:
P src/contrib/sys/dev/ic/athhal_osdep.c
P src/distrib/sets/lists/man/mi
P src/distrib/utils/sysinst/Makefile.inc
P src/distrib/utils/sysinst/menus.mi
U src/distrib/utils/sysinst/msg.mbr.de
U src/distrib/utils/sysinst/msg.mi.de
U src/distrib/utils/sysinst/arch/acorn26/msg.md.de
U src/distrib/utils/sysinst/arch/acorn32/msg.md.de
U src/distrib/utils/sysinst/arch/alpha/msg.md.de
U src/distrib/utils/sysinst/arch/amiga/msg.md.de
U src/distrib/utils/sysinst/arch/arc/msg.md.de
U src/distrib/utils/sysinst/arch/atari/msg.md.de
U src/distrib/utils/sysinst/arch/bebox/msg.md.de
U src/distrib/utils/sysinst/arch/cats/msg.md.de
U src/distrib/utils/sysinst/arch/evbarm/msg.md.de
U src/distrib/utils/sysinst/arch/evbppc/msg.md.de
U src/distrib/utils/sysinst/arch/hp300/msg.md.de
U src/distrib/utils/sysinst/arch/hpcmips/msg.md.de
U src/distrib/utils/sysinst/arch/i386/msg.md.de
U src/distrib/utils/sysinst/arch/macppc/msg.md.de
U src/distrib/utils/sysinst/arch/mipsco/msg.md.de
U src/distrib/utils/sysinst/arch/mvme68k/msg.md.de
U src/distrib/utils/sysinst/arch/news68k/msg.md.de
U src/distrib/utils/sysinst/arch/newsmips/msg.md.de
U src/distrib/utils/sysinst/arch/pc532/msg.md.de
U src/distrib/utils/sysinst/arch/playstation2/msg.md.de
U src/distrib/utils/sysinst/arch/pmax/msg.md.de
U src/distrib/utils/sysinst/arch/prep/msg.md.de
(Continue reading)

Permalink | Reply | 0 comments |
headers
Art Lemasters | 1 Mar 2004 08:20
Picon

Re: problems compiling groff?

Andrew Brown wrote:
> On Sat, Feb 28, 2004 at 03:31:41PM -0800, Hisashi T Fujinaka wrote:
> 
>>On Sat, 28 Feb 2004, Andrew Brown wrote:
>>
>>>On Mon, Feb 23, 2004 at 09:59:51PM -0800, Hisashi T Fujinaka wrote:
>>>
>>>>I'm sure I saw someone else with this problem lately, but I'm not sure
>>>>I've seen any answers. I get this odd error trying to "build.sh tools".
>>>>...
>>>>checking that C++ compiler can compile simple program... no
>>>>configure: error: a working C++ compiler is required
>>>
>>>i hit this myself last night.  i don't know if you've solved this
>>>problem yet, but i thought i remembered something about something
>>>involving libgcc, so i did this:
>>>
>>>	# rm /usr/lib/libgcc*
>>>	# cp -p /path/to/a/recent/snapshot/usr/lib/libgcc* /usr/lib
>>>
>>>and all was well again.  the snapshot i used was approximately one
>>>month old.
>>
>>Hmm. I figured this was a transient error (looks like it was) and I just
>>reinstalled userland from a nearby working machine.
> 
> 
> same sort of thing.  lucky for me i keep snapshots lying around.  :)
> 
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Mar 2004 12:41
Picon
Favicon

Re: sh: internal error: setexecsig: unset signal 0((null %s))

In article <20040229183117.GQ9611 <at> drowsy.duskware.de>,
	Martin Husemann <martin <at> duskware.de> writes:
> On Thu, Feb 19, 2004 at 05:25:37PM +0200, Alan Barrett wrote:
>> in /bin/sh, but doesn't say what the bug is.  A few weeks ago, I tried
>> searching for the referenced message-id <slrn6lm955.afs.k <at> world.std.com>
>> in google and dejanews, without success.
> Since this is from the stone age and lots of bugs in /bin/sh have been
> fixed, shouldn't we try to revert that now and find out if/where it loses?

I'll try that on my NetBSD-current system. But even it works there it
might still not work on NetBSD 1.5.x or 1.6.x.

	Kind regards

--

-- 
Matthias Scheler                                  http://scheler.de/~matthias/
Permalink | Reply | 0 comments |
headers
Matthias Scheler | 1 Mar 2004 13:00
Picon
Favicon

Re: disklabeling a 1.7 TB disk

In article <20040228190023.GB18447 <at> snowdrop.l8s.co.uk>,
	David Laight <david <at> l8s.co.uk> writes:
> Going beyond 2^32 sectors is hard.....

We should support this via EFI labels.

	Kind regards

--

-- 
Matthias Scheler                                  http://scheler.de/~matthias/
Permalink | Reply | 1 comment |
headers
Frank van der Linden | 1 Mar 2004 13:07
Picon

Re: disklabeling a 1.7 TB disk

On Mon, Mar 01, 2004 at 12:00:06PM +0000, Matthias Scheler wrote:
> > Going beyond 2^32 sectors is hard.....
> 
> We should support this via EFI labels.

You mean GPT. It's the partitioning layout first used by Intel for ia64, and
being adapted by more systems.

Yes, I agree that we should support it, it's time to write some support
code for it.

- Frank
Permalink | Reply | 0 comments |
headers
Dick Davies | 1 Mar 2004 14:58
Gravatar

Re: wireless lan (802.11g) cards

Robert Lillack wrote:

> Dick Davies wrote:
> 
> 
>>Incidentally, I only seem to get about 650KB/sec out of my 802.11 11Mbps 
>>cards - I run in IBSS mode, would that explain it?
> 

> No. This is nearly the best you can get. And you won't get
> more than around 2MByte/sec out of 11g (As long as you
> don't mix it with 11b---it would go down to ~1MB/s).

What's the overhead then? I'd guess 11Mbps / 8 =~ 1.5MBps - the rest is 
lost in collisions, is it?

And yes, this is 802.11b - I have an old iBook on the LAN. AFAIK 
internal airport cards only do 'b'. And I guess it would be pointless to
have 802.11g cards on that WLAN if the Mac is going to drag them down to
its level?

Thanks for the clarification.

Dick
Permalink | Reply | 9 comments |

Gmane