From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 91D633B2B0 for ; Sun, 12 Jun 2016 14:14:07 -0400 (EDT) Received: from [192.168.42.152] ([80.187.98.244]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MHoWj-1b8aaj2cdJ-003ghw; Sun, 12 Jun 2016 20:14:02 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: <87k2hui8uj.fsf@toke.dk> Date: Sun, 12 Jun 2016 20:13:56 +0200 Cc: Rich Brown , bloat Content-Transfer-Encoding: quoted-printable Message-Id: <07DD1995-2730-4235-BA0D-B00ACAB79D13@gmx.de> References: <86DAC1A9-D218-40A4-AD48-D9C0B4B01103@gmail.com> <87twh0j5dg.fsf@toke.dk> <87inxfk28r.fsf@toke.dk> <87wplvij9r.fsf@toke.dk> <2BB7767C-F58D-4A91-9EDF-03C9DD31D882@gmail.com> <87k2hui8uj.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:4WlDM4fsuJ9rKNGUVdpFfyBGdNnKcGsfaYLB8c0m+zLJbBrZW+0 5dZPsi1YHo5fAW25PwVuljJCnUjF7e2qs1sbEkCBxWEy5kGmLNjAENGg4/KQsm1Brt8Mb7O iTKZa9qAry0w4YabaTVJWa9fHFm8sPbYIbF0ZDpg0uwj+9uw3Bn03CDG2DeslpsApSoccPC NeN4L5qDFNObfqgadem+g== X-UI-Out-Filterresults: notjunk:1;V01:K0:TdWjZrwShwg=:5uKgycwix0uuSgLqVnbwX8 p3C2KAio15p+UyW1ytPBmD/TjBTKwe6B2Q8tWPwyOVXI++TTa19Vdt2aSeIloIFic9+Lx6ejO RPsFvmNz7TcuCSVcuGo9IEeVzxxlAaQ6MRHWIO4LfCbRllGy+IzBMpuGM+/SGERWJExAxScng 06itAPHssheIY53MzM8493YeS7nHI+PSCLGkdQEl9qQdAO8CtHuxZvmAZ7tTAEQts6TmFV44J L+5WvxJxTkH7OtGLUax3Xi50Y4LsqgEx362V2FQsd+XhxOZ/xTRbg8Um/4PG+Ly7F88RpJfw5 8zABUt2aQkj6YLObmDov48844C++vxBMwS+pm8+JyfFaYfrFzvhHpsQAUf3sgXeT0dLkBlkfS qUoeFBgYTnxchDvko5duPkRawP5q4qbcUhleFyOUeLvhSWORzeAZvrdo0AdrK+WeupoGNQ9We q6wbZsfQ/uieiA5saDk0+4amoAGZJ7HAm5AgEkTMkY90JyBXysFSNXp3Rl13Dw8cHKXql6KT2 E1fSsLNAciigG8kYPgDph2/NtfCS0hOlAZf7hu53taonGbrMd5ygNntdk+t+PwfY/7JJNDmRv mPjbuPwl1crSY47U2wZPWSIeJUsFd8wlv0jwGoxzlso9pAFyn3eFiI3OeHumrhSE13TQAAv3w txwzILKApTAvq19vFYzftEGxVQ8Kso8Y26M9lRcesGpxLIj6H5mA/u1vxuDQAg+cuBH6MVBi8 lX3UecAzpyJ46pSL64kmrj7BxGlZlYGYmuPq5hZlA7OGzjL6ma8JOjg0O//ypluNgCgpp7PP4 ckAKCMRqqaN5dCo0EKGyXUl6XQtwg== Subject: Re: [Bloat] Bufferbloat.net - Organizing, curating, and workflow X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 18:14:07 -0000 So how do I contribute changes to existing pages? The cake page has some = inaccuracies regarding VDSL2 encapsulation that I would like to fix=E2=80=A6= =E2=80=9CApparently PTM does have a small additional overhead on the = order of 1=E2=81=84128, due to HDLC framing which attaches special = meaning to 0x7D and 0x7E bytes; I might need to add approximate handling = for that, kernel-side.=E2=80=9D The point is only VDLS1 used HDLC on the relevant data bearers, VDSL2 = uses 64/65 encoding that has not reserved octets and hence does not have = additional overhead nor magic bytes=E2=80=A6 (full disclosure VDSL2 = still allows HDLC bearers, but just not the one bearer the user actually = sends data over, so the HDLC thing is a distraction that we can avoid.) Best Regards Sebastian > On Jun 12, 2016, at 20:02 , Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > Rich Brown writes: >=20 >> Thanks again to Toke for all this good work. It's terrific to see the >> pages resurrected, and to have the www.bufferbloat.net site living >> again. >=20 > You're welcome! Just glad it's being appreciated ;) >=20 >> I've been thinking of the next steps - to make all this work really = useful. I see there are three important issues: >>=20 >> Organizing: Thinking about the best way to display the current = information: >> - Should Cake be listed as a top-level project? >=20 > No opinion. >=20 >> - Is there a way to display newest entries? I'd like to see a >> sidebar element showing the 5 newest posts >=20 > Yes, certainly. Was thinking of putting a list of newest news items on > the front page. However, for the wiki pages it is not necessarily > obvious that having a notion of 'newest' is useful. >=20 >> - Can an RSS feed be generated automatically? >=20 > Yes, but see above. >=20 >> Curating: The current site makes it seem as if all pages are equally = important. I feel the urge to do the following: >> - Categorizing the "List of Wiki Pages" for a project (e.g., = http://bufferbloat.net/projects/cerowrt/ )=20 >> so there's a sense of their importance >=20 > A way to do this would be to update the 'index' wiki pages to be more > useful (e.g. https://www.bufferbloat.net/projects/cerowrt/wiki/) and > keep the overview pages as a 'complete' list. However, it's certainly > also possible to mark some of the pages as 'important' and have those > show up on top of the list. >=20 >=20 >> - Discard old/outdated/useless articles >=20 > Yes, this is probably needed. And also fixing broken links (see the > issue I opened for this on github). >=20 >> Workflow: >> - Rules for making posts: Who can make them? How do they get >> published? >=20 > Well, it's a git repo. I figure anyone can do pull requests. >=20 >> - Auto-publish - if it's not already happening, could we >> re-render and publish after a commit? >=20 > Yes, that is certainly possible. For now I figure I'll do it manually > (it's just re-running a script), but if we get enough activity that = that > becomes a bottleneck, I can certainly set up something automated. >=20 >> - I see the 404 handler in place, but it doesn't seem to show a >> link to archive.org >=20 > It includes a javascript from archive.org which *should* show a link = if > (and only if) an archived version exists. Haven't verified that it > actually works. >=20 >> - Is there a way to do page redirection? It looks as if Toke has = done a great job of replicating >> URLs in the new site, but if we see frequent broken >> links, is there a way to redirect a page to its >> equivalent on the new site? >=20 > Yes. This is already used for news items and issues. >=20 >> - Should we add a Google search box on 404 page? On every page? >=20 > Not sure what it takes to do this properly, and if it's worth the > hassle. >=20 >> - Would it make sense to review error logs from time to time? >=20 > Possible. Split out the logs to a separate file; can provide it if > someone wants to go digging. Or I can just parse out a list of 404 > errors from time to time. >=20 > -Toke > _______________________________________________ > Bloat mailing list > Bloat@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/bloat