after cvsup'd recent,the Linux emulator was disabled.rebuild it ,
get the same error:
Linux mode is not enabled.
Loading linux kernel module now...
kldload: can't load linux: No such file or directory
The linux kernel module could not be loaded.
Please enable linux mode manually and retry.
***
suken woo wrote:
after cvsup'd recent,the Linux emulator was disabled.rebuild it ,
get the same error:
Linux mode is not enabled.
Loading linux kernel module now...
kldload: can't load linux: No such file or directory
This is common in -current. You either have to give an
absolute path to
absolute path still dont work.the system log seams that
link_elf: symbol gd_curproc undefined
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
that is because there is no curproc in -current.
your modulke is compiled for 4.x
On Mon, 2 Dec 2002, suken woo wrote:
absolute path still dont work.the system log seams that
link_elf: symbol gd_curproc undefined
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe
Hi,
I tried to install a new firewall machine for my parents and tried using
5.0, because 4.7-STABLE find's the ata-controller only when I have
disabled in BIOS.
The results from 5.0-DP2 confuses me more.
I attach the dmesg.out - please help.
Kind regards,
Jens
--
L i W W W i
Julian Elischer wrote:
Where does the passed in thread come from?
Your changes to make certain functions which are exported interfaces
take a thread * instead of a proc * argument.
Generally don't use a thread pointer other than yourself unless you have
a lock on the proc structure, or the
Terry Lambert wrote:
The main problem here is that lockmgr() is being called to lock
things that technically don't need to be locked, at all, really,
to insure that operations are not attempted concurrently. It's
not really necessary: the server will refuse additional requests
on a
hi, all:
setting the env with zh_CN.EUC ,and run X but got the following errors.
pid 495 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 497 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 499 (bonobo-activation-s), uid 1001: exited on signal 11
On Wed, 2002-11-27 at 20:25, suken woo wrote:
hi, all:
setting the env with zh_CN.EUC ,and run X but got the following errors.
pid 495 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 497 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
pid 499
suken woo wrote:
hi, all:
setting the env with zh_CN.EUC ,and run X but got the following errors.
pid 495 (bonobo-activation-s), uid 1001: exited on signal 11 (core dumped)
Compile the bonobo-activation-s binary with debugging symbols,
so that you can debugthe core file and see where it's
Martijn Pronk wrote:
Robert Watson wrote:
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding a test environment, which is the natural and immediate
follow-on to the compile fixes :-).
On Tue, Nov 26, 2002 at 08:10:50PM +0100, Martijn Pronk wrote the words in effect of:
Martijn Pronk wrote:
Robert Watson wrote:
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding
On Tue, 26 Nov 2002, Hiten Pandya wrote:
On Tue, Nov 26, 2002 at 08:10:50PM +0100, Martijn Pronk wrote the words in effect of:
In file included from /home/src/sys/netncp/ncp_conn.c:46:
/home/src/sys/netncp/ncp_conn.h:174: field `nc_lock' has incomplete type
Nate Lawson wrote:
On Tue, 26 Nov 2002, Hiten Pandya wrote:
On Tue, Nov 26, 2002 at 08:10:50PM +0100, Martijn Pronk wrote the words in effect of:
In file included from /home/src/sys/netncp/ncp_conn.c:46:
/home/src/sys/netncp/ncp_conn.h:174: field `nc_lock' has incomplete type
volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs to be a proc, and in other cases it now
needs to be a thread. But all they stored was the proc. Also, from
my memories of the code you
and make it compile but I have no equipment to test it on.
It's not so much that I volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs to be a proc, and in other cases it now
needs
back. If he is not, I can
pick this up and make it compile but I have no equipment to test it on.
It's not so much that I volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs
Nate Lawson wrote:
It's not so much that I volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs to be a proc, and in other cases it now
needs to be a thread. But all
Terry Lambert wrote:
I'll take a whack at it and send it out by tomorrow, working or not.
Don't bother. 8-).
The attached patch makes it compile, and takes a shot at doing the
right thing.
Just a followup... select definitely won't work (IMO), but needs
someone who is threads-savvy
one
thread at this moment.
julian
On Tue, 26 Nov 2002, Terry Lambert wrote:
Nate Lawson wrote:
It's not so much that I volunteered as I said that I'd help with
thread/proc issues..
The trouble was that there are places where it used a proc in the old
code, but in some cases it needs
First of all, the patch was just to get to the point of compilability,
which other prople said they would take it from there. I don't
have a NetWare server to test against in my apartment. I'd be just as
happy to _let_ the other people who wanted to take it from there do
do, now that I made it
Terry Lambert wrote:
Did you want me to update the patch to use your FIRST_THREAD_IN_PROC
macro and resend it?
OK; here it is, whether you wanted it or not.
-- Terry
smbfs_thr.diff.gz
Description: GNU Zip compressed data
On Tue, 26 Nov 2002, Terry Lambert wrote:
Uh, how exactly is that less obnoxious, given it's the same code
with a different name and an obnoxious inline instead of a macro?
8-).
it's shorter ..
You can always get from a thread to a single process but the reverse
always presents
implementation... you _do_ remember the last time Novell and BSD
had an issue over code, right, back in 1994, after they bought
USL?
It's probably better that the patch I've done get to the people
who volunteered to fix the code, once it could be compiled, and
that the people who volunteered to help them
debug5.0problems
In-Reply-To: [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Tue, 26 Nov 2002, Terry Lambert wrote:
Julian Elischer wrote:
The answer is that the code doesn't care what thread; it would
prefer to not have
help when the process involves
another computer, a serial cable, recompiling a kernel to use
a serial console and turn DDB support on, special configuration
for system dump images, and changing the size of your swap
partition to support the amount of RAM you have put
to file a
decent bug report. It doesn't help when the process involves
another computer, a serial cable, recompiling a kernel to use
a serial console and turn DDB support on, special configuration
for system dump images, and changing the size of your swap
partition
Hi all,
I am trying to fix my ports to be built on -current. Almost all
problems are gone(fix/update/etc...). But I have problem of korean/byeoroo
ports. Can somebody look at more closer?
http://bento.freebsd.org/errorlogs/5-full/ko-byeoroo-0.0.19990605.3_1.log
The problem is that two header
Hi all,
I am trying to fix my ports to be built on -current. Almost all
problems are gone(fix/update/etc...). But I have problem of korean/byeoroo
ports. Can somebody look at more closer?
http://bento.freebsd.org/errorlogs/5-full/ko-byeoroo-0.0.19990605.3_1.log
The problem is that two header
to think at the amount of debate such a request would
cause but I'm making it nevertheless).
IMO, for -CURRENT, we should turn on all possible debugging by
default in the kernel. Then, we should make it as easy as possible
to capture and report the kind of trace information we need to help
as it evolves, since we usually pass drafts
through there, etc.
We will be moving the conversation to somewhere more appropriate,
but I don't know when or where.
I believe that our biggest problem at the moment is finding the
necessary development types to help us debug the problems and get
place. Certainly, freebsd-qa would be where you want to
have moderate parts of the discussion take place.
I believe that our biggest problem at the moment is finding the
necessary development types to help us debug the problems and get them
sorted out -- we've got people who have hardware
Robert Watson wrote:
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding a test environment, which is the natural and immediate
follow-on to the compile fixes :-). Was wondering if
On Fri, 22 Nov 2002, Martijn Pronk wrote:
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding a test environment, which is the natural and immediate
follow-on to the compile fixes :-).
doesn't cut it, and most people are unaware of how to file a
decent bug report. It doesn't help when the process involves
another computer, a serial cable, recompiling a kernel to use
a serial console and turn DDB support on, special configuration
for system dump images, and changing the size of your
At 2:31 PM -0800 2002/11/22, Terry Lambert wrote:
A bug-filing wizard would be useful. The send-pr system
doesn't cut it, and most people are unaware of how to file a
decent bug report. It doesn't help when the process involves
another computer, a serial cable, recompiling a kernel to use
On Sat, 23 Nov 2002, Brad Knowles wrote:
At 2:31 PM -0800 2002/11/22, Terry Lambert wrote:
A bug-filing wizard would be useful. The send-pr system
doesn't cut it, and most people are unaware of how to file a
decent bug report. It doesn't help when the process involves
another
-ki_structsize);
_kvm_err(kd, kd-program,
recompile libkvm and recompile and reinstall %s,
kd-programsrcdir);
Now, we can say that running -CURRENT is not for people who want
to be molly-coddled. But I believe it's a good idea to give people
better tools to help make
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding a test environment, which is the natural and immediate
follow-on to the compile fixes :-). Was wondering if anyone with FreeBSD
kernel
On Thu, 21 Nov 2002, Robert Watson wrote:
The build of netncp is currently broken on 5.0-CURRENT, and I'd like to
see this fixed before 5.0-RELEASE. Unfortunately, we're having a lot of
trouble finding a test environment, which is the natural and immediate
follow-on to the compile fixes
At 5:23 PM -0500 2002/11/21, Robert Watson wrote:
(And, you have to bring your own test environment, as the second sentence
suggests, but doesn't actually state).
Over on -chat, we're in the process of putting together a list of
volunteers, hardware, organizational talent, etc... to help
As the person who broke it I'd like to help.. The problem was that it
referenced teh proc structure all over the place in several different
ways, and it was not obvious, without knowing the protocol which should
become thread references and which should stay proc references.
On Fri, 22 Nov 2002
of volunteers, hardware, organizational talent, etc... to help test out
-DP2. Mark Murray is involved, but I personally would like to see at
least one or two more core team members committed to making this happen.
If we can get a suitable group of people together, with suitable
hardware, and get
I'm having occasional panics when doing disk-intensive activities like a
buildworld or portupgrade, and I'm having trouble getting useful backtraces.
For some reason I can't get the kernel to write a dump out. Most recently,
while updating the pkgdb, my system did this:
Nov 19 14:47:19 basement
On Wed, 13 Nov 2002 23:17:53 +1100 (EST)
Bruce Evans [EMAIL PROTECTED] wrote:
My times are with some small improvements which I think don't affect
the tests much (they affect latency more than throughput). With lots
of small files (smaller than the block size), clustering doesn't makes
even
Hello,
I believe that everybody here knows about the slow msdosfs problem, that
is AFAIK caused by implementation without clustering.
For me this is very annoying, because I use digital camera, and ZIP drive,
and FAT on both of them. Speed is about 10 times lower than it could be..
I would like
On Mon, Oct 21, 2002 at 07:49:13PM +0200, Poul-Henning Kamp wrote:
A number of us go into release crunching mode now, and that means
running make release a lot.
I have totally lost track of which /etc/make.conf options we have
which cuts things out of the build, so I could use some help
A number of us go into release crunching mode now, and that means
running make release a lot.
I have totally lost track of which /etc/make.conf options we have
which cuts things out of the build, so I could use some help:
If somebody would make a skeleton /etc/make.conf which pulls out
as much
crunching mode now, and that means
running make release a lot.
=20
I have totally lost track of which /etc/make.conf options we have
which cuts things out of the build, so I could use some help:
=20
If somebody would make a skeleton /etc/make.conf which pulls out
as much stuff as possible, UUCP, I4B
. If you have additional hints not
mentioned in the
handbook, please tell me! The version before the build was 4.5-RELEASE. It's
running
on a C3 800 MHz with 256 MB RAM and 40 GB HDD.
Quick help would be very nice, as i can't go online at home. =)
TIA
--
+++ GMX - Mail, Messaging more http
800 MHz with 256 MB RAM and 40 GB HDD.
Quick help would be very nice, as i can't go online at home. =)
TIA
--
--- --
Michael Bretterklieber - [EMAIL PROTECTED]
JAWA Management Software GmbH - http://www.jawa.at
Liebenauer
On 14-Oct-2002 (18:10:16/GMT) David Francheski wrote:
I'm trying to upgrade from a 5.0 DP1 system to the latest -current
(as of last week sometime).
I recently asked a similar question: upgrade from a too old -CURRENT
(May 15) to a recent one. The solution was some small intermediate
update,
): undefined reference to `usage'^M[K
B*** Error code 1
Stop in /usr/src/gnu/usr.bin/sort.^M[K
B*** Error code 1^M[K
B^M[K[Hargmatch.o(.text+[36@0xe): undefined reference to `usage'
B*** Error code 1^M[K
I made sure /usr/obj was empty prior to the buildworld.
Thanks for your help!
David L
David Francheski wrote:
I'm trying to upgrade from a 5.0 DP1 system to the latest -current
(as of last week sometime).
Do not use DP1 as the starting point.
Instead, use one of the snapshot ISO's that we've been discussing
in the thread with the Subject: of:
Re: HEADS UP: Old
get the following errmsg . help , please
cc -O -pipe -mcpu=pentiumpro -g -Wall -Wpointer-arith
-Wmissing-prototypes -Wmissing-declarations -o gdmaskpass gdmaskpass.o
-lintl -liconv -lpam -L/usr/local/lib -liconv
/usr/libexec/elf/ld: Dwarf Error: Invalid or unhandled FORM value: 14.
gdmaskpass.o
On Sat, 2002-10-05 at 23:42, suken woo wrote:
get the following errmsg . help , please
cc -O -pipe -mcpu=pentiumpro -g -Wall -Wpointer-arith
-Wmissing-prototypes -Wmissing-declarations -o gdmaskpass gdmaskpass.o
-lintl -liconv -lpam -L/usr/local/lib -liconv
/usr/libexec/elf/ld: Dwarf Error
i do it as your indication,but i get cpp core dump
- Original Message -
From: Hanspeter Roth [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Saturday, September 28, 2002 8:57 PM
Subject: Re: current make depend: 'ar_args' has incomplete type help
On Sep 27 at 22:56, wsk spoke
On Sep 29 at 15:48, suken woo spoke:
i do it as your indication,but i get cpp core dump
Ok. I must admit I'm a current-newbie.
Maybe I've done wrong assumptions.
I think there are several approaches to a current system.
1. download the current installation floppies and install via ftp
On Sep 29 at 15:48, suken woo spoke:
i do it as your indication,but i get cpp core dump
Is there enough free space on /tmp and /usr/obj?
-Hanspeter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sep 29 at 13:56, Hanspeter Roth spoke:
Asking here on the current list I got no answers from the
current-gurus.
Sorry, this is not true...
-Hanspeter
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
Hanspeter Roth wrote:
On Sep 29 at 15:48, suken woo spoke:
i do it as your indication,but i get cpp core dump
Ok. I must admit I'm a current-newbie.
Maybe I've done wrong assumptions.
I think there are several approaches to a current system.
1. download the current installation
On Sep 27 at 22:56, wsk spoke:
folks:
after succeed buildworld ,i custom mykernel and get the error messages
from make depend.
[...]
In file included from ../../../sys/buf.h:271,
from ../../../i386/i386/genassym.c:46:
../../../sys/proc.h:117: field `ar_args' has
folks:
after succeed buildworld ,i custom mykernel and get the error messages
from make depend.
help please!
wsk# make depend
rm -f .olddep
if [ -f .depend ]; then mv .depend .olddep; fi
make _kernel-depend
cc -c -O -pipe -Wall -Wredundant-decls -Wnested-externs
-Wstrict-prototypes -Wmissing
Hi Robert,
Chances are, if you change an important variable such as memory size, it
will change the failure mode for this bug. Carefully marking the memory
Sigh.
Looks like you are right. After running the system now for 8 hours,
I got exactly the same crash as before. Again. It's the same
Hi all,
To get always the same panic (not softupdate or ffs crashes) one
has to do the following:
- sysctl kern.sync_on_panic=0
- Disable softupdates on the filesystem in question.
The panics are more informative then.
To get the panics more often:
Set in loader.conf:
- hw.physmem=131072
On 18 Sep, Martin Blapp wrote:
Hi Robert,
Chances are, if you change an important variable such as memory size, it
will change the failure mode for this bug. Carefully marking the memory
Sigh.
Looks like you are right. After running the system now for 8 hours,
I got exactly the
Hi,
One thing you didn't mention was trying a different power supply. A
marginal power supply can cause strange errors. Increasing your memory
size from 512 MB to 1 GB might add just enough load to the supply to
push it over the edge ...
Yes. I've replaced the power supply. But only
Martin Blapp writes:
8. I changed again the mobo. This time ASUS, but same I845 chipset.
The system run fine.
Which Asus? Does it support ECC memory? Do you have ECC memory and
have ECC enabled in the BIOS?
The thing that scared me about these reports was that I was under the
Hi,
Which Asus? Does it support ECC memory? Do you have ECC memory and
have ECC enabled in the BIOS?
I used 3 boards:
1. ASUS P4B533-V 1GB DRAM 2100
2. Intel BG485 512MB DRAM 2100
3. Intel BG485 512MB DRAM 2100 ECC
The thing that scared me about these reports was that I was under the
On Wed, 18 Sep 2002 08:27:08 +0200 (CEST), Martin Blapp [EMAIL PROTECTED] said:
10. Upgraded to gcc3.2. I was seeing now some SIG11 during builds,
and - panics ! Softupdates and fs panics mostly. I turned off
softupdates. The panic was different, but all the time it was
in mmap.
Hi,
I'm not seeing panics, but I am seeing memory corruption causing about
every third buildworld to fail. Usually this affects `cc1' or `ld',
but last night I saw corruption in a source file.
Before new gcc3.2 import I also have not seen panics. Panics started after
latest 3.2.1 import.
...
Yes. I've replaced the power supply. But only once. And it did not make
the problem go away.
And I've even done more. I've disabled all unneeded devices, at the
moment only one cdrom and three disks are connected.
Replacing the power supply would only help if the Total Controlled
Output
On 18 Sep, Garrett Wollman wrote:
On Wed, 18 Sep 2002 08:27:08 +0200 (CEST), Martin Blapp [EMAIL PROTECTED] said:
10. Upgraded to gcc3.2. I was seeing now some SIG11 during builds,
and - panics ! Softupdates and fs panics mostly. I turned off
softupdates. The panic was different,
Hi all,
Hope this helps people. After I've disabled the secondlevel
CPU cache, the panic is now always at the same place:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
2937pte = vtopte(pv-pv_va);
2938
On Tue, 17 Sep 2002, Martin Blapp wrote:
Hope this helps people. After I've disabled the secondlevel
CPU cache, the panic is now always at the same place:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
2937
Hi,
Try building your kernel with options PMAP_REMOVE_PAGES_CURPROC_ONLY and
see if the panic goes away. If that works, the problem is
pmap_pte_quick().
I'll do ASAP. I'm at work at the moment, and the box in question is
at home :).
Thanks very much for looking into that !
In looking at
Nate Lawson wrote:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef PMAP_REMOVE_PAGES_CURPROC_ONLY
2937pte = vtopte(pv-pv_va);
2938#else
2939pte = pmap_pte_quick(pv-pv_pmap, pv-pv_va);
2940#endif
Nate Lawson wrote:
On Tue, 17 Sep 2002, Martin Blapp wrote:
Hope this helps people. After I've disabled the secondlevel
CPU cache, the panic is now always at the same place:
0xc02fd315 is in pmap_remove_pages (/usr/src/sys/i386/i386/pmap.c:2941).
2936#ifdef
Hi all,
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
Martin
Martin Blapp, [EMAIL PROTECTED] [EMAIL PROTECTED]
On 17-Sep-2002 Martin Blapp wrote:
Hi all,
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
Yes.
--
John
Hi,
I see now another possibility. I've taken out at the same
time my Radeon 8500, which I'd also used in the previous
system.
I just noted that Michael Reifenberger, which has seen
the same corruption, has - oh wonder -
the same card inside. I'll try again with and without this
card, and
Martin Blapp wrote:
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
No.
This is the TLB problem we all keep talking
Terry Lambert wrote:
Martin Blapp wrote:
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not
had any panics anymore.
Can a ram error occur after a system has been fine one month ?
No.
Let me hedge: No,
Terry Lambert wrote:
Martin Blapp wrote:
Can a ram error occur after a system has been fine one month ?
No.
This is the TLB problem we all keep talking about...
I just got the most recent IA-32 manuals from Intel in the mail,
and they still don't seem to be aware of the issue...
Is
walt wrote:
This is the TLB problem we all keep talking about...
I just got the most recent IA-32 manuals from Intel in the mail,
and they still don't seem to be aware of the issue...
Is this an Intel-specific problem, then?
No. AMD has it too.
-- Terry
To Unsubscribe: send mail to
On Tue, 17 Sep 2002, Martin Blapp wrote:
If you don't beleave it or not. I've taken out again (I've already
switched them once) one bank of 512M ram and since then I've not had any
panics anymore.
Can a ram error occur after a system has been fine one month ?
Chances are, if you change
ports. With the new gcc compiler we now have
over 900 packages that are failing to build (an all-time record,
AFAIK). Many of these are simple to fix and require less than 5
minutes of your time. Thanks for any help you can provide.
Kris
--
Eirik Nygaard [EMAIL PROTECTED]
Http
On Sun, Sep 08, 2002 at 12:18:41PM +0200, Eirik Nygaard wrote:
I got some free time on my hands and will try to fix some ports, already fixed
sysutils/logmon.
Thanks!
Kris
msg42760/pgp0.pgp
Description: PGP signature
hw.acpi.battery.info_expire: 5
hw.acpi.acline: 1
Any help would be greatly appreciated.
Thanks in advance,
KC
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
less than 5
minutes of your time. Thanks for any help you can provide.
Kris
msg42687/pgp0.pgp
Description: PGP signature
help you can provide.
Kris
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Fri, Sep 06, 2002 at 03:06:27PM -0400, Alexander Kabaev wrote:
Kris
ports/39440 and ports/42454 fix build for pilot-link and ddd on
-CURRENT. The pilot-link patch has been sitting uncommitted in PR
database for quite some time.
Thanks for pointing them out..I'll take a look ASAP.
FYI,
Hi Kris,
I didn't mean my previous reply for a wide distribution, sorry.
On Fri, 6 Sep 2002 12:09:57 -0700
Kris Kennaway [EMAIL PROTECTED] wrote:
FYI, there are 6 ports that cause gcc32 to give an internal error (all
C++ code). They're marked with 'gcc bug' in the 'reason' column on
bento.
to build (an all-time record,
AFAIK). Many of these are simple to fix and require less than 5
minutes of your time. Thanks for any help you can provide.
Kris
I've got some free time over the weekend, I'll try to fix at least a few
of the broken ports.
-Adam
To Unsubscribe: send mail
. With the new gcc compiler we now have
over 900 packages that are failing to build (an all-time record,
AFAIK). Many of these are simple to fix and require less than 5
minutes of your time. Thanks for any help you can provide.
Kris
I've got some free time over the weekend, I'll try to fix
help is really
important to me.
If you are a contributor, you are kindly requested to fill in this questionnaire
http://www.lse-students.ac.uk/tzouris/oss
Thank you very much in advance for your help,
Menelaos.
PS: my background:
I am an MSc student at the London School of Economics
Many thanks to everybody that send their feedback on this matter.
I have now uploaded a text based questionnaire that can be found at:
http://www.geocities.com/tzmnlaos/oss/txtquestionnaire.txt
there is also a link to it from the web based one
(http://www.lse-students.ac.uk/tzouris/oss/).
Hello,
I think that I need your help. I'm not well versed in the ways of ACPI.
On my -current testbox, the ACPI module produces a seemingly infinate
number of error messages on console like the following:
ACPI-1046: *** Error: AcpiEvGpeDispatch: No handler or method for GPE[3a], disabling
On Wed, Jun 05, 2002 at 02:25:53PM +0200, Bernd Walter wrote:
On Wed, Jun 05, 2002 at 02:15:49PM +0200, Poul-Henning Kamp wrote:
Somebody who has an alpha at hand needs to make the alpha boot1 code
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be
Somebody who has an alpha at hand needs to make the alpha boot1 code
use sys/boot/common/ufsread.c before June 19th where the UFS2 patch
is scheduled to be committed.
I have no idea how much or how little work this is.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
[EMAIL PROTECTED]
601 - 700 of 988 matches
Mail list logo