Add_Gnome_PPP_for_Dial-Up_Users.md

-[[!tag archived]]
 
-[[!toc levels=2]]
+
+
+[[_TOC_]]
+
 
 # Rationale
 
@@ -11,22 +13,22 @@ reach the Internet when broadband operators have been shut down.
 # Roadmap
 
 **Next thing to do**: make up our mind wrt. towards which one of the
-possible solutions we want to go: [[!tails_ticket 6045]].
+possible solutions we want to go: tails/tails#6045.
 
 Possible solutions:
 
- * fix [[!debbug 258064]], but GNOME PPP looks dead upstream, so
+ * fix [Debian bug #258064](https://bugs.debian.org/258064), but GNOME PPP looks dead upstream, so
    it might be an option to create a custom package handling resolvconf the way
    we want.
  * find alternative ways to use WvDial or PPP.
 
-Ideal solution: [[!tails_ticket 5543]]
+Ideal solution: tails/tails#5543
 
 # Research
 
 NetworkManager (and ModemManager) have full support for **mobile** modems. But
 nothing for old school dial-up modems at the moment:
-see [[!gnomebug 348330 desc="Integrated PPP support"]]
+see [Integrated PPP support](https://bugzilla.gnome.org/show_bug.cgi?id=348330)
 
 Fallback option: provide GNOME PPP, a GUI front-end to old but trusty WvDial.
 
@@ -136,9 +138,10 @@ manually.
 
 Remaining issues:
 
-* `gnome-ppp` conflicts with `resolvconf`, see [[!debbug 258064]].
+* `gnome-ppp` conflicts with `resolvconf`, see [Debian bug #258064](https://bugs.debian.org/258064).
 * Clarify what groups must the user be part of to run wvdial /
   gnome-ppp? We've been told on the
   forum that
   the answer was `dialout` (which is already the case) and `dip`
   (which is not).
+