Re: [HEADSUP CFT] pkg 1.0rc1 and schedule
admin and enterprise point of view. Doug has written portmaster and integrated package handeling, which I only use rarely on my old desktop. Why was this handling integrated in portmaster and not in pkg_* tools? I know its something unkown and new and I had also my problems with the idea of pkgng for the first time (why reinventing the wheel...) - but I tried it out and it works really really well. My opinion after 18 years of FreeBSD administration. Regards, Michael -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: mich...@ranner.eu WWW: http://www.azedo.at/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: [HEADSUP CFT] pkg 1.0rc1 and schedule
Am 13.07.12 14:14, schrieb Fbsd8: What I want to know is this new pkg system going to remove the requirement of having the complete ports tree on my system? What I am looking for in an port system, is to install a port and any files needed for the parent port and its dependents to automatically be downloaded. So in the end my system ports tree only contain the files used to install the ports I use and their dependents. The new pkg system is not a replacement for the ports tree. If you still like to compile software from ports, you will need the ports tree. But you can install a precompiled package with the new pkg system and it automatically downloads all necessary binary packages it depends on. So probably you dont need the ports any more. Regards Michael -- Mit freundlichen Grüßen Ing. Michael Ranner GSM: +43 676 4155044 Mail: mich...@ranner.eu WWW: http://www.azedo.at/ ___ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Port of scan_ffs utility to FreeBSD
Hello! I have started to add UFS2 support to Robert Watsons scan_ffs(8) port from OpenBSD. Now it can recover properly the disklabel for partitions with UFS1 and UFS2 filesystems. Scan_ffs has some advantages over find-sb from /usr/src/tools, and it could fit nice in the FreeBSD base system to recover lost disklabels (ex. disklabel -rw ad0s1 floppy). The output of scan_ffs -sl /dev/ad0s1, the original label was a: 52428804.2BSD 2048 16384 32776 # (Cyl.0 - 32*) b: 2097152 524288 swap# (Cyl. 32*- 163*) c: 209648250unused0 0 # (Cyl.0 - 1304) d: 2097152 26214404.2BSD 2048 16384 28512 # (Cyl. 163*- 293*) e: 1048576 47185924.2BSD 2048 16384 8 # (Cyl. 293*- 358*) f: 7372800 57671684.2BSD 2048 16384 28512 # (Cyl. 358*- 817*) g: 7824857 131399684.2BSD 2048 16384 28512 # (Cyl. 817*- 1304*) should look like: X: 524288 0 4.2BSD 2048 16384 1 X: 2097152 2621440 4.2BSD 2048 16384 1 X: 1048576 4718592 4.2BSD 2048 16384 1 X: 7372800 5767168 4.2BSD 2048 16384 1 X: 7824857 13139968 4.2BSD 2048 16384 1 So you simple have to replace X with the slice and to run disklabel -R ad0s1 and after this you can mount the filesystems. Makefile, source and modified man pages are attached to this mail. Give it a try and let me know your opinion. Regards, /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: Port of scan_ffs utility to FreeBSD
Sorry, here is the Attachement of scan_ffs -- /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- scan_ffs_freebsd.tgz Description: application/tgz
login_cap(3) for lukemftpd (resource limit, MAC support ...)
Hello David, hello list! According to a thread about lukemftpd several months ago, there are several points speaking against lukemftpd in the base system, - missing PAM - missing login_cap were the main arguments against lukemftpd, as far I can remember. In the meantime, David has incorporated a patch for supporting PAM. So I started to take some code bits from the original ftpd to add login_cap support and to activate wtmp/utmp support in lukemftpd. You can find the patches (against 5-CURRENT) attached to this mail. Regards, /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- --- Makefile.orig Sun Feb 16 15:35:58 2003 +++ Makefile Sun Feb 16 15:29:34 2003 @@ -9,7 +9,7 @@ PROG= lukemftpd MAN= lukemftpd.8 ftpd.conf.5 ftpusers.5 MLINKS= ftpusers.5 ftpchroot.5 -SRCS= cmds.c conf.c ftpd.c ftpcmd.y popen.c +SRCS= cmds.c conf.c ftpd.c ftpcmd.y logutmp.c logwtmp.c popen.c SRCS+= strsuftoll.c WFORMAT= 0 @@ -28,7 +28,7 @@ DPADD+= ${LIBM} LDADD+= -lm -CFLAGS+= -DUSE_OPIE -DUSE_PAM +CFLAGS+= -DUSE_OPIE -DUSE_PAM -DSUPPORT_UTMP -DLOGIN_CAP DPADD+= ${LIBOPIE} ${LIBPAM} LDADD+= -lopie -lpam --- src/logutmp.c.old Sat May 26 16:07:13 2001 +++ src/logutmp.c Sat May 26 16:07:39 2001 @@ -45,7 +45,7 @@ */ void -login(const UTMP *ut) +ftpd_login(const UTMP *ut) { UTMP ubuf; @@ -85,7 +85,7 @@ } int -logout(const char *line) +ftpd_logout(const char *line) { UTMP ut; int rval; --- src/logwtmp.c.orig Sun Feb 16 14:56:13 2003 +++ src/logwtmp.c Sun Feb 16 17:24:20 2003 @@ -73,7 +73,7 @@ * after login, but before logout). */ void -logwtmp(const char *line, const char *name, const char *host) +ftpd_logwtmp(const char *line, const char *name, const char *host) { struct utmp ut; struct stat buf; 171a172,174 #ifdef LOGIN_CAP #include login_cap.h #endif 979c982 login(utmp); --- ftpd_login(utmp); 982c985 logwtmp(line, name, host); --- ftpd_logwtmp(line, name, host); 996c999 okwtmp = logout(ttyline) dowtmp; --- okwtmp = ftpd_logout(ttyline) dowtmp; 1004c1007 logwtmp(ttyline, , ); --- ftpd_logwtmp(ttyline, , ); 1031a1035,1039 #ifdef LOGIN_CAP setusercontext(NULL, getpwuid(0), (uid_t)0, LOGIN_SETPRIORITY|LOGIN_SETRESOURCES|LOGIN_SETUMASK| LOGIN_SETMAC); #endif 1045a1054,1056 #ifdef LOGIN_CAP login_cap_t *lc = NULL; #endif 1156a1168,1195 #ifdef LOGIN_CAP if ((lc = login_getpwclass(pw)) != NULL) { char remote_ip[MAXHOSTNAMELEN]; getnameinfo((struct sockaddr *)his_addr, his_addr.su_len, remote_ip, sizeof(remote_ip) - 1, NULL, 0, NI_NUMERICHOST); remote_ip[sizeof(remote_ip) - 1] = 0; if (!auth_hostok(lc, remotehost, remote_ip)) { syslog(LOG_INFO|LOG_AUTH, FTP LOGIN FAILED (HOST) as %s: permission denied., pw-pw_name); reply(530, Permission denied.\n); pw = NULL; return; } if (!auth_timeok(lc, time(NULL))) { reply(530, Login not available right now.\n); pw = NULL; return; } } setusercontext(lc, pw, (uid_t)0, LOGIN_SETPRIORITY| LOGIN_SETRESOURCES|LOGIN_SETUMASK|LOGIN_SETMAC); #endif 1349a1389,1391 #ifdef LOGIN_CAP login_close(lc); #endif 1353a1396,1398 #ifdef LOGIN_CAP login_close(lc); #endif
Re: mount_portalfs broken in 5.0-RC2
Am Donnerstag, 2. Januar 2003 10:44 schrieb Tim Robbins: On Mon, Dec 30, 2002 at 10:51:20PM +0100, Michael Ranner wrote: After mounting the portalfs, # cat /p/tcp portalfs hangs instead of expected cat: /p/telnet: No such file or directory Ok, I have to correct this. The first access to a file within /p works as expected, but the second access locks the portalfs. e.x. # cat /p/tcp/1.2.3.4/110 works as expected for the first time an returns what you expect from an pop3 server. and # cat /p/xyz returns cat: /p/xyz: No such file or directory for the first time. But if you try once again to access portalfs with /cat/tcp/1.2.3.4/110 or cat /p/xyz the portalfs hangs. I tried but failed to fix this. I think that the vnode locking in portalfs is hosed. From memory, I think that portal_lookup() was part of the problem. Try building a kernel with DEBUG_VFS_LOCKS and watch for the warnings from portalfs. Attached the dmesg output from my kernel with DEBUG_VFS_LOCKS -- /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- VOP_LOOKUP (dvp): 0xc4482ce4 is locked but should not be Debugger(Lock violation. ) called. lookup: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_CREATEVOBJECT: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. vnode_pager_alloc: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_CREATEVOBJECT: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_ACCESS: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_ACCESS: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_GETATTR: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_OPEN: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_OPEN: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_INACTIVE: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called. VOP_UNLOCK: 0xc4482960 is not locked but should be Debugger(Lock violation. ) called.
mount_portalfs broken in 5.0-RC2
Hello, as announced on freebsd-hackers a few days ago, I ported the rfilter/wfilter features of NetBSD's mount_portal to 4.7-p2. Because the port was very trivial and rfilter/wfilter worked well on 4.7-p2, I tried to merge the code in 5.0-RC2 mount_portalfs and discovered, that mount_portalfs did not work. First I thought this is a problem with the rfilter/wfilter code, but also the original mount_portalfs has this problem. Description: my portal.conf: tcp/ tcp tcp/ tcplisten/ tcplisten tcplisten/ fs/file fs/ 1.) After mounting the portalfs, # cat /p/tcp/www.jawa.at/21 220 ftp.jawa.at FTP server (ftpd) ready. ^C portalfs hangs, and cat did not return on ^C or ^Z 2.) After mounting the portalfs, # cat /p/tcp or # cat /p/telnet or # cat /p/http portalfs hangs instead of expected cat: /p/telnet: No such file or directory Impact: - umount /p does not work - Further access to /p is not possible (e.x. ls) - FreeBSD could not unmount all file systems on reboot, so fsck has to run on next boot. Regards, /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: mount_portalfs broken in 5.0-RC2
Am Montag, 30. Dezember 2002 22:58 schrieben Sie: * De: Michael Ranner [EMAIL PROTECTED] [ Data: 2002-12-30 ] [ Subjecte: mount_portalfs broken in 5.0-RC2 ] 1.) After mounting the portalfs, # cat /p/tcp/www.jawa.at/21 220 ftp.jawa.at FTP server (ftpd) ready. ^C portalfs hangs, and cat did not return on ^C or ^Z I suspect this is more post-KSE signal breakage. I've seen problems with interrupting stuff that's in the kernel to an absurd degre, but I kinda hoped it was a local change at fault. But could this explain the problem with cat /p/telnet which should return file does not exists. I forgot, I have the same problem with the rfilter/wfilter code, for the first time cat /p/http://www.jawa.at/index.php does work, but the process did not exit as expected and as it works under 4.7-p2. Cat did not return and mount_portalfs freezes. -- /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message
Re: My wi(4) ate itself (or Fun with no memory).
Am Montag, 30. Dezember 2002 23:10 schrieb Lee Damon: I have the same problems on an IBM T30 with integrated wi running 4.7-STABLE. In fact, I've had this problem since 4.5 (which is where I started on this system.) I think the wi0: timeout in wi_cmd 0x; event status 0x8000 messages started around 4.4, 4.5 or so. With my old FreeBSD 4 I had no visible problems, but after upgrading to 4.7 I have tons of wi_timeout's I fixed it with: 1359c1359 DELAY(WI_DELAY); --- /*DELAY(WI_DELAY);*/ 1363,1364c1363,1364 device_printf(sc-dev, timeout in wi_seek to %x/%x; last status %x\n, id, off, status); --- /*device_printf(sc-dev, timeout in wi_seek to %x/%x; last status %x\n, id, off, status);*/ The big problem was the DELAY, because this call freezes the system and that was not acceptable for a router, but I also increased the value of the surrounding loop. wi0: watchdog timeout wi0: tiwi0: wi_cmeout in wi_cmd 0x; event status 0x8000 wi0: wi_cmd: busy bit won't clear. wi0: init failed ... I've seen this kind of problems with my Netgear, D-Link (both Prism2.5) and US-Robotis (Prism2) cards in access point mode. I have no such messages and problems in ad-hoc mode. Regards, /\/\ichael Ranner [EMAIL PROTECTED] - [EMAIL PROTECTED] - [EMAIL PROTECTED] -- JAWA Management Software GmbH - http://www.jawa.at/ Liebenauer Hauptstrasse 2oo - A-8041 Graz Tel +43 316 403274 21 - Fax +43 316 403274 10 -- Mariazell Online - http://www.mariazell.at/ -- -BEGIN GEEK CODE BLOCK- GIT/CS/AT dx(-) s+:(++:) a- C++ UBLVS$ P+$ L-(+)$ E--- W+++$ N+(++) o-- K- w--()$ O-(--) M@ V-(--) PS+++ PE(-) Y+ PGP(-) t+ 5+ X+++() R* tv++ b+(++) DI++ D-(--) G- e h--(*) r++ y? --END GEEK CODE BLOCK-- To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-current in the body of the message