Re: Cross-development of Windows 32-bit applications under FreeBSD?
On Sunday 10 April 2005 18:00, Anthony Atkielski wrote: Is it possible to develop and build native Windows 32-bit applications under FreeBSD, using only command-line tools like gcc and other open-source components? djgpp is a port of gcc which can compile dos exucatables, from the site Yes, I know Windows is the wave of the future, but I don't like it, so I don't support it. DJGPP is for making DOS programs, and if you can convince it to make a Windows program, good for you. how easy it would be to make windows executables I don't know. I would reckon your best bet would be to use something like lcc with some windows emulation, since you are going to want to test and debug it too. Even with that, I would feel very uncomfortable producing a windows program that I hadn't tested on a pure windows system. Cheers, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
kerberos problems
Hi, I'm currently battling with kerberos, and am having a bit of a problem authenticating. It is most likely an error on my part, the whole process of what is involved in kerberos and how it works is yet to click in my head. I followed the handbook guide to setting it up, and it all seems to be working ok. I have now setup telnetd as described to test how it is working. If I have done a kinit previously, it will log in no problem, but if I do not do a kinit (or do a kdestroy before hand) I get - kerberos V5: mk_req (No Such File or direcotry). Any ideas? Cheers, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ntp problems (strata too high)
This seems to have sorted itself out - it appears to have been working all along, I was just being a bit impatient - i.e. it takes a while for the ntpd server to sync with the other servers, and while it does that it will not answer queries. After a while it will sync with the other servers and happily anser requests (that is my assumption anyway). cheers, Martin Hi, I am having problems getting my client machine syncing with hy ntp server. Details follow - doing a ntpdate -d 192.168.16.1 on the client returns 12 Mar 19:35:56 ntpdate[1443]: ntpdate 4.2.0-a Thu Nov 4 22:31:39 UTC 2004 (1) Looking for host 192.168.16.1 and service ntp transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) 192.168.16.1: Server dropped: strata too high server 192.168.16.1, port 123 stratum 16, precision -20, leap 11, trust 000 refid [192.168.16.1], delay 0.02574, dispersion 0.0 transmitted 4, in filter 4 reference time:. Thu, Feb 7 2036 6:28:16.000 originate timestamp: c5ddc31c.eacb5afa Sat, Mar 12 2005 19:35:56.917 transmit timestamp: c5ddc31d.053aaf24 Sat, Mar 12 2005 19:35:57.020 filter delay: 0.02579 0.02577 0.02574 0.02574 0.0 0.0 0.0 0.0 filter offset: -0.10333 -0.10334 -0.10334 -0.10334 0.00 0.00 0.00 0.00 delay 0.02574, dispersion 0.0 offset -0.103344 On the server ntpq -cas returns - ind assID status conf reach auth condition last_event cnt === 1 15532 b024 yes yes nonereject reachable 2 2 15533 b024 yes yes nonereject reachable 2 3 15534 b024 yes yes nonereject reachable 2 4 15535 b024 yes yes nonereject reachable 2 --- and ntpq -p returns remote refid st t when poll reach delay offset jitter == clueful.shagged 195.66.241.3 2 u 107 256 17 33.901 199.499 14.837 sky.nuxi.it 217.11.227.683 u 108 256 17 68.775 212.512 17.382 i157107.upc-i.c 193.79.237.142 u 107 256 17 54.001 203.632 9.815 62.152.126.5146.48.83.1823 u 109 256 17 58.000 201.334 9.996 ntp.conf on server is restrict 192.168.16.0 mask 255.255.255.0 nomodify notrap restrict 127.0.0.1 server uk.pool.ntp.org server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org logfile /var/log/ntp.log --- (server ip is 192.168.16.1, client is 192.168.16.200) doing a ntpdate uk.pool.ntp.org from either server or client syncs fine. Any help would be much appreciated. Cheers, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: kerberos problems
On Sun, Mar 13, 2005 at 03:38:46PM -, [EMAIL PROTECTED] wrote: I followed the handbook guide to setting it up, and it all seems to be working ok. I have now setup telnetd as described to test how it is working. If I have done a kinit previously, it will log in no problem, but if I do not do a kinit (or do a kdestroy before hand) I get - kerberos V5: mk_req (No Such File or direcotry). Any ideas? That sounds like it's working normally. Without a valid ticket (as shown by `klist`), which is cached in a file, services like telent which use Kerberos won't authenticate you. If I'm misunderstanding the problem you're describing, please add some more detail as to what you expected to have happen and how reality differed :-) Yeah, it could well be the way it is supposed to work. Basically I want to end up with a centralised login system for my network (i.e. no need to create usernames on each client). I am planning to use ldap for this, and as I understand it ldap can use kerberos for the authentication aspect. So I am atm trying to make sure I have a good understanding of the kerberos system and have it up and running before I tackle the next part. what I was assuming would happen when I try to telnet in without a ticket (i.e. with running kinit) was that I would get asked for a username/password, and then I would get issued a ticket, rather than manually having to kinit first. How would this affect using pam to authenticate i.e. if I want to use pam_krb to login to the console, I would not be able to run kinit before hand? [Apologies for sending this to you twice tillman , need to be more careful with the reply to button :)] Cheers, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
ntp problems (strata too high)
Hi, I am having problems getting my client machine syncing with hy ntp server. Details follow - doing a ntpdate -d 192.168.16.1 on the client returns 12 Mar 19:35:56 ntpdate[1443]: ntpdate 4.2.0-a Thu Nov 4 22:31:39 UTC 2004 (1) Looking for host 192.168.16.1 and service ntp transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) receive(192.168.16.1) transmit(192.168.16.1) 192.168.16.1: Server dropped: strata too high server 192.168.16.1, port 123 stratum 16, precision -20, leap 11, trust 000 refid [192.168.16.1], delay 0.02574, dispersion 0.0 transmitted 4, in filter 4 reference time:. Thu, Feb 7 2036 6:28:16.000 originate timestamp: c5ddc31c.eacb5afa Sat, Mar 12 2005 19:35:56.917 transmit timestamp: c5ddc31d.053aaf24 Sat, Mar 12 2005 19:35:57.020 filter delay: 0.02579 0.02577 0.02574 0.02574 0.0 0.0 0.0 0.0 filter offset: -0.10333 -0.10334 -0.10334 -0.10334 0.00 0.00 0.00 0.00 delay 0.02574, dispersion 0.0 offset -0.103344 On the server ntpq -cas returns - ind assID status conf reach auth condition last_event cnt === 1 15532 b024 yes yes nonereject reachable 2 2 15533 b024 yes yes nonereject reachable 2 3 15534 b024 yes yes nonereject reachable 2 4 15535 b024 yes yes nonereject reachable 2 --- and ntpq -p returns remote refid st t when poll reach delay offset jitter == clueful.shagged 195.66.241.3 2 u 107 256 17 33.901 199.499 14.837 sky.nuxi.it 217.11.227.683 u 108 256 17 68.775 212.512 17.382 i157107.upc-i.c 193.79.237.142 u 107 256 17 54.001 203.632 9.815 62.152.126.5146.48.83.1823 u 109 256 17 58.000 201.334 9.996 ntp.conf on server is restrict 192.168.16.0 mask 255.255.255.0 nomodify notrap restrict 127.0.0.1 server uk.pool.ntp.org server 0.pool.ntp.org server 1.pool.ntp.org server 2.pool.ntp.org logfile /var/log/ntp.log --- (server ip is 192.168.16.1, client is 192.168.16.200) doing a ntpdate uk.pool.ntp.org from either server or client syncs fine. Any help would be much appreciated. Cheers, Martin ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]