diff options
author | Jean-Pierre Giraud <jean-pierregiraud@neuf.fr> | 2020-09-12 10:12:38 +0200 |
---|---|---|
committer | Jean-Pierre Giraud <jean-pierregiraud@neuf.fr> | 2020-09-12 10:12:38 +0200 |
commit | e2c1dec9daf2aa613060ee1961ec4429d83cff82 (patch) | |
tree | aa003056fd47b1ff646a30ba7f5a79f5a42d89fb /english | |
parent | 4cfc70ef0f18de5616bb02395e85d35228ea51f2 (diff) |
vote/2020/platforms/lucas.wml, more fixes http to https
Diffstat (limited to 'english')
-rw-r--r-- | english/vote/2013/platforms/lucas.wml | 16 |
1 files changed, 8 insertions, 8 deletions
diff --git a/english/vote/2013/platforms/lucas.wml b/english/vote/2013/platforms/lucas.wml index 7cf1baaed2b..d93d2bc2304 100644 --- a/english/vote/2013/platforms/lucas.wml +++ b/english/vote/2013/platforms/lucas.wml @@ -17,7 +17,7 @@ French, 31 years old, Free Software user since 1997, <a href="https://en.wikipedia.org/wiki/Academic_rank_in_France">Assistant professor (<i>Maître de conférences</i>)</a> of Computer Science at <a -href="http://www.univ-lorraine.fr/">Université de Lorraine</a> where I have the +href="https://www.univ-lorraine.fr/">Université de Lorraine</a> where I have the chance to teach Free Software and Debian in the context of a system administration curriculum. </p> @@ -51,7 +51,7 @@ box</i> on the <a href="https://packages.qa.debian.org/d/dpkg.html">Packages Tracking System</a>, and the Ubuntu column in <a href="https://qa.debian.org/developer.php?login=lucas%40debian.org&comaint=yes">DDPO</a>. (read more: <a -href="http://www.loria.fr/~lnussbau/files/fosdem2010-debian-ubuntu.pdf">slides +href="https://members.loria.fr/LNussbaum/files/fosdem2010-debian-ubuntu.pdf">slides from a FOSDEM 2010 talk</a>) </dd> @@ -64,7 +64,7 @@ bad about it, but I try to think of it as detecting problems early, not only as delaying releases ;). The same infrastructure is also used to test major migrations or toolchain changes involving gcc, <a href="http://clang.debian.net/">Clang</a>, and Python. (more info: <a -href="http://www.loria.fr/~lnussbau/files/fosdem07-auttest.pdf">slides from +href="https://members.loria.fr/LNussbaum/files/fosdem07-auttest.pdf">slides from FOSDEM 2007 talk</a>, <a href="http://www.lucas-nussbaum.net/blog/?p=718">blog post about the recent move to AWS</a>) </dd> @@ -83,10 +83,10 @@ been developed on top of UDD (including <a href="https://udd.debian.org/bugs.cgi">bugs.cgi</a> and <a href="https://udd.debian.org/dmd.cgi">Debian Maintainer Dashboard</a>) and many others rely on UDD as a data source. (more info: <a -href="http://www.loria.fr/~lnussbau/files/msr2010-udd.pdf">paper</a> + <a -href="http://www.loria.fr/~lnussbau/files/msr2010-udd-slides.pdf">slides</a> at +href="https://members.loria.fr/LNussbaum/files/msr2010-udd.pdf">paper</a> + <a +href="https://members.loria.fr/LNussbaum/files/msr2010-udd-slides.pdf">slides</a> at MSR'2010; <a -href="http://www.loria.fr/~lnussbau/files/debconf9-ultimate-debian-database.pdf">Debconf'09 +href="https://members.loria.fr/LNussbaum/files/debconf9-ultimate-debian-database.pdf">Debconf'09 talk</a>)</dd> <dt class="dt-description"><b>Debian packaging tutorial.</b></dt> @@ -171,7 +171,7 @@ cases with different <i>products</i> (rolling release, maybe live images), without compromising the quality of our stable releases? I even think that getting more users of <i>testing</i> would increase the quality of our stable releases by having more eyes to find bugs (reminder: <a -href="http://www.donarmstrong.com/posts/bug_reporting_rate/">the bug reporting +href="https://www.donarmstrong.com/posts/bug_reporting_rate/">the bug reporting rate has been decreasing</a>). </p> @@ -238,7 +238,7 @@ document that process properly, but I'm repeating myself. <li class="li-itemize">We should <b>improve our sponsorship infrastructure</b> (reminder: <a href="http://www.lucas-nussbaum.net/blog/?p=746">half of our package maintainers are neither DDs nor DMs</a>): <a -href="http://mentors.debian.net/">debexpo / mentors.d.n</a> is great, but could +href="https://mentors.debian.net/">debexpo / mentors.d.n</a> is great, but could gain more features, such as more automated QA tests (builds, piuparts). Also, I see two ways to work against the shortage of reviewing manpower: (1) finally create personal packages archives, so that waiting for reviews becomes slightly |