Debian Patches

Status for ppp/2.5.2-1+1

Patch Description Author Forwarded Bugs Origin Last update
001_missing_sockaddr_ll Linux kernel log:

[ 29.812929] pppd uses obsolete (PF_INET,SOCK_PACKET)

It's caused by missing the definition of HAVE_STRUCT_SOCKADDR_LL


- Add struct sockaddr_ll checks based on the original rp-pppoe code

The struct is defined in kernel header include/uapi/linux/if_packet.h based on https://elixir.bootlin.com/linux/latest/A/ident/sockaddr_ll, thus we should check the header file as well.

sll_family is picked arbitrarily, just make sure struct sockaddr_ll is working.

- remove pppd/plugins/pppoe/config.h from AC_CONFIG_HEADERS, and use pppd/config.h directly, I cannot generate corrent config.h with HAVE_STRUCT_SOCKADDR_LL defined.		 no
chat_man chat(8): document the TIMEOUT directive no
pppoatm_resolver_light disable unneeded code in the pppoatm plugin

This patch halves the size of the PPPoA plugin by disabling features
which are never used with normal DSL connections (i.e. parsing of QoS
configuration directives and DNS resolution of VP/VC addresses).
It is especially useful for install images and embedded systems.

A next step could be removing text2qos.c, text2atm.c, misc.c and ans.c
and encourage users interested in the complete features to link the
plugin with the real libatm. I really doubt anybody cares, anyway.		 no
pppoe_noads no
pppd.8-fix-groff-warning.patch pppd.8: fix groff warning Chris Boot <bootc@debian.org> yes
ppp-2.3.11-oedod.dif Upstream said:

"
Hmmm, dial-on-demand was never tested with the sync option, and in fact I don't
know what devices would use that option.

To be accepted, the patch would need a sign-off and a description that
explained the changes in the patch - in particular, what the large lump of code
added to demand_rexmit() is doing.
"		 yes
resolv.conf_no_log no
zzz_config Debian-specific changes. no
pppd-soname-hack.patch Add a SONAME to the pppd binary This hack inserts a SONAME into the pppd binary, which allows us to
run dpkg-gensymbols/dh_makeshlibs over the resulting binary. This is
useful so that we can use Debian's standard build infrastructure to
help track the ppp binary's ABI, which is used by plugins.		 Chris Boot <bootc@debian.org> not-needed 2015-12-05

All known versions for source package 'ppp'

Links