Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.

Dismiss

stable-digest V5 #779

4 views

Skip to first unread message

owner-freebsd...@freebsd.org

unread,

Jan 30, 2003, 4:28:12 PM1/30/03

stable-digest Thursday, January 30 2003 Volume 05 : Number 779

In this issue:
Re: when make installkernel doesn't
cvs build with GSSAPI
ichsmb0: device timeout, status=0x42 on 2.8GHz XEON
Re: 4.7-R-p3: j.root-servers.net
[OT] Re: 4.7-R-p3: j.root-servers.net
高品质网络视频会议、网络远程教教学系统
高品质网络视频会议、网络远程教教学系统
高品质网络视频会议、网络远程教教学系统
Re: ipfw/natd problem with tonight's releng_4
Re: mount_smbfs
Re: mount_smbfs
hw.ata.wc setting and atacontrol cap output do not match ?
php4/apache1.3 dies after upgrade-to-latest-STABLE
ipfilter and pccard NIC
panic on a somewhat recent stable (Jan 7)
Oddities in /var/db/pkg/*/+CONTENTS
Re: php4/apache1.3 dies after upgrade-to-latest-STABLE

----------------------------------------------------------------------

Date: Wed, 29 Jan 2003 15:34:13 -0500
From: Chris BeHanna <ch...@pennasoft.com>
Subject: Re: when make installkernel doesn't

On Wednesday 29 January 2003 11:44, J.F. Noonan wrote:
> > On Wednesday 29 January 2003 10:15, J.F. Noonan wrote:
>
> Hi Chris, thanks for the reply,
>
> > This is one thing:
> > > This morning, I dropped to single-user and did a make installworld
> > > followed by a make installkernel KERNCONF=3DMYKERNELNAME. I did a
> >
> > You do a make installkernel *first*, *then* reboot and make sure
> > it at least comes back to single user.
>
> Yes, you are of course right about that, I think I made this
> mistake once before a long time ago and caused a great mess. BUT,
> even though I've done this stupid thing, why does "make
> installworld" apparently run to completion (w/o a single peep or
> complaint), but not actually DO anything? The binaries associated
> with the "make kernel" are all newer than the stuff from "make
> world", so this should look like I'm starting out on a new kernel
> build, no?

make installworld doesn't touch the kernel bits

Why "make installkernel" failed is beyond me.

What I would do is try blowing away /usr/obj and start again.

make buildworld
make buildkernel KERNCONF=3DMYKERNEL # replace with your actual conf
make installkernel KERNCONF=3DMYKERNEL
shutdown -r now
# interrupt reboot sequence and boot -s, unless your source and
# obj trees are accessed via NFS, in which case, come back
# multiuser, mount 'em, and drop back to single user.
make installworld
mergemaster

- --=20
Chris BeHanna http://www.pennasoft.com=20
Principal Consultant =20
PennaSoft Corporation =20
ch...@pennasoft.com =20

------------------------------

Date: Wed, 29 Jan 2003 13:46:28 -0700
From: Cory Vokey <co...@messagingdirect.com>
Subject: cvs build with GSSAPI

Hi all, FYI - after many sleepless nights, I've finally managed
to get a successful build of cvs with GSSAPI support on
FreeBSD. If anyone is interested, I've documented the steps
below:

************************************************

- - install /usr/ports/security/krb5 into a directory other
then /usr or /usr/local. I used /usr/local/kerberos.

- - install the latest cvs-1.11.4 as below:

./configure --enable-encryption --with-gssapi=/usr/local/kerberos

edit src/client.c and add the following:

#include "gssapi/gssapi.h"
#include "gssapi/gssapi_krb5.h"
#include "gssapi/gssapi_generic.h"

comment out #include "xgssapi"

make & make install

- - Now when you run ldd /usr/bin/cvs you'll see libkrb5.so linked in both
/usr/lib and /usr/local/kerberos/lib. Remove /usr/lib/libkrb5.so.
You'll get
a symbol error in /usr/lib/libkrb5.so if you keep it in both places.

- - add a principal for cvs/hostname@realmname
- - export you krb5.keytab file ( ktadd cvs/hostname@realmname )
- - edit inetd.conf and uncomment cvspserver.
- - kill -HUP `cat /var/run/inetd.pid`

- - Your good to go!

*********************************************

Also, building GSSAPI into cvs on Linux was very easy. cvs just linked
against /usr/kerberos/lib automatically, you don't have to build the
libs from
MIT.

Enjoy!

Cory Vokey
Sr. Systems Administrator
ACI/Messagingdirect

------------------------------

Date: Wed, 29 Jan 2003 17:27:33 -0500
From: Don Bowman <d...@sandvine.com>
Subject: ichsmb0: device timeout, status=0x42 on 2.8GHz XEON

I've added a wee bit of code to lmmon so that it
can get the xeon temperature using its onboard measurement
(which is smb). This is working fine on xeon's up to 2.4GHz.
I've got a new board in with dual 2.8GHz parts, with a 533MHz
FSB. When I run the same program on it, I get:
ichsmb0: device timeout, status=0x42
and then (usually) the board locks up.

I'm running 4.7 release.

I'm doing something like:

unsigned char byte;
struct smbcmd cmd;
cmd.data.byte_ptr = &byte;
cmd.slave= 0x18;
cmd.count= 1;
ioctl(fd, SMB_READB, &cmd);

as root, and fd = open("/dev/smb0", O_RDONLY);

Does anybody have any suggestions?

- --don

------------------------------

Date: Wed, 29 Jan 2003 16:40:21 -0700 (MST)
From: Fred Clift <fcl...@verio.net>
Subject: Re: 4.7-R-p3: j.root-servers.net

On Mon, 27 Jan 2003, William Palfreman wrote:

> mainstream root occur all the time - abusive behaviour by some
> government wannabees, abusive interference by courts in domain name
> ownership, ICANN, DDoS attacks, simple volume of traffic problems and

Are you saying that there is some other way than courts (or violence) to
ultimately resolve things that exist only in terms of law? ie
'ownership'?

Since the concept of ownership is basically just a legal definition, then
legal means will be (leaving out violence) the ultimate means of resolving
issues surrounding it.

Fred

- --
Fred Clift - fcl...@verio.net -- Remember: If brute
force doesn't work, you're just not using enough.

------------------------------

Date: Thu, 30 Jan 2003 02:26:44 +0000 (GMT)
From: William Palfreman <wil...@palfreman.com>
Subject: [OT] Re: 4.7-R-p3: j.root-servers.net

On Wed, 29 Jan 2003, Fred Clift wrote:

> Are you saying that there is some other way than courts (or violence) to
> ultimately resolve things that exist only in terms of law? ie
> 'ownership'?

I'll reply on freebsd-chat, as this is OT for -stable

- --
Bill.

------------------------------

Date: Thu, 30 Jan 2003 12:50:56 +0800
From: xz...@public.xz.js.cn
Subject: 高品质网络视频会议、网络远程教教学系统

高品质网络视频会议、网络远程教教学系统
本公司最新产品:网络视频会议视频服务器---广泛用于高清晰度局域或广域视频会议、网络监控、幼儿园敬老院和医院病房家人异地远程监护、专家远程医疗会诊和教学、网络远程教室以及无话费可视化客户服务系统,网上风景区,酒店实时视频展示、电视节目网上实时转播、大型展会现场网络直播等,网上传输效果居目前国内外领先水平，价格仅有进口同档次产品1/10。
欢迎网上观看演示效果:www.webht.com

演示环境及试用方法：
本公司视频会议服务器每天24小时连续开机，若有兴趣请在本公司网站下载最新版绿色客户端软件,直接点击执行后输入服务器号3300002，用户名和密码均为“1234”，按确定后稍等片刻即可连通视频会议系统看到演示现场图象，在此处我们可用话筒进行视频会议语音交谈，亲身体验最新IT成果，欢迎与任何国外产品作一个比较，您会发现中国的月亮比外国的月亮还要圆。

应用之一 ------ 网络视频远程教学和专家远程会诊系统：
名校名师讲课、高级教授讲学、医学手术权威的手术都可使用本系统通过网络向特定用户开放，获有密码的教室或个人可登陆系统参加学习。一套服务器可供10---100以上用户同时登陆，只要服务器端带宽足够（500K X 用户数量），用户端300-500K带宽无路由延迟，可做到视音频基本同步，双工对讲。

专家远程会诊———利用视讯业务实现中心医院与基层医院就疑难病症进行会诊、指导治疗与护理、对基层医务人员的医学培训等等。高质量的视讯业务使医生、护士在不同地方同时协同工作成为可能。远程医疗对于一些中小医院有着重要的意义，可以得到大医院的医学专家的咨询和会诊。

应用之一 ------ 无话费可视化客户服务系统：
总公司只需安装一台视频服务器、几只摄像机，远程的各地连锁店分公司只需使用免费的客户端软件通过电脑上网就可通过网络与总部对话，同时看到总部高清晰图象。可用于总部对下属单位召开视频会议、下属呼叫总部进行业务联系或总部新产品对国内外远端客户进行演示、培训和电子白板文字沟通，这一特点就使得本系统可取代大型企业集团目前昂贵的800电话客户服务系统而通过廉价的网络方式开展用户服务,使用户直接看到产品实物达到最好的宣传服务作用，并且双方都不会产生任何话费。

其它产品：
1、视频双绞线收发器--廉价的高性能远距离监控传输设备,距离可达1-3千米。
2、LED电子显示屏，监控报警专用显示条屏；3、全中文矩阵万能切换监控报警主机 4、网络视频会议系统 5、销售保安监控、楼宇对讲设备，承接保安监控和校园网络工程。7、IC卡出租车计价器和公务汽车管理机；8、彩色、黑白摄象机，水下摄象机,系列红外灯、汽车夜视仪、系列无线影音收发器、光端机、视频共缆传输等设备.

本系统特点：
在同一个网络带宽环境下图象和语音质量可超过目前所有的国内外产品，本系统实现高速高效率的软件压缩技术，使实时压缩传输的图象为756X576象素，而非象素的放大，故图象清晰度高，使用鼠标点击画面可复原放大为满屏显示，使用大屏幕彩电或投影显示满屏图象会有意想不到的高清晰度效果。

最新消息：专为本系统配用的MCU业已开发试验成功，已通过16、32和64和128 用户的大系统测试，转发的图象清晰稳定，多台MCU级连后可构成更大系统，详细组网方按请函电联系。

徐州华统电脑设备有限公司徐州市青年路288号四楼 TEL：0516-3738506 2682031
FAX：0516-3752314 联系人：王瑞海网址：www.webht.com 邮箱：xzh...@163.com

欢迎光临网上营销软件超市 http://www.sesoft.findhere.org
本邮件用超级广告软件发送 http://www.sesoft.findhere.org

------------------------------

Date: Thu, 30 Jan 2003 12:51:03 +0800
From: xz...@public.xz.js.cn
Subject: 高品质网络视频会议、网络远程教教学系统

徐州华统电脑设备有限公司徐州市青年路288号四楼 TEL：0516-3738506 2682031
FAX：0516-3752314 联系人：王瑞海网址：www.webht.com 邮箱：xzh...@163.com

欢迎光临网上营销软件超市 http://www.sesoft.findhere.org
本邮件用超级广告软件发送 http://www.sesoft.findhere.org

------------------------------

Date: Thu, 30 Jan 2003 12:51:24 +0800
From: xz...@public.xz.js.cn
Subject: 高品质网络视频会议、网络远程教教学系统

徐州华统电脑设备有限公司徐州市青年路288号四楼 TEL：0516-3738506 2682031
FAX：0516-3752314 联系人：王瑞海网址：www.webht.com 邮箱：xzh...@163.com

欢迎光临网上营销软件超市 http://www.sesoft.findhere.org
本邮件用超级广告软件发送 http://www.sesoft.findhere.org

------------------------------

Date: Thu, 30 Jan 2003 00:07:16 -0800 (PST)
From: Doug Barton <Do...@FreeBSD.org>
Subject: Re: ipfw/natd problem with tonight's releng_4

Ok, I found the problem, thanks to someone who wrote me privately. It
turns out that even if you put IPDIVERT in the CFLAGS for the ipfw module
Makefile, that option still has to be in the kernel config file.

This should probably be documented, since the whole process of creating
the module with the appropriate options was a little opaque to me, and
this bit escaped me completely.

Thanks to those who responded,

Doug

- --

If it's moving, encrypt it. If it's not moving, encrypt
it till it moves, then encrypt it some more.

------------------------------

Date: Thu, 30 Jan 2003 16:02:00 +0600 (ALMT)
From: Boris Popov <b...@vertex.kz>
Subject: Re: mount_smbfs

On Tue, 28 Jan 2003, Ruslan Ermilov wrote:

> > Recently I've tried to mount:
> > # mount_smbfs -E koi8-r:cp866 -I ss1.office.copoc.ru -W Silver -f 400 -d 500 //eugene@ss1/soft /usr/home/eugene/SS1_Soft
> > and have got:
> > > mount_smbfs: can not setup kernel iconv table (koi8-r:tolower): syserr = Operation not permitted

I'm not sure what caused this if mount is done from root and iconv
package properly installed.

> > Did I miss something or here is a bug? Does anybody know where I can take
> > tables that iconv needs?

From ports/iconv

> The bad thing about mount_smbfs(8) is that it does not work
> for user mounts (vfs.usermount=1) due to the need to set up
> the iconv table. Boris, Sheldon, is that fixable?

iconv tables can be preloaded by performing a dummy mount from
root. It is not clear if other components will not require root
privileges.

- --
Boris Popov
http://rbp.euro.ru

------------------------------

Date: Thu, 30 Jan 2003 12:18:26 +0200
From: Ruslan Ermilov <r...@freebsd.org>
Subject: Re: mount_smbfs

- --qMm9M+Fa2AknHoGS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Thu, Jan 30, 2003 at 04:02:00PM +0600, Boris Popov wrote:
> On Tue, 28 Jan 2003, Ruslan Ermilov wrote:
>=20
> > > Recently I've tried to mount:
> > > # mount_smbfs -E koi8-r:cp866 -I ss1.office.copoc.ru -W Silver -f 400=
-d 500 //eugene@ss1/soft /usr/home/eugene/SS1_Soft
> > > and have got:
> > > > mount_smbfs: can not setup kernel iconv table (koi8-r:tolower): sys=
err =3D Operation not permitted
>=20
> I'm not sure what caused this if mount is done from root and iconv
> package properly installed.
>=20
> > > Did I miss something or here is a bug? Does anybody know where I can=
take
> > > tables that iconv needs?
>=20
> From ports/iconv
>=20
> > The bad thing about mount_smbfs(8) is that it does not work
> > for user mounts (vfs.usermount=3D1) due to the need to set up
> > the iconv table. Boris, Sheldon, is that fixable?
>=20
> iconv tables can be preloaded by performing a dummy mount from
> root. It is not clear if other components will not require root
> privileges.
>=20
I'm not sure what do you mean. I tried:

1. Mounting a share from server using -Ekoi8-r:cp866 under root:

$ mount -t smbfs
//RU@WHALE/RU on /net/whale/ru (smbfs)

2. Mounting another share from this same server using -Ekoi8-r:cp866:

$ mount_smbfs -E koi8-r:cp866 //whale/movies mnt
Warning: no cfg file(s) found.
mount_smbfs: can not setup kernel iconv table (koi8-r:tolower): syserr =3D =
Operation not permitted

Cheers,
- --=20
Ruslan Ermilov Sysadmin and DBA,
r...@sunbay.com Sunbay Software AG,
r...@FreeBSD.org FreeBSD committer,
+380.652.512.251 Simferopol, Ukraine

http://www.FreeBSD.org The Power To Serve
http://www.oracle.com Enabling The Information Age

- --qMm9M+Fa2AknHoGS
Content-Type: application/pgp-signature
Content-Disposition: inline

- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+OPvyUkv4P6juNwoRAsM2AJ4hdCrtbJ2713/ENlU1pYYrLsOfAQCcCMBh
aR8CVxLBqbJT63H1u6eWR+w=
=JQht
- -----END PGP SIGNATURE-----

- --qMm9M+Fa2AknHoGS--

------------------------------

Date: Thu, 30 Jan 2003 12:19:57 +0200
From: Ari Suutari <a...@suutari.iki.fi>
Subject: hw.ata.wc setting and atacontrol cap output do not match ?

Hi,

I have put

hw.ata.wc=3D"0"

to /boot/loader.conf on some of my machines.
After booting, sysctl shows:

# sysctl hw.ata.wc
hw.ata.wc: 0

However, atacontrol shows different results:
# atacontrol cap 0 0
ATA channel 0, Master, device ad0:

ATA/ATAPI revision 4
device model SAMSUNG SV1022D
Feature Support Enable Value Vendor
write cache yes yes

it reports that write cache is still ENABLED ?
I wonder if the output is just wrong or the cache is still
being used. If I perform an "atacontrol reinit" then
atacontrol cap starts to report write cache as disabled.

I would very much like to write cache to really
be off, since I have some machines running
at locations which tend to have power failures
from time to time.

=09Ari S.

------------------------------

Date: Thu, 30 Jan 2003 20:49:45 +0600
From: oleg dashevskii <be9...@be9.ru>
Subject: php4/apache1.3 dies after upgrade-to-latest-STABLE

Hello,

I've upgraded our local server box up to 4-STABLE and apache now dies upon start.

Jan 30 19:45:15 lab15 /kernel: pid 9170 (httpd), uid 0: exited on signal
10 (core dumped)

If I comment out php4 in httpd.conf everything goes ok.

I've experienced this problem first with apache 1.3.26 and php-4.2.2.
Then I upgraded both of them up to 1.3.27 and 4.3.0, correspondingly, but the
problem is still there.

- --
be9

------------------------------

Date: Thu, 30 Jan 2003 18:14:23 +0200
From: Karo Salminen <ka...@karo.kaista.com>
Subject: ipfilter and pccard NIC

- -----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Greetings,

why this patch hasn't been included:
http://archives.neohapsis.com/archives/freebsd/2001-10/0330.html
it is quite necessary when using pccard NICs and ipfilter.
- - --
Karo Salminen
GSM: +358 45 6728280
- -----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.1 (FreeBSD)

iD8DBQE+OU9jvt6lNXuj7xcRAukyAKCBKDNx4J0hFI3AoHU5KNLYxacuIQCeIgG/
SuGE5buHkfUAqBGDHu5Q8uM=
=fraO
- -----END PGP SIGNATURE-----

------------------------------

Date: Thu, 30 Jan 2003 12:15:45 -0500
From: Mike Tancsa <mi...@sentex.net>
Subject: panic on a somewhat recent stable (Jan 7)

Anyone know what could have caused this panic. Its a STABLE from Jan
7th. Coredump and debug kernel are all saved if I can provide any
additional info to track down what the issue was. Kernel config is nothing
special... Generic with drivers not used taken out essentially and ipfw
added in.

# gdb -k kernel.debug /var/crash/vmcore.2
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-unknown-freebsd"...Deprecated bfd_read
called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 2627 in elfstab_build_psymtabs
Deprecated bfd_read called at
/usr/src/gnu/usr.bin/binutils/gdb/../../../../contrib/gdb/gdb/dbxread.c
line 933 in fill_symbuf

IdlePTD at phsyical address 0x0033f000
initial pcb at physical address 0x002af660
panicstr: page fault
panic messages:
- ---
Fatal trap 12: page fault while in kernel mode
fault virtual address = 0xc70ec010
fault code = supervisor write, page not present
instruction pointer = 0x8:0xc012533a
stack pointer = 0x10:0xc028ad18
frame pointer = 0x10:0xc028ad28
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask = cam
trap number = 12
panic: page fault

syncing disks...

Fatal trap 12: page fault while in kernel mode
fault virtual address = 0x30
fault code = supervisor read, page not present
instruction pointer = 0x8:0xc01fd020
stack pointer = 0x10:0xc028ab00
frame pointer = 0x10:0xc028ab08
code segment = base 0x0, limit 0xfffff, type 0x1b
= DPL 0, pres 1, def32 1, gran 1
processor eflags = interrupt enabled, resume, IOPL = 0
current process = Idle
interrupt mask = bio cam
trap number = 12
panic: page fault
Uptime: 23d10h21m7s

dumping to dev #ad/1, offset 213152
dump ata0: resetting devices .. done
- ---
#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
487 if (dumping++) {
(kgdb) where
#0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
#1 0xc0172050 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:316
#2 0xc0172484 in poweroff_wait (junk=0xc028200c, howto=-1071113425) at
/usr/src/sys/kern/kern_shutdown.c:595
#3 0xc0240b27 in trap_fatal (frame=0xc028aac0, eva=48) at
/usr/src/sys/i386/i386/trap.c:974
#4 0xc02407e1 in trap_pfault (frame=0xc028aac0, usermode=0, eva=48) at
/usr/src/sys/i386/i386/trap.c:867
#5 0xc024038b in trap (frame={tf_fs = -1072103408, tf_es = 7208976, tf_ds
= -1071120368, tf_edi = 0, tf_esi = -1030928384,
tf_ebp = -1071076600, tf_isp = -1071076628, tf_ebx = -1070984868,
tf_edx = 6867008, tf_ecx = -589931840, tf_eax = 0,
tf_trapno = 12, tf_err = 0, tf_eip = -1071656928, tf_cs = 8,
tf_eflags = 66050, tf_esp = -1030928384, tf_ss = -1030928384})
at /usr/src/sys/i386/i386/trap.c:466
#6 0xc01fd020 in acquire_lock (lk=0xc02a115c) at
/usr/src/sys/ufs/ffs/ffs_softdep.c:266
#7 0xc0201240 in softdep_update_inodeblock (ip=0xc28d4800, bp=0xcf103b90,
waitfor=0) at /usr/src/sys/ufs/ffs/ffs_softdep.c:3813
#8 0xc01fc0d6 in ffs_update (vp=0xdcd65ac0, waitfor=0) at
/usr/src/sys/ufs/ffs/ffs_inode.c:106
#9 0xc0205df1 in ffs_fsync (ap=0xc028abb8) at
/usr/src/sys/ufs/ffs/ffs_vnops.c:273
#10 0xc020462f in ffs_sync (mp=0xc2856e00, waitfor=2, cred=0xc1995900,
p=0xc02c46e0) at vnode_if.h:558
#11 0xc01a2f1b in sync (p=0xc02c46e0, uap=0x0) at
/usr/src/sys/kern/vfs_syscalls.c:576
#12 0xc0171e0b in boot (howto=256) at /usr/src/sys/kern/kern_shutdown.c:235
#13 0xc0172484 in poweroff_wait (junk=0xc028200c, howto=-1071113425) at
/usr/src/sys/kern/kern_shutdown.c:595
#14 0xc0240b27 in trap_fatal (frame=0xc028acd8, eva=3339632656) at
/usr/src/sys/i386/i386/trap.c:974
#15 0xc02407e1 in trap_pfault (frame=0xc028acd8, usermode=0,
eva=3339632656) at /usr/src/sys/i386/i386/trap.c:867
#16 0xc024038b in trap (frame={tf_fs = 7208976, tf_es = -1022951408, tf_ds
= -1032388592, tf_edi = 6949888, tf_esi = -1031505408,
tf_ebp = -1071076056, tf_isp = -1071076092, tf_ebx = -1022907392,
tf_edx = -955334656, tf_ecx = -1031505340,
tf_eax = -1031464948, tf_trapno = 12, tf_err = 2, tf_eip =
- -1072540870, tf_cs = 8, tf_eflags = 66182, tf_esp = -1046923488,
tf_ss = 6425600}) at /usr/src/sys/i386/i386/trap.c:466
#17 0xc012533a in camisr (queue=0xc02ad550) at /usr/src/sys/cam/cam_queue.h:224
#18 0xc012527d in swi_cambio () at /usr/src/sys/cam/cam_xpt.c:6288
#19 0xc02355a0 in splz_swi ()
#20 0xc01c52a5 in ip_input (m=0xc02355a0) at
/usr/src/sys/netinet/ip_input.c:268
#21 0xc0235539 in swi_net_next ()
#22 0xc0239a6e in cpu_idle () at /usr/src/sys/i386/i386/machdep.c:1024
(kgdb)
- --------------------------------------------------------------------
Mike Tancsa, tel +1 519 651 3400
Sentex Communications, mi...@sentex.net
Providing Internet since 1994 www.sentex.net
Cambridge, Ontario Canada www.sentex.net/mike

------------------------------

Date: Thu, 30 Jan 2003 18:13:05 +0100
From: Ollivier Robert <rob...@keltia.freenix.fr>
Subject: Oddities in /var/db/pkg/*/+CONTENTS

Am I the only one where in STABLE, "make install" in ports somehow generates
bad data in +CONTENTS (especially in the ORIGIN & DEPORIGIN part) ? It makes
pkgdb -F necessary and cumbersome...

STABLE:

FreeBSD tara 4.7-RC FreeBSD 4.7-RC #2: Sun Sep 29 18:13:21 CEST 2002 root@tara:/src/stable/sys/compile/TARA_SMP i386

CURRENT:

FreeBSD sidhe 5.0-RC FreeBSD 5.0-RC #10: Thu Dec 12 17:16:28 CET 2002 roberto@sidhe:/local/src/src/sys/i386/compile/tSIDHE i386

/var/db/pkg/arts-1.1,1 (just installed)
- -=-=-
@comment PKG_FORMAT_REVISION:1.1
@name arts-1.1,1
@cwd /usr/local
@pkgdep tiff-3.5.7:graphics/tiff
@pkgdep qt-3.1.1:x11-toolkits/qt31
@pkgdep png-1.2.5_1:graphics/png
@pkgdep pkgconfig-0.15.0:devel/pkgconfig
@pkgdep libmng-1.0.4:graphics/libmng
@pkgdep libaudiofile-0.2.3:audio/libaudiofile
@pkgdep lcms-1.09:graphics/lcms
@pkgdep jpeg-6b_1:graphics/jpeg
@pkgdep imake-4.2.0_1:devel/imake-4
@pkgdep freetype2-2.1.3_1:print/freetype2
@pkgdep cups-base-1.1.18.0_4:print/cups-base
@pkgdep XFree86-libraries-4.2.1_6:x11/XFree86-4-libraries
@pkgdep Mesa-3.4.2_2:graphics/Mesa3
@comment ORIGIN:audio/arts
[...]
- -=-=-

whereas in CURRENT I get the correct PLIST:

- -=-=-
@comment PKG_FORMAT_REVISION:1.1
@name arts-1.1,1
@comment ORIGIN:audio/arts
@cwd /usr/local
@pkgdep jpeg-6b_1
@comment DEPORIGIN:graphics/jpeg
@pkgdep freetype2-2.1.3_1
@comment DEPORIGIN:print/freetype2
@pkgdep png-1.2.5
@comment DEPORIGIN:graphics/png
@pkgdep pkgconfig-0.13.0
@comment DEPORIGIN:devel/pkgconfig
@pkgdep perl-5.6.1_11
@comment DEPORIGIN:lang/perl5
@pkgdep tiff-3.5.7
@comment DEPORIGIN:graphics/tiff
@pkgdep libaudiofile-0.2.3
@comment DEPORIGIN:audio/libaudiofile
@pkgdep lcms-1.09
@comment DEPORIGIN:graphics/lcms
@pkgdep libmng-1.0.4
@comment DEPORIGIN:graphics/libmng
@pkgdep imake-4.2.0_1
@comment DEPORIGIN:devel/imake-4
@pkgdep XFree86-libraries-4.2.1_5
@comment DEPORIGIN:x11/XFree86-4-libraries
@pkgdep cups-base-1.1.15.1_4
@comment DEPORIGIN:print/cups-base
@pkgdep Mesa-3.4.2_2
@comment DEPORIGIN:graphics/Mesa3
@pkgdep qt-3.1.1
@comment DEPORIGIN:x11-toolkits/qt31
- -=-=-
- --
Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- rob...@keltia.freenix.fr
FreeBSD keltia.freenix.fr 5.0-CURRENT #80: Sun Jun 4 22:44:19 CEST 2000

------------------------------

Date: Thu, 30 Jan 2003 13:26:14 -0800
From: Erick Mechler <emec...@techometer.net>
Subject: Re: php4/apache1.3 dies after upgrade-to-latest-STABLE

:: If I comment out php4 in httpd.conf everything goes ok.
::
:: I've experienced this problem first with apache 1.3.26 and php-4.2.2.
:: Then I upgraded both of them up to 1.3.27 and 4.3.0, correspondingly, but the
:: problem is still there.

Someone had the same problem either earlier this month or late last month.
Check the archives and see what you can find.

Cheers - Erick

------------------------------

End of stable-digest V5 #779
****************************

To Unsubscribe: send mail to majo...@FreeBSD.org
with unsubscribe freebsd-stable-digest in the body of the message

0 new messages