Bug#279855: ppp-udeb: pppoe support in D-I
Package: ppp-udeb
Severity: wishlist
Tags: patch, d-i, l10n
Hello,
This patch should provide pppoe functionality to the D-I images, if
loaded and ran from D-I itself. It also provides a Romanian
translation of the used debconf templates.
It still needs some polishing and some answers[1][2], but is generally
functional.
The most important things which need to be fixed are:
- make finish-install.d code work correctly so pppoe configuration is preserved
- see why concentrator detection does not work imediately after a
reboot and fix it
- make the postinst script idempotent
All these points and other minor ones are (or at least I remember I
have put in the debian/TODO.ppp-udeb file ;-)
[1] http://lists.debian.org/debian-boot/2006/05/msg00440.html
[2] see the message below, which is not yet visible in the web interface, ATM
---------- Forwarded message ----------
From: Eddy Petrisor <eddy.petrisor@gmail.com>
Date: 05-Jul-2006 09:04
Subject: ppp-udeb: I have managed to install the system via pppoe
To: debian-boot@lists.debian.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Note: I had this mail in my drafts directory for some time now; as I see
I don't have time to fix it due to real life changes and issues, I will
send it now, before fixing the last bits.
Hello all,
The modifications I done on the ppp-udeb package, in order to make it
really work in the D-I environment, are functional.
I have made a modified iso image[1], so beta testers will only need to
download that and use it.
It still needs some polishing, but the main issue, the default route
which was not set is a weird issue since, although
the route command displays the default route 0.0.0.0, the installation
went fine via pppoe (it uses finish-install.d).
The not-so-important things to do now are:
- - use the same scheme for additions to /etc/resolv.conf as the
general pppd package uses;
(this also means having a separate file for the pppoe peer
configuration, and not having that in the postinst)
- - make the postinst really reentrant by detecting any previous
instances of pppd and killing them before rerunning
- - do not return to the main menu until actually a pppX interface is
up and has an IP, or until a time out (gah, timeouts)
- - see if concentrator detection really works for anybody from the
first attempt (I even copied pppoeconf code to try
to fix this, but I didn't had luck)
I still couldn't figure out why the concentrator is never detected at
the first attempt, meaning that in every test
I attempted immediately after a boot, the concentrator was not found.
I tried to run pppoe-discovery twice with different
parameters in the hope that it will work (as seen in pppoeconf).
The conclusion is that I think this is material for beta testing (NOT
in the sense D-I beta testing, but in the sense that
someone else should try it, test it).
The code will need a review, I am sure I could have done some things a
lot more cleaner, than they are now.
I also feel that the code should be integrated in the official package
because this iteration is too big already.
I will probably make time for the rest of the points (except for the
concentrator detection issue, where I am
requesting help)
P.S.: Just discovered that the finish-install.d thingie does not work :-/
[1] http://eddyp.homelinux.net:8080/eddy/pppoe/current/pppoe-di-i386.iso
- --
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEq1aKY8Chqv3NRNoRApHOAJ9I2MpFxSX08poxwWT4fmvKTm+BAgCcC/12
E1CsU4gSj2IgMoPOZvX4Y50=
=CBsQ
-----END PGP SIGNATURE-----
--
Regards,
EddyP
=============================================
"Imagination is more important than knowledge" A.Einstein
Reply to: