FreeBSD 6.1-RELEASE - make distribution
I noticed that FreeBSD 6.1-RELEASE produce an error while trying to make distribution. Is this changed or just a small bug? [EMAIL PROTECTED] /usr/src]# make distribution DESTDIR=/tmp/distro cd /usr/src/etc; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make distribution cd /usr/src/etc; install -o root -g wheel -m 644 amd.map apmd.conf auth.conf crontab csh.cshrc csh.login csh.logout devd.conf devfs.conf dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow hosts.equiv hosts.lpd inetd.conf login.access login.conf mac.conf motd netconfig network.subr networks newsyslog.conf portsnap.conf pf.conf pf.os phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services shells snmpd.config sysctl.conf syslog.conf usbd.conf etc.i386/ttys /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /tmp/distro/etc; cap_mkdb -l /tmp/distro/etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /tmp/distro/etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /tmp/distro/etc; pwd_mkdb -L -i -p -d /tmp/distro/etc /tmp/distro/etc/master.passwd install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [EMAIL PROTECTED] /usr/src]# ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: security.bsd.see_other_uids for jails
David Malone wrote: On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: if security.bsd.see_other_uids is set to 0, users from the main system can still see processes from jails if they have (by accident) the save uid. For me it's wrong behavior because the main system and the jail are two different systems where uids are independent. You could try the following (untested) patch to the MAC seeotheruid module. You'd need to compile a kernel with the MAC option and then: Thanks for the patch, maybe I'll need something like that for my environment. But my question is if it's really intended that jail is not real virtual system but just a way to limit interaction from jail to host and not vice versa. If it's the case than this has to be specified in jail(8). Regards, Anatoli ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
USB device with multiple interfaces, sample code anyone?
Hi hackers, I'm trying to correctly implement a driver for an USB device which has multiple (serial) interfaces (at least 3). Each interface should be seen by the kernel as a tty device entry /dev(/cuaU* or /dev/ttyU*). After reading the usb kernel sources I'm not quite sure how to deal with that. As the device entry is being created in ucom.c (ucom_attach calls ttycreate) I'm not quite sure which code is responsible for scanning (enumerating) and correctly attaching to the usb device interfaces or if there's just a wrong enumeration return code. I haven't found any usb code which deals with more than 1 interface per usb device (except sound/pcm/uaudio but while doing a quick read of that code I do not understand much of uaudio). Does any of the hackers have a piece of sample code on how to scan usb device interfaces and attach a device file entry (/dev/) to it? Or any pseudo-code or graphical explanation on how the usb code is actually doing device enumeration? Thanks, Volker ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.1-RELEASE - make distribution
On Mon, May 29, 2006 at 10:56:54AM -0300, Cesar wrote: I noticed that FreeBSD 6.1-RELEASE produce an error while trying to make distribution. Is this changed or just a small bug? Neither. It just tells you the truth -- you don't have the /tmp/distro/etc directory since you forgot to run make distrib-dirs. [EMAIL PROTECTED] /usr/src]# make distribution DESTDIR=/tmp/distro cd /usr/src/etc; MAKEOBJDIRPREFIX=/usr/obj MACHINE_ARCH=i386 MACHINE=i386 CPUTYPE= GROFF_BIN_PATH=/usr/obj/usr/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/usr/obj/usr/src/tmp/legacy/usr/share/tmac PATH=/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/usr/bin:/usr/obj/usr/src/tmp/legacy/usr/games:/usr/obj/usr/src/tmp/usr/sbin:/usr/obj/usr/src/tmp/usr/bin:/usr/obj/usr/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make distribution cd /usr/src/etc; install -o root -g wheel -m 644 amd.map apmd.conf auth.conf crontab csh.cshrc csh.login csh.logout devd.conf devfs.conf dhclient.conf disktab fbtab ftpusers gettytab group hosts hosts.allow hosts.equiv hosts.lpd inetd.conf login.access login.conf mac.conf motd netconfig network.subr networks newsyslog.conf portsnap.conf pf.conf pf.os phones profile protocols rc rc.bsdextended rc.firewall rc.firewall6 rc.initdiskless rc.sendmail rc.shutdown rc.subr remote rpc services shells snmpd.config sysctl.conf syslog.conf usbd.conf etc.i386/ttys /usr/src/etc/../gnu/usr.bin/man/manpath/manpath.config /usr/src/etc/../usr.bin/mail/misc/mail.rc /usr/src/etc/../usr.bin/locate/locate/locate.rc printcap /tmp/distro/etc; cap_mkdb -l /tmp/distro/etc/login.conf; install -o root -g wheel -m 755 netstart pccard_ether rc.suspend rc.resume /tmp/distro/etc; install -o root -g wheel -m 600 master.passwd nsmb.conf opieaccess /tmp/distro/etc; pwd_mkdb -L -i -p -d /tmp/distro/etc /tmp/distro/etc/master.passwd install: wrong number or types of arguments usage: install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 file2 install [-bCcpSsv] [-B suffix] [-f flags] [-g group] [-m mode] [-o owner] file1 ... fileN directory install -d [-v] [-g group] [-m mode] [-o owner] directory ... *** Error code 64 Stop in /usr/src/etc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. [EMAIL PROTECTED] /usr/src]# ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED] -- Ruslan Ermilov [EMAIL PROTECTED] FreeBSD committer pgpvWmJjKBQLo.pgp Description: PGP signature
Re: security.bsd.see_other_uids for jails
On Mon, 29 May 2006, Anatoli Klassen wrote: David Malone wrote: On Sun, May 28, 2006 at 03:46:06PM +0200, Anatoli Klassen wrote: if security.bsd.see_other_uids is set to 0, users from the main system can still see processes from jails if they have (by accident) the save uid. For me it's wrong behavior because the main system and the jail are two different systems where uids are independent. You could try the following (untested) patch to the MAC seeotheruid module. You'd need to compile a kernel with the MAC option and then: Thanks for the patch, maybe I'll need something like that for my environment. But my question is if it's really intended that jail is not real virtual system but just a way to limit interaction from jail to host and not vice versa. If it's the case than this has to be specified in jail(8). Yes, this is a documentation bug. It is more precise to think of jail as a subsetting service than a virtualizing service: processes in jails see a subset of the system resources, rather than virtualized versions. So, for example, they see a subset of the file system name space, a subset of the IP/port name space, a subset of the process list, etc. This means that applications in the host environment overlap with the jail environments by virtue of also having access to that subset, as they can directly name files in the file system subset, IP and port bindings, processes, and so on. This does appear unclear from a quick skim of the man page, so something on the order of the above, with practical suggestions on what this implies, is required in the page. Robert N M Watson ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: tcp services (ssh,ftp) does not work
On Sun, Oct 30, 2005 at 02:07:49AM -0800, kamal kc wrote: using ftp/ssh on the same computer also does not show anything --- just blank. try also checking /var/log/auth.log on your serwer and ssh -vvv on your client.. -- regards Marek [EMAIL PROTECTED] [EMAIL PROTECTED] A false sense of security is worse than insecurity -- Steve Gibson ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]
freebsd 5.3, gmirror raid 1, PROBLEM
Hi All, I've been running a server using FreeBSD 5.3 and gmirror to mirror two identical IDE hard drives. Its been running great for over a year. But recently everything went down and when I reboot and put a monitor on it I get the following errors on screen: GEOM_MIRROR: Device gm0: provider ad1 disconnected GEOM_MIRROR: Device gm0: provider mirror/gm0 destroyed GEOM_MIRROR: Device gm0: rebuilding provider ad0 stopped Fatal trap 12: page fault while in kernel mode... (this is followed by details about the fault) These errors are preceded by other related error information that flys by on the screen and I have no way of seeing them again. Does anyone now what steps I should take to figure what is going on and try to recover data or get the machine to boot? Thanks so much, S. - Make free worldwide PC-to-PC calls. Try the new Yahoo! Canada Messenger with Voice ___ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to [EMAIL PROTECTED]