Re: tnftpd, lukemftpd and conversions
Daniel Feenberg wrote (2009/04/24): > and from the motd message I can see that the server is using this > configuration file. The compress program has been copied to > /var/ftp/bin/compress so it should be available too. \ >From /usr/bin/compress? Are you using chroot in ftpd? Did you tried to perform chroot and run /bin/compress yourself? Isn't there missing libc? -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Switching between half-duplex and full duplex
Pang wrote (2007/06/03): > I have just installed FreeBSD and found that the nic em0 is set to > half-duplex only. Could anyone tell me how I can switch it to full-duplex? > em0: flags=8843 mtu 1500 >options=b >inet 172.16.0.2 netmask 0xfffc broadcast 172.16.0.1 >ether XX:XX:XX:XX:XX:XX >media: Ethernet autoselect (10baseT/UTP ) >status: active Hello, so I was right? ;o) I assume, that you have more capable device on the other side, atleast 100 Mb/s full-duplex. In that case, you should check, what connection type is "seen" on the other side (switches with management!). Then you can check auto-negotiation settings on the other side, try to change ethernet cable - it would be faulty and auto-neg would not work correctly, then look, which chipset do you have - the driver would not work with too new chips, I have here some ICH8 machines, which do work just 100 Mb/s instead of 1 Gb/s (I expect that -current should work now). Regards. PS: Another very good command is ifconfig -m em0, where you can see all allowed media/mediaopt combinations. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Download speed and TCPIP window sizing
Pang wrote (2007/05/31): > I have asked many techs in Asianetcom and they blamed on TCPIP window > sizing. I am not sure what it is, so I do a search in Google and find More typical problem than TCP window size is Ethernet connection itself, for example one side thinks it has 100 Mb/s half duplex and the second side thinks that it has 100 Mb/s full duplex, which results in speeds around 10 - 100 KB/s. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: newest kdelibs fails to build
Tilman Linneweh wrote (2004/08/31): > * Steven Friedrich [Di, 31 Aug 2004 at 22:26 GMT]: > > I suspect it's due to the compiler on 4.x. Did the KDE port team build > it on 4.10-STABLE? > Yes we did. > You can try to install the package from > http://rabarber.fruitsalad.org/index.html#a_4-STABLE > > Your compile fails because there is a bogus @[EMAIL PROTECTED] > I don't know yet, why this is not expanded. Hello, I have the same problem and it seems that it is somewhat relevant to stale files from system updates. @INCLUDE_des@ is returned by our /usr/bin/krb5-config --cflags gssapi. I had full extracted sources in /usr/src with /usr/src/kerberos{5,IV}, but in supfile, I had src-kerberos5 and src-kerberosIV commented out, so I had stale kerberos files in my source tree, which possibly generated bad krb5-config and others. Steven, you may try to cleanup /usr/src from stale directories and files and remove stale files from /bin, /sbin, /usr/bin and /usr/sbin and possibly from /usr/lib too and it seems that it helps in this problem - I'm currently trying it... Regards. -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: ucom* at uftdi? does not work with getty
Richard Kiss wrote (2004/06/14): > The ports work fine with minicom and modems, but NOT with getty. The > behaviour of ucomX appears to be similar to cuaaX, not ttydX -- dialing > a modem attached to ucomX yields auto-answer and a connect just fine, > but getty does not seem to notice that the line has been picked up and > does not seem to launch the subprocess. Hello, maybe you can try to read kern/65769 - it is possible that you have the same problems as me. PHK currently works on tty implementation, but I do not know if he is going to fix this problem too. http://www.freebsd.org/cgi/query-pr.cgi?pr=65769 -- Rudolf Cejka http://www.fit.vutbr.cz/~cejkar Brno University of Technology, Faculty of Information Technology Bozetechova 2, 612 66 Brno, Czech Republic ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"