notbugAs an Amazon Associate I earn from qualifying purchases.
Want a good read? Try FreeBSD Mastery: Jails (IT Mastery Book 15)
Want a good monitor light? See my photosAll times are UTC
Ukraine
This referral link gives you 10% off a Fastmail.com account and gives me a discount on my Fastmail account.

Get notified when packages are built

A new feature has been added. FreshPorts already tracks package built by the FreeBSD project. This information is displayed on each port page. You can now get an email when FreshPorts notices a new package is available for something on one of your watch lists. However, you must opt into that. Click on Report Subscriptions on the right, and New Package Notification box, and click on Update.

Finally, under Watch Lists, click on ABI Package Subscriptions to select your ABI (e.g. FreeBSD:14:amd64) & package set (latest/quarterly) combination for a given watch list. This is what FreshPorts will look for.

non port: dns/dnrd/files/patch-udp.c

Number of commits found: 2

Wednesday, 28 Jul 2004
20:53 pav search for other commits by this committer
- Update to 2.14
- Add rc script

PR:             ports/69669 (based on)
Submitted by:   Natanael Copa <mlists@tanael.org>
Original commit
Saturday, 3 Jan 2004
05:42 edwin search for other commits by this committer
dns/dnrd: recv_addr init wrong and 512 byte udp packets dropped

        There are a few bugs in dnrd that should probably be fixed
        by the author but could be made to work on bsd:

        1.  Initialization in common.h of recv_addr is broken,
        causing at least the '-a' switch not to work.  Instead of
        assuming positions of fields in the struct across platforms
        I thought it safer to do a standard initialization in main().

        2.  The buffer overflow code in udp.c:dnsrecv() is off by
        one, rejecting messages where the size exactly fills the
        available buffer.  I also changed to the calls to dnsrecv
        to pass 512 as the max size instead of the buffers that
        seem to be padded by 4 bytes for a reason I don't understand.
        This causes a calling named to resend packets.  Eventually
        one seems to get through but response times can be painfully
        slow.

PR:             ports/41128
Submitted by:   Michael C. Adler <mad1@tapil.com>
Original commit

Number of commits found: 2