On Sun, 20 Jul 2003, Peter Wemm wrote:
PW>Tinderbox wrote:
PW>
PW>> gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/cat
PW>gets.3 > catgets.3.gz
PW>> Segmentation fault (core dumped)
PW>> *** Error code 139
PW>
PW>These false alarms are wearing a bit thin. Is there a
In message <[EMAIL PROTECTED]>, Dag-Erling =?iso-8859-1?q?Sm=F8rgrav?=
writes:
>Peter Wemm <[EMAIL PROTECTED]> writes:
>> Tinderbox wrote:
>> > gzip -cn
>> > /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3 >
>> > catgets.3.gz
>> > Segmentation fault (core dumped)
>> >
Peter Wemm <[EMAIL PROTECTED]> writes:
> Tinderbox wrote:
> > gzip -cn
> > /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/catgets.3 >
> > catgets.3.gz
> > Segmentation fault (core dumped)
> > *** Error code 139
> These false alarms are wearing a bit thin. Is there a problem wit
TB --- 2003-07-21 04:00:00 - starting CURRENT tinderbox run for alpha/alpha
TB --- 2003-07-21 04:00:00 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/alpha/alpha
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-21 04:02:04 - building world
TB --- cd /
At 9:48 PM -0400 7/20/03, Matt Loschert wrote:
On Fri, 18 Jul 2003, Tim Kientzle wrote:
> Crunchgen writes out and runs a short makefile
in order to grab build information from a particular
program. Since /rescue has about 120 components,
you should see 'crunchgen_objs' and 'loop' targets
get
On Fri, 18 Jul 2003, Tim Kientzle wrote:
> Tim Kientzle wrote:
> > Matt Loschert wrote:
> >> Then the following output repeated 363 times
> >>
> >>
> >> crunchgen: make error: Remaking `crunchgen_objs'
> >>
> >> crunchgen: make error: Results of making
On Fri, 18 Jul 2003, Tim Kientzle wrote:
> Matt Loschert wrote:
> > After grepping through the build log
> > for error messages, I found the following output, which appears to be some
> > sort of build loop gone wild:
> >
> > First this
> > --
> > Results of making rescue.cache:
> > MAKEOB
Juli Mallett wrote this message on Sat, Jul 19, 2003 at 19:42 -0500:
> I tried to upgrade my workstation to current recently, and I have to
> use a lot of USB, and while using some USB mass storage device, with
> a UFS filesystem on it, and doing a large operation to it (tar c|tar x)
> everything d
>Try to disable ACPI.
>
>Marc
Ah yes. Just noticed that in the FAQ. I'll fiddle with that when I've got the
time. Might as well disable acpi since it barely
works on my machine anyway. Apart from the power button, that is.
Thanks
Andrew Lankford
__
I may be smoking crack, but isn't it:
bit 5 = 0001 = 0x10 ?
bit 6 = 0010 = 0x20 ?
E
From: "Andrew Lankford" <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: <[EMAIL PROTECTED]>
Subject: Re: putting /dev/lpt in polling mode in boot time.
Date: Sun, 20 Jul 2003 15:40:21 -0600
Before an
I have recently run into a problem with the gconftool-2 service that
comes with gnome2.
When I go into X I get a gcond process that runs out of control.
If I try to install ports that require the gconftool-2 to run the port
will fail to install.
The error message I see is this
gconftool-2 in fr
Hi,
> > -ifstream fin( path );
> > +std::ifstream fin( path );
> A much smaller patch could be produced with
>
> using namespace std;
>
> as appropriate.
>
> Have you checked with the upstream author to see which approach is
> likely to be rolled into the distribution?
Actually, upg
On Sun, Jul 20, 2003 at 03:29:02PM -0600, Andrew Lankford wrote:
[...]
> ppc0 port 0x778-0x77f,0x378-0x37f irq 7 drq 3 on acpi0
> ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
> ppc0: FIFO with 16/16/9 bytes threshold
> ppbus0: on ppc0
> lpt0: on ppbus0
> lpt0: Interrupt-driven p
TB --- 2003-07-20 21:51:58 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-20 21:51:58 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-20 21:54:00 - building world
TB
Tinderbox wrote:
> gzip -cn /vol/vol0/users/des/tinderbox/CURRENT/i386/i386/src/lib/libc/nls/cat
gets.3 > catgets.3.gz
> Segmentation fault (core dumped)
> *** Error code 139
These false alarms are wearing a bit thin. Is there a problem with the
tinderbox build machine perhaps?
Cheers,
-Pet
buildworld fails at telnet if you build with NOCRYPT and NO_OPENSSL --
telnet stuff is looking for NO_CRYPTO to disable this, which isn't
documented anywhere...
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
Before anyone corrects me, yes, the man page says bit 5 controls polling, 0x20. My
question stands.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "[
Peter Kadau <[EMAIL PROTECTED]> writes:
> Hi !
>
> > http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/Warning-Options.html#Warning%20Options
>
> Hmm, that's exactly as in the info page.
>
> > http://gcc.gnu.org/onlinedocs/gcc-3.3/gcc/C---Dialect-Options.html#C++%20Dialect%20Options
>
> > and search f
On Sun, Jul 20, 2003 at 02:06:16AM -0400, Bryan Liesner wrote:
> On Sat, 19 Jul 2003, Juli Mallett wrote:
>
> > Hi,
> >
> > I tried to upgrade my workstation to current recently, and I have to
> > use a lot of USB, and while using some USB mass storage device, with
> > a UFS filesystem on it, and
Kernel: FreeBSD bogushost2 5.1-CURRENT FreeBSD 5.1-CURRENT
#0: Sat Jul 19 23:38:13 EDT 2003[EMAIL PROTECTED]:/usr/obj/usr/src/sys/ARL5KERNEL
i386
Since I kept on getting "stray irq 7"'s with my laserjet 4,
I decided to set my parallel port to use polled mode at boottime.
While I guess I co
In message <[EMAIL PROTECTED]>, Rus Foster writes:
>I know recently that the jails have changed maintainer and I just wondered
>if there is any road map of features that will be upcoming and in which
>versions..
Well...
Jails havn't quite changed maintainer because both Robert Watson and
I have
Hi All,
I know recently that the jails have changed maintainer and I just wondered
if there is any road map of features that will be upcoming and in which
versions..
cheers
Rus
--
www: http://jvds.com | Virtual Servers from just $15/mo
MSNM: [EMAIL PROTECTED] | Totally Customizable Technology
On Sunday 20 July 2003 09:38 pm, Doug White wrote:
> On Sun, 20 Jul 2003, Farid Hajji wrote:
> > When using ssh, I'm not trying public/private keys,
> > just plain unix passwords. Doesn't ssh access login(1)
> > in this case?
>
> sshd does not use login unless requested to do so by the UseLogin con
On Sun, 20 Jul 2003, Branko F. Gracnar wrote:
> >specify what POSIX.1e considers an incomplete ACL and rejects. Try using:
> >
> > setfacl -dm u::rwx,g::rx,o::rx,u:some_user:rwx,m:rwx test_directory
Looks like you might have some typos:
> # setfacl -dm u::rwx,g::rx,o:rx,g:some_group:rwx,m:rwx
On Sun, 20 Jul 2003, Farid Hajji wrote:
> When using ssh, I'm not trying public/private keys,
> just plain unix passwords. Doesn't ssh access login(1)
> in this case?
sshd does not use login unless requested to do so by the UseLogin config
parameter.
There have been security vulnerabilities expo
Please try the enclosed patch. It adds support to sysinstall for
compressed modules. I think this will save some space on the drivers
disk since it isn't currently compressed (unless I'm smoking the good
stuff).
Warner
Index: modules.c
TB --- 2003-07-20 18:14:53 - starting CURRENT tinderbox run for i386/i386
TB --- 2003-07-20 18:14:53 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/i386/i386
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-20 18:16:50 - building world
TB --- cd /home
I'm trying to set up a login class on 5.1-R which limits users
from logging in at night or on week ends. Unfortunately,
the time limits are not enforced by login(1), when the host
is accessed via ssh (only from the console are the time limits
enforced):
In /etc/login.conf, I've set this:
time_li
TB --- 2003-07-20 17:33:21 - starting CURRENT tinderbox run for amd64/amd64
TB --- 2003-07-20 17:33:21 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/amd64/amd64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-20 17:35:21 - building world
TB --- cd /
On Sun, 20 Jul 2003, Harald Schmalzbauer wrote:
> Andre Guibert de Bruet wrote:
> > On Sun, 20 Jul 2003, Harald Schmalzbauer wrote:
> >
> > > Kenneth D. Merry wrote:
> > > > > seems that this sysctl doesn't exist any more!
> > > > > Is there anything similar?
> > > >
> > > > It has been renamed:
Andre Guibert de Bruet wrote:
> On Sun, 20 Jul 2003, Harald Schmalzbauer wrote:
>
> > Kenneth D. Merry wrote:
> > > > seems that this sysctl doesn't exist any more!
> > > > Is there anything similar?
> > >
> > > It has been renamed:
> > > kern.cam.da.%d.minimum_cmd_size
> > >
> > > Where %d is the
On Sun, 2003-07-20 at 15:09, Kris Kennaway wrote:
> The process stats are not updated properly under ULE at the moment.
> If a process takes up 60% of CPU and then sleeps, top will continue to
> show it at 60% until the next time it runs. It does not in fact
> continue to use CPU.
In my case if
On Sun, 20 Jul 2003, Harald Schmalzbauer wrote:
> Kenneth D. Merry wrote:
> > > seems that this sysctl doesn't exist any more!
> > > Is there anything similar?
> >
> > It has been renamed:
> > kern.cam.da.%d.minimum_cmd_size
> >
> > Where %d is the unit number for the da(4) device.
>
> Thaks a lo
> > CAn you tell me how a procedure how to patch X and kernel
> > to avoid X barfings from securelevel? My release is a FreeBSD 5.1.
> > 2) adding `options APERTURE` to my kernel
> > 3) make buildkernel && make install kernel && make
> > buildworld 4) reboot and fa
Kenneth D. Merry wrote:
> > seems that this sysctl doesn't exist any more!
> > Is there anything similar?
>
> It has been renamed:
>
> kern.cam.da.%d.minimum_cmd_size
>
> Where %d is the unit number for the da(4) device.
Thaks a lot! Where can I find such info? I looked via cvsweb for scsi_da.c
bu
[EMAIL PROTECTED] wrote:
Hello all!
CAn you tell me how a procedure how to patch X and kernel
to avoid X barfings from securelevel? My release is a FreeBSD 5.1.
You might want to replace "barfing" with an actual description of the problem.
I looked for patches, unfortunately they're more than a ye
>specify what POSIX.1e considers an incomplete ACL and rejects. Try using:
>
> setfacl -dm u::rwx,g::rx,o::rx,u:some_user:rwx,m:rwx test_directory
# setfacl -dm u::rwx,g::rx,o:rx,g:some_group:rwx,m:rwx test_directory
setfacl: acl_from_text() failed: Invalid argument
...
Brane
_
On Sun, Jul 20, 2003 at 03:02:21PM +0200, Divacky Roman wrote:
+> I might be wrong but this:
+>
+> free(mp->mnt_data, M_UNIONFSMNT); /* XXX */
+> mp->mnt_data = 0;
+>
+> seems to me wrong and might cause crashes etc.
+> am I correct or wrong?
Could you describe scenar
On Sun, Jul 20, 2003 at 09:13:51 +0200, Harald Schmalzbauer wrote:
> Hello all,
>
> while my CF-Card USB adaptor is crashing 5.1 and my NEC USB floppy also
> crashes 5.1 I found that sysctl -w kern.cam.da.no_6_byte=1 could help but it
> seems that this sysctl doesn't exist any more!
> Is there any
On Wed, 16 Jul 2003 [EMAIL PROTECTED] wrote:
> I am having trouble mounting my windows partition from the fstab file. I have an
> entry in fstab that looks like this "/dev/ad6s5 /mnt/disk2 msdosfs rw 0 0".
> When I try to mount the disk I get the following error "mount: disk2: unknown
>
On Sunday 20 July 2003 12:59, Peter Kadau wrote:
> Hi !
>
> > With those settings, I could do a forced upgrade for everything.
>
> Ahem, not quite true, I forgot kdebase3.
> Everything configures, but that thing is the only
> reluctant to build.
>
> Some sort of known problem with static_cast as fa
Hi,
I might be wrong but this:
free(mp->mnt_data, M_UNIONFSMNT); /* XXX */
mp->mnt_data = 0;
seems to me wrong and might cause crashes etc.
am I correct or wrong?
its from union_vfsops.c:384
thnx
Roman Divacky
___
[
On Sun, Jul 20, 2003 at 11:53:43AM +, Tinderbox wrote:
> >>> stage 4: building everything..
> [...]
> ===> bin/ed
> cc -O -pipe -DDES-Wsystem-headers -Werror -Wall -Wno-format-y2k -W
> -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual
> -Wwrite-strings -W
TB --- 2003-07-20 11:13:14 - starting CURRENT tinderbox run for sparc64/sparc64
TB --- 2003-07-20 11:13:14 - checking out the source tree
TB --- cd /home/des/tinderbox/CURRENT/sparc64/sparc64
TB --- /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src
TB --- 2003-07-20 11:15:11 - building world
TB
On Sun, Jul 20, 2003 at 02:04:28PM +0300, Andrey Elperin wrote:
>
> Hi,
>
> A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
> box, building without -j) :
>
> cc -Os -pipe -c chown_stub.c
> ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o
> crun
Hi,
A few days ago I've noticed such messages in CURRENT buildlog (on 4.7
box, building without -j) :
cc -Os -pipe -c chown_stub.c
ld -dc -r -o chown.lo chown_stub.o /usr/obj//usr/src/usr.sbin/chown/chown.o
crunchide -k _crunched_chown_stub chown.lo
echo "int _crunched_chroot_stub(int argc, c
On Sun, Jul 20, 2003 at 02:18:42AM -0600, Scott Long wrote:
> Just got the following from a 'make release BUILDNAME=5.1-CURRENT
> CHROOTDIR=/usr/release CVSROOT=/usr/ncvs NOPORTS= NODOC= ". My
> world was up to date to within a day. The full log is at
> http://people.freebsd.org/~scottl/current-
Hi !
> With those settings, I could do a forced upgrade for everything.
Ahem, not quite true, I forgot kdebase3.
Everything configures, but that thing is the only
reluctant to build.
Some sort of known problem with static_cast as far as
I can see.
So - no portupgrade -fa on my current... *sigh
:Wouldn't it be possible to achive the same result without the VFS with
:well organized lib subdirs? like "usr/lib/xyzlib1.2/" and
:"usr/lib/xyzlib1.3/" which would maintain the install for any given
:version of a lib? In other words, instead of just dumping all the libs
:into the one place, yo
Just got the following from a 'make release BUILDNAME=5.1-CURRENT
CHROOTDIR=/usr/release CVSROOT=/usr/ncvs NOPORTS= NODOC= ". My
world was up to date to within a day. The full log is at
http://people.freebsd.org/~scottl/current-release-i386.log.gz. Note
that while this is an SMP machine, -j was
In message <[EMAIL PROTECTED]>, "Aaron Wohl" writes:
>I got a got this kernel panic:
>geom/geom_dev.c:("Negative bio_offset (%jd) on bio %p",
>
>Anyone seeing this also?
Please put DDB in your kernel and try to reproduce, then capture
traceback etc. (see handbook).
--
Poul-Henning Ka
Hello all,
while my CF-Card USB adaptor is crashing 5.1 and my NEC USB floppy also
crashes 5.1 I found that sysctl -w kern.cam.da.no_6_byte=1 could help but it
seems that this sysctl doesn't exist any more!
Is there anything similar?
It also seems I'm a bit unlucky these days with 5.1. CF-Reader
On Sun, Jul 20, 2003 at 01:48:39PM +0800, Khairil Yusof wrote:
> Trying out ULE scheduling on an SMP machine causes background processes
> to be stuck in locks.
>
> One or two processes will always get stuck in *Giant (and takes up like
> 60% of lock) and if these are killed, then other processes
53 matches
Mail list logo
