[9fans] FWIW: kerTeX published as git repos

FWIW, I have published under: https://github.com/tlaronde/ risk_comp, kertex_M, kertex_T and kertex_pkg sources. More easy to browse than the tarballs. I will accept contribs after review (I believe in managing with a hand of iron in a glove of lead, the lead adding to the weight when hitting

Re: [9fans] kerTeX packages framework update

Please note that by: http://kertex.kergis.com/{fr,en}/pkg.html I mean whether the french version: http://kertex.kergis.com/fr/pkg.html or the (sort of) english one: http://kertex.kergis.com/en/pkg.html {fr,en} is not a subdir ;-) On Tue, Jan 30, 2024 at 07:47:59AM +0100, tlaro...@kergis.com

[9fans] kerTeX packages framework update

I have made a significant update to the extensions framework of kerTeX (installing packages, typically things on CTAN). What is of special interest to plan9 and derived systems users: - When a recipe downloads sources from CTAN, the URL is not specified. The definition of the env variable

Re: [9fans] programs from UNI*x

Le Wed, Jun 28, 2023 at 05:34:16PM +0200, Luis a écrit : > On Wed, 2023-06-28 at 15:55 +0100, Conor Williams wrote: > > hello there 9fans.ers > > > > anyone need any UniX programs transferred (port.ed) to Plan9 > > > > will give u a good price 1cent an hour iff i can get it going... > > > >

[9fans] kerTeX : LaTeX update

FWIW, I have modified the latex.sh recipe so that one can specify via a SUPPORTED_LANGUAGES variable a blank separated list of languages (by their Babel names) for which hyphenation has to be added to the format (hyphenation patterns have still to be compiled in the format and can not be put

Re: [9fans] kerTeX: LaTeX recipe fix for Plan9

Le Tue, Nov 01, 2022 at 02:12:32PM -0700, Skip Tavakkolian a écrit : > The problem here was due to hget failing. Binding hurl over hget and > running it again, latex installed properly. Thanks! > The problem is indeed with mirrors.ctan.org that redirects (and distributes: at every invocation, it

Re: [9fans] kerTeX: LaTeX recipe fix for Plan9

Le Mon, Oct 31, 2022 at 09:27:10AM +0100, tlaro...@polynum.com a écrit : > Le Sun, Oct 30, 2022 at 04:41:21PM -0700, Skip Tavakkolian a écrit : > > I just did a full install of the stable version in my local evolutionary > > branch of 9legacy using the get_mk_install.rc script. > > I had to extend

Re: [9fans] kerTeX: LaTeX recipe fix for Plan9

Le Sun, Oct 30, 2022 at 04:41:21PM -0700, Skip Tavakkolian a écrit : > I just did a full install of the stable version in my local evolutionary > branch of 9legacy using the get_mk_install.rc script. > I had to extend XCPPFLAGS in "kertex_T/lib1/web/Makefile.ker" to include > "-D_SUSV2_SOURCE"

[9fans] kerTeX: LaTeX recipe fix for Plan9

The latest version of the recipe used utilities in a way not matching Plan9 (rmdir(1) or mv(1) for directories...) and the use of the mf(1) binary was made without ensuring the kerTeX directory was in the path. This is corrected in the new recipe latex.sh (tested on 9front). -- Thierry

Re: [9fans] hget'ing from a cdn

Hello, Le Fri, Jul 08, 2022 at 10:07:21PM -0700, Skip Tavakkolian a écrit : > i use hurl: > > % hurl https://mirror.ctan.org/tds/packages.zip > xyz.zip > > https://go.dev/play/p/v6Ludjnzyg_L > I will then simply add the utility in the list of recognized retrievers and add the choice in the

[9fans] hget'ing from a cdn

Hello, Pkg in kerTeX are created by processing and first retrieving files using hget(1) for http served files. The main TeX repository is CTAN. Now, there is an address: mirrors.ctan.org (http/https), that is in fact redirecting dynamically to various mirrors (this changes almost on any

[9fans] kerTeX: LaTeX fixes

FWIW, for LaTeX users (I'm not), I had made a blunder in the latex.sh recipe preventing the installation of a part of the (huge) psnfss font collection. It has been corrected. Since a LaTeX user hit a capacity limit, I have also increased the 'BIG' version of the prote engine. One thing that may

[9fans] Re: kerTeX: Update for LaTeX3 compatibility

Hello, Le Sun, Apr 17, 2022 at 07:48:17PM -0500, Atticus a écrit : > Thierry, > > Thanks for more excellent work on KerTeX. I don't use LaTeX myself, just > good old plain TeX, but I always turn to KerTeX for that. I don't use LaTeX myself, neither ;-) > > There does seem to be some minor

[9fans] kerTeX: Update for LaTeX3 compatibility

Hello, LaTeX3 requires additional primitives neither present in TeX nor e-TeX and I had hence to develop these primitives on the TeX/e-TeX engine. The result is Prote (MIT licensed change file), compatible with TeX, with e-TeX and providing the primitives required now by the latest LaTeX

Re: [9fans] licence question

Le Sun, Jan 30, 2022 at 08:44:05AM -0500, ibrahim via 9fans a écrit : > On Sunday, 30 January 2022, at 8:55 AM, tlaronde wrote: > > The lacking piece is the end: converting DVI to something else than PS > and extending DVI to include drawing primitives so that there is a > "

Re: [9fans] licence question

Le Sat, Jan 29, 2022 at 09:48:47PM +0100, hiro a écrit : > > I personally would say using page for displaying pdf or ps is dangerous and > > makes a distribution depending on this feature highly dangerous for > > developers. > > yes, it's very dangerous in terms of licensing. i suggest you

Re: [9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

Le Thu, Oct 14, 2021 at 05:54:44PM -0400, o...@eigenstate.org a écrit : > Quoth tlaro...@polynum.com: > > But is clock_gettime(2) available in APE in any instance of Plan9 or is > > there a routine achieving the same purpose? > > Here's a quick sketch of something that we could add; note > that

Re: [9fans] Re: APE:sys/time.h: long instead of suseconds_t

se suseconds_t in the code for a variable thinking it is like the result of nsec(2) and it is probably a type that will never appear in real user code. So let this RIP. > On Thu, Oct 14, 2021 at 6:04 PM wrote: > > > Le Thu, Oct 14, 2021 at 07:56:37PM +0200, tlaronde a écrit : > > > A

[9fans] Re: APE:sys/time.h: long instead of suseconds_t

Le Thu, Oct 14, 2021 at 07:56:37PM +0200, tlaronde a écrit : > As suggested by o...@eigenstate.org, I have used gettimeofday(2) to > achieve what I needed. > > But I had to change suseconds_t (in POSIX) to long (in Plan9 > ape/include/sys/time.h). > > But are all the comp

[9fans] APE:sys/time.h: long instead of suseconds_t

As suggested by o...@eigenstate.org, I have used gettimeofday(2) to achieve what I needed. But I had to change suseconds_t (in POSIX) to long (in Plan9 ape/include/sys/time.h). But are all the compilers in Plan9 making long an octabytes, whatever the arch and the machine? Because a long, if it

Re: [9fans] Linking against Plan9 own routines with APE

Le Thu, Oct 14, 2021 at 12:49:47PM -0400, o...@eigenstate.org a écrit : > Quoth tlaro...@polynum.com: > > For kerTeX, I need to access a time reference with better than the > > second. > > > > The answer is nsec(2). > > > > For posix: we already have gettimeofday(), > which has microsecond

Re: [9fans] Linking against Plan9 own routines with APE

Le Thu, Oct 14, 2021 at 06:42:53PM +0200, Sigrid Solveig Haflínudóttir a écrit : > Sorry for not exactly being helpful with your issue, but that one is > the exact reason I started on https://git.sr.ht/~ft/npe. > APE is too limiting and sometimes it's easier to rewrite small parts > of the

[9fans] Linking against Plan9 own routines with APE

For kerTeX, I need to access a time reference with better than the second. The answer is nsec(2). If there is no problem creating an object .o mixing POSIX functions and nsec(2), when linking, under APE, nsec is not visible in libc. How can one mix the two, preferably under APE (my framework

Re: [9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

Le Mon, Oct 11, 2021 at 08:39:31PM +0200, tlaro...@polynum.com a écrit : >[...] > Amongst the extensions I had to add, there are two bits that go beyond > ISO C libc. One is a way to get elapsed time and unfortunately clock(3) > is not the answer. I then used POSIX.1:clock_gettime(2) with

Re: [9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

Le Mon, Oct 11, 2021 at 09:20:31PM +0200, Sigrid Solveig Haflínudóttir a écrit : > I've been using cycles() with _tos on amd64/arm64 with 9front for my > porting needs, specifically to get monotonic time: > https://git.sr.ht/~ft/npe/tree/master/item/libnpe/_npe.c#L15 Thank you for the hint. I

Re: [9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

Le Mon, Oct 11, 2021 at 03:12:11PM -0400, o...@eigenstate.org a écrit : > Quoth tlaro...@polynum.com: > > Hello, > > > > LaTeX now requires primitives (extensions) that are not provided by TeX > > nor e-TeX. > > > > I have hence developed a new engine: Prote, that adds the required > >

[9fans] Is POSIX:clock_gettime(2) in APE somewhere/anywhere?

Hello, LaTeX now requires primitives (extensions) that are not provided by TeX nor e-TeX. I have hence developed a new engine: Prote, that adds the required extensions and that will be the main target for the future enhancements. (The main purpose is to have one and only one engine, TeX

Re: [9fans] kerTeX update: security fix

Le Thu, Sep 02, 2021 at 08:00:49AM -0400, Matthew Singletary a écrit : > If you found a big in TeX, doesn't that mean you found an error in the TeX > book? Doesn't that mean you should get one of the famed checks from Knuth? > Normally, yes (the check being now a symbolic reward)---by the way,

[9fans] kerTeX update: security fix

Hello, I'm currently finishing the implementation of the newly required LaTeX primitives and there will be a new engine (extending TeX and e-TeX). While reading the program, I found a bug in TeX (and thus e-TeX; and METAFONT and thus MetaPost) in the filenames handling. So I commited a security

Re: [9fans] full fossil follies

On Fri, Jun 25, 2021 at 02:12:07PM +, adr via 9fans wrote: > On Fri, Jun 25, 2021 at 01:41:30PM +0100, Richard Miller wrote: > > > it just becomes difficult > > > to do anything when no fossil blocks can be allocated > > > > Thinking a bit further about this: intuitively one might expect to

Re: [9fans] Transfer of Plan 9 to the Plan 9 Foundation

On Tue, Mar 23, 2021 at 06:06:49AM -0700, a...@9srv.net wrote: > We are thrilled to announce that Nokia has transferred the copyright of > Plan 9 to the Plan 9 Foundation. This transfer applies to all of the > Plan 9 from Bell Labs code, from the earliest days through their final > release.

[9fans] kerTeX and latex fixes for Plan9

FWIW, a user reported that latex failed to install because I had left a mv(1) command with an expansion applying it to a directory in the latex recipe. This is corrected and the use of rmdir is corrected too both in recipes (latex and amstex) and in kerTeX_T (the utility mp2ps uses it). The new

Re: [9fans] Olimex: these guys are keen electronic engineers.

On Wed, Feb 24, 2021 at 07:50:59AM +0200, Lucio De Re wrote: > They say: > > > This is the first Espressif product with RISC-V core, the datasheet is on > > their web. > > > > This is also the first SOC with RISC-V core we have access to, so we are > > excited to learn > more the ISA on low

Re: [9fans] APL

On Tue, Feb 23, 2021 at 02:57:44AM -0700, arn...@skeeve.com wrote: > This is getting off topic ... > Yes... ;-) > > > There was an interpreter for P-code and (I think later) a compiler > > > for the Vax. You'd have to port it to current architectures, and > > > compiling TeX would probably make

Re: [9fans] APL

On Tue, Feb 23, 2021 at 01:58:16AM -0700, arn...@skeeve.com wrote: > tlaro...@polynum.com wrote: > > > On Mon, Feb 22, 2021 at 09:44:54PM +, Charles Forsyth wrote: > > > I'm fairly sure Thompson wrote it on sabbatical in Berkeley. I think he > > > also wrote the first version of a Pascal

Re: [9fans] APL

On Mon, Feb 22, 2021 at 09:44:54PM +, Charles Forsyth wrote: > I'm fairly sure Thompson wrote it on sabbatical in Berkeley. I think he > also wrote the first version of a Pascal compiler. > Pascal isn't a difficult language but I remember that compiler having an > unusual style. I think others

Re: [9fans] APL

Hello, FWIW, I have put two versions I found under kergis.com downloads zone: http://downloads.kergis.com/misc/apl4_0.tar.gz and http://downloads.kergis.com/misc/apl4_3.tar.gz The version number is relative to the BSD version it was released with. The 4.0 has a cat1 man page mentioning Ken

Re: [9fans] APL

Hello, I have the CSRG Archives CDROM set, with archives from 1978 to 1993 and final 4.4 and 4.4BSD-Lite2. There are various versions of an APL interpreter and, amongst these, a version by Ken Thompson, Ross Harvey, Douglas Lanam. Is that this one you are looking for? Apparently Caldera has

Re: [9fans] Plan 9 Foundation

Hello, On Tue, Feb 09, 2021 at 11:40:18PM -0800, Anthony Sorace wrote: > We are pleased to announce the creation of the Plan 9 Foundation. > > The Foundation exists to promote and further the development of Plan 9 and > related technologies for lightweight distributed systems. > > More

Re: [9fans] GSoC 2021 project ideas (WAS: Re: Plan 9 Applying to GSoC 2021)

Hello, On Mon, Feb 01, 2021 at 07:16:58AM +, cigar562hfsp952f...@icebubble.org wrote: > Anthony Sorace writes: > > > Hello! After a few years away, we?ll be applying to Google?s Summer of Code > > program again this year. > > ... > > > 1. Project ideas. One of the key parts of the

Re: [9fans] Plan9 and Inferno and the JS VM

On Tue, Nov 17, 2020 at 04:42:02PM +0100, Pouya Tafti wrote: > > > On Tue, 17 Nov 2020, at 15:06, tlaro...@polynum.com wrote: > > Fabrice Bellard has developed a VM in JavaScript (!!!) allowing to > > run an OS in a browser. See: https://bellard.org/jslinux/ > > > > This was brought to my

Re: [9fans] Plan9 and Inferno and the JS VM

On Tue, Nov 17, 2020 at 04:35:23PM +0100, hiro wrote: > i'm slightly disappointed that you're booting alpine and not plan9 in there > "I" am not booting anything: I'm riding piggy-back on JSLinux: I just added kerTeX on top of this and, FWIW, the union of the filesystems is done with the 9P

[9fans] Plan9 and Inferno and the JS VM

Fabrice Bellard has developed a VM in JavaScript (!!!) allowing to run an OS in a browser. See: https://bellard.org/jslinux/ This was brought to my attention by a teacher wanting to teach TeX and litterate programming to students without the need for them to install anything. This is done for

[9fans] kerTeX: do update get_mk_install.rc to succeed

In the logs I see tries to install kerTeX on Plan9 but without hget'ing first the last version of get_mk_install.rc. But I have changed the name of the recipe for building the core (CM compiled fonts and others; plain dumps). So the "old" script will work by side effect because kertex.sh is still

[9fans] kerTeX and LaTeX update

Hello, The last weeks have been fairly busy in order to release a new version of kerTeX and of the packages (because of the latest release of LaTeX). There is a new site (I have not redirected for now; I want to make a couple of additions in the following days to the new site) but it is online:

[9fans] ape/make choking on spurious continuation line

Hello, Someone trying to install kerTeX under plan9 (9front) was not succeeding so I had a look. In my created makefiles (the compilation and installation is done with POSIX(2) tools so under ape), the ones related to MetaPost had a spurious continuation line before an empty line in a list of

Re: [9fans] libdate

Hello, On Sat, Apr 25, 2020 at 05:54:30PM -0700, o...@eigenstate.org wrote: > Date handling on plan 9 is almost adequate today if you don't > have to parse dates or deal with timezones, and don't do > multithreading. Otherwise, it's difficult to get right, and > we often don't. > > We've got a

Re: [9fans] Request for (constructive?) comments: Plan 9 : 2020

On Sat, Oct 26, 2019 at 01:44:39PM -0700, o...@eigenstate.org wrote: > > But as a general gauge of initial interest it's certainly useful. > > Yes, I think that's mostly what's needed right now: Who's interesetd, > and where they are. It's important to know if we're looking for a > space to host

Re: [9fans] Request for (constructive?) comments: Plan 9 : 2020

On Tue, Oct 22, 2019 at 01:33:06PM -0700, Skip Tavakkolian wrote: > Hi all, > > Jeff (jas) and I have been chatting about organizing a "Plan 9 : 2020" > workshop. We're trying to gauge everyone's interest, and to solicit agenda > items, venue suggestions, and hopefully volunteers to help

Re: [9fans] Anything like 2e's road(7)?

On Wed, Oct 09, 2019 at 11:49:46AM -0700, Anthony Sorace wrote: > This isn't really a Plan 9 question at this point, but since we've been > talking about 2e a bit: > > 2e included a program road(7), which allowed you to explore a US map > database. It has a neat property where you can highlight

Re: [9fans] MailRoute: Past Due Invoice for 9fans.net

On Fri, Aug 09, 2019 at 03:19:49PM -0400, Russ Cox wrote: > On Fri, Aug 9, 2019 at 2:02 PM Skip Tavakkolian > wrote: > > May I ask what the monthly cost of mailroute-ing 9fans is? I can't > > decipher the pricing from their site. > > Nothing but good things to say about Mailroute. > > They're

Re: [9fans] What are you using Plan 9 for?

On Fri, Jun 15, 2018 at 04:58:35PM -0700, Iruatã Souza wrote: > On Fri, Jun 15, 2018 at 12:02 PM, Mark van Atten > wrote: > > On Fri, Jun 15, 2018 at 8:13 AM, Mart Zirnask wrote: > > > >> I'm a part-time writer and radio producer with no CS background, so I > >> even use this machine for

Re: [9fans] What are you using Plan 9 for?

On Thu, Jun 14, 2018 at 03:22:24PM +0100, Steve Simon wrote: > > The bigger problem today is the lack of a modern web browser. > FWIW, there is a javascript engine in C: http://duktape.org/ and a browser if I'm not mistaken written in C (there is the choice between are several distinct

Re: [9fans] Plan 9's style(6) manual page

On Sat, Apr 07, 2018 at 01:14:33PM -0700, Ori Bernstein wrote: > On Sat, 07 Apr 2018 19:00:37 +0300, 8hal...@airmail.cc wrote: > > > Just an amateur C programmer looking for answers. My main inspirations for > > code style is K 2nd edition and I'm curious about the instructions in Plan > > 9's

Re: [9fans] There is no fork

2018-02-12 14:05 GMT+01:00 Ethan Grammatikidis : > > On Mon, Feb 12, 2018, at 8:33 AM, Giacomo Tesio wrote: >> 2018-02-12 2:10 GMT+01:00 Ethan Grammatikidis : >>> linux-style package managers and bsd-style port trees facilitate and enable >>> coupling. >>

Re: [9fans] SMART: Silly Marketing Acronym, Rebuts Truth

On Sun, Feb 04, 2018 at 10:10:39AM -0800, Erik Quanstrom wrote: >in my experience smart can be helpful diagnosing grey failures. but it's >useless to generalize about hdd or ssd firmware wrt smart data. I suspect that the huge majority of technical resources is nowadays put on improving the

Re: [9fans] SMART: Silly Marketing Acronym, Rebuts Truth

On Sat, Feb 03, 2018 at 03:59:26PM -0800, Lyndon Nerenberg wrote: > >The interesting thing (for me) was that > >the SMART data from the drive gave it an all clear right to the end. But > >unlike the SSDs, there was plenty of behavioural warning to remind me to > >have the backups up to date and a

Re: [9fans] aijuboard

On Tue, Dec 19, 2017 at 09:22:36PM +, Skip Tavakkolian wrote: > Hi Julius, > > I am sorry I didn't support this effort. I'm glad to see the successful > results. Thank you for sharing your great and creative work. > Same here. I didn't understand at first that it was 2015 and not now and

Re: [9fans] kerTeX update: m3D for 3D images with MetaPost

Hello, On Mon, Aug 21, 2017 at 06:39:25PM -0300, Iruatã Souza wrote: > On 08/17/2017 06:47 AM, tlaro...@polynum.com wrote: > > Hello, > > > > I have updated kerTeX. The most visible change for user is the > > possibility to use Anthony Phan's m3D macros for MetaPost allowing > > 3D figures (this

[9fans] hget rc vs. hget bin: fix in kerTeX

Hello, I have reinstalled Plan9 and since the "original" iso had many problems with my hardware, I went to 9front. I must say that this has solved a lot so thanks! to the ones that did some good job! Since in 9front, hget(1) is a rc script and not a binary, the usage of hget(1) for the kerTeX

[9fans] kerTeX update: m3D for 3D images with MetaPost

Hello, I have updated kerTeX. The most visible change for user is the possibility to use Anthony Phan's m3D macros for MetaPost allowing 3D figures (this is a package, so it is m...@mp.sh package and not included in the core distribution). I have tested (and corrected) compilation, installation

Re: [9fans] Partition problems

Hello, On Sun, Nov 20, 2016 at 11:07:03PM +, Steve Simon wrote: > Hi, > > I run a modified labs kernel with a few bits of 9atom to support my atom > Motherboard. > > I have added an ssd to the mirrored disks in my plan9 server. > The initialisation of devfs fails without a helpful error

Re: [9fans] Is 9Fans dead or alive

On Tue, Aug 23, 2016 at 12:01:48PM +0300, Costin Chirvasuta wrote: > On Tue, Aug 23, 2016 at 9:06 AM, Andrew Nazarov > wrote: > > I thought the same, but yesterday I noticed that suddenly gmail has begun to > > mark all the recent 9fans messages as spam. > > Same

Re: [9fans] Is 9Fans dead or alive

On Tue, Aug 23, 2016 at 02:14:54AM +, Staven wrote: > We live, we die, we live again! We simply sleep from time to time... -- Thierry Laronde http://www.kergis.com/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89 250D 52B1 AE95 6006 F40C

Re: [9fans] rtl8169 gbe slow

On Tue, Feb 23, 2016 at 08:35:04PM +0100, hiro wrote: > downloads.kergis.com is some http server operated by OVH. > > it would be easier to post a pcap from a transfer where you control > both sides and possibly enable debugging of window sizes, timeouts, > packet loss, etc. in tcp.c like erik

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 04:45:12PM +, r...@hemiola.co.uk wrote: > >Does plan9 under lguest actually use the linux > >hardware services? Is plan9 under lguest using "its" implementation > >except for the low level device driving i.e. the ethernet provided > >by the Linux host? > > Yes. The

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 05:19:04PM +0200, lu...@proxima.alt.za wrote: > > I have hence to ask the provider if there is something, > > in their configuration, that could explain this > > If you can run NetBSD at the same time as Plan 9, you could also use > tcpdump (whatever its current

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 02:39:20PM +, r...@hemiola.co.uk wrote: > I get quite consistent results here. > > Downloading http://downloads.kergis.com/kertex/kertex_bundle.tar to /dev/null: > > linux over rtl8169 & ASDL : 5.4 seconds > plan 9 native over rtl8169 & ASDL : 12.4 seconds

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 05:20:40AM -0800, erik quanstrom wrote: > why? what's the evidence? > If I download from vanilla Plan9 (running on bare metal) data from _another http server_, I have correct results. So the problem is not with Plan9 per se, but downloading from _this_ site (and it is

Re: [9fans] rtl8169 gbe slow

FWIW, I have sent a request to my provider asking if Plan9/hget could trigger a "robot" rule leading to the throttling of the connection. -- Thierry Laronde http://www.kergis.com/ http://www.arts-po.fr/ Key fingerprint = 0FF7 E906 FBAF FE95 FD89

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 01:52:48PM +0100, Mark van Atten wrote: > Same 9front under virtualbox: > > term% time hget -o /dev/null http://mirrors.ctan.org/macros/latex/base.zip > 0.06u 0.24s 8.74r hget -o /dev/null > http://mirrors.ctan.org/macros/latex/base.zip Yes, this is the problem. It

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 12:17:30PM +, Richard Miller wrote: > > It seems that Plan9 is not at fault per se > > I think it probably is. Here's another data point (same ADSL connection) - The delicate point is: is plan9 at fault or it is the fact that it is advertised as Plan9 that is the

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 02:00:53PM +0200, lu...@proxima.alt.za wrote: > > It seems that Plan9 is not at fault per se, but the server I'm on has > > not a tremendous throughput, and since it is shared, varies greatly. > > It could be traffic related in a lot of ways. Or load related. Might > be

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 11:06:47AM +, Richard Miller wrote: > > If someone under Plan9 could try to download with hget(1): > > >From home (ADSL connection) - standard distribution on x86: > > 0.15u 0.16s 183.90rhget > http://downloads.kergis.com/kertex/kertex_bundle.tar > #l0: rtl8169:

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 12:15:41PM +0200, lu...@proxima.alt.za wrote: > > 0.10u 0.22s 192.79r hget -o kertex_bundle.tar > > http://downloads.kergis.com/kertex/kertex_bundle.tar > > > > This is under 9front under virtualbox 4.3.32. > > I get, from my workstation: > > 0.21u 1.34s 50.52r

Re: [9fans] rtl8169 gbe slow

On Mon, Feb 22, 2016 at 10:40:18AM +0100, Mark van Atten wrote: > Dear Thierry, > > > If someone under Plan9 could try to download with hget(1): > > > > http://downloads.kergis.com/kertex/kertex_bundle.tar > > > > and give me the time (it is a 10MB file) to do so, > > 0.10u 0.22s 192.79r hget

Re: [9fans] rtl8169 gbe slow

Actually, the sources are up-to-date. Setting "tcp" for /net/log doesn't produce any message. Since the problem is with one address (http://downloads.kergis.com/), I will have to snoopy the interface to have a clue about what is going on (is the negociation leading to this poor performance? Are

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 08:41:01PM +0100, Mark van Atten wrote: > > i think that david has a mirror up, and 9fs sources still works here. > > http://9p.io/ Thanks, Mark! -- Thierry Laronde http://www.kergis.com/ http://www.arts-po.fr/ Key

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 11:26:58AM -0800, erik quanstrom wrote: > > > anyway, please update your tcp. the debugging tools that are most > > > helpful with tcp are > > > /net/tcp/stats > > > /net/tcp/*/status > > > echo tcp>/net/log && tail -f /net/log > > > > To update I need to update the

Re: [9fans] rtl8169 gbe slow

> anyway, please update your tcp. the debugging tools that are most > helpful with tcp are > /net/tcp/stats > /net/tcp/*/status > echo tcp>/net/log && tail -f /net/log We have definitively not the same systems ;-) The echo tcp brings an error for netlog. But for further puzzling things (for

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 09:20:52AM -0800, erik quanstrom wrote: > On Sat Feb 20 06:04:02 PST 2016, tlaro...@polynum.com wrote: > > On Sat, Feb 20, 2016 at 02:31:54PM +0100, hiro wrote: > > > what is the latency on WAN? > > > > When using traceroute, I have 42.6ms for a roundtrip > > (cf. with

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 04:06:24PM +0200, lu...@proxima.alt.za wrote: > > But the very same machine, under NetBSD, with the very same ip address, > > downloads the very same file from the very same external server > > (downloads.kergis.com) in 17s, while hget(1) spends 6 minutes doing > > it. > >

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 02:31:54PM +0100, hiro wrote: > what is the latency on WAN? When using traceroute, I have 42.6ms for a roundtrip (cf. with LAN: 0.23ms). But the very same machine, under NetBSD, with the very same ip address, downloads the very same file from the very same external

Re: [9fans] rtl8169 gbe slow

On Sat, Feb 20, 2016 at 12:23:29PM +0100, Kenny Lasse Hoff Levinsen wrote: >> [rtl8169 gbe full speed on LAN; very slow on WAN] > Is your MTU higher that 1500? That might be able to mess things up over the > internet. > Thanks for the suggestion but no: even with -m 1500, speed is still awful.

Re: [9fans] rtl8169 gbe slow

I have compared downloading a file (via ftpfs) on the LAN, and downloading it from the WAN. On the LAN, I get the 10MB file in less than a 1s (this is normal since the node I download from has only a 100Mb ethernet). On the WAN, it takes 6 minutes (with hget). My conclusion is that the card

Re: [9fans] NetSurf (browser) and Duktape (javascript)

On Fri, Feb 19, 2016 at 02:00:47PM +0100, Kenny Lasse Hoff Levinsen wrote: > Styling/proper rendering might be more interesting than JS. > Unfortunately, today, there are a number of sites that require javascript. I don't speak about overloaded media sites. But for example bank or even

Re: [9fans] rtl8169 gbe slow

On Thu, Feb 18, 2016 at 05:22:42AM -0800, erik quanstrom wrote: > the 8169 driver is pretty fast. I've measured it at more than 500mbps. > it sounds like something else is misbehaving. what does > /dev/irqstat say. I bet something is stuck. > Is /dev/irqstat a lapsus? Here are /dev/irqalloc

Re: [9fans] NetSurf (browser) and Duktape (javascript)

On Fri, Feb 19, 2016 at 01:17:12AM +0100, Aram H?v?rneanu wrote: > What problem would this solve, it's not like netsurf can display any > useful web page that mothra can't display. NetSurf will incorporate Duktape javascript engine. Does Mothra have javascript? -- Thierry Laronde

Re: [9fans] NetSurf (browser) and Duktape (javascript)

On Thu, Feb 18, 2016 at 08:41:27PM +0100, Jens Staal wrote: > 2016-02-18 15:26 GMT+01:00 : > > > NetSurf (http://www.netsurf-browser.org/) is a browser written in C. And > > Duktape is a javascript engine written in C too. > > > > Has anybody given them a look? > > > >

[9fans] rtl8169 gbe slow

Hello, I have finally managed to install plan9 on my new workstation. By putting back the keyboard on the PS2 connector, I have solved some unfelicities (with the USB->legacy emulation, the keyboard switched every other typing to UPPERCASE...). The mouse, still USB connected and hence

Re: [9fans] plan9.ini: ipconfig and bootargs

Hello Erik, On Mon, Feb 15, 2016 at 07:41:37AM -0800, erik quanstrom wrote: > On Sun Feb 14 08:30:20 PST 2016, tlaro...@polynum.com wrote: > > Hello, > > > > When trying to re-install a Plan9 on a new node, being unable, with the > > kernel compiled present on the CDROM image, to access a FAT or

[9fans] plan9.ini: ipconfig and bootargs

Hello, When trying to re-install a Plan9 on a new node, being unable, with the kernel compiled present on the CDROM image, to access a FAT or an iso image of a root file system, I went to a combination of a minimal sketch of a plan9 slice, with a 9fat made "by hand" (from an already installed

[9fans] bad character set for rune...

Hello, I'm on the way to install Plan9 on a new node. Since with the CDROM or the (different flavors of) USB images, it doesn't work, I'm "bootstrapping" by hand. I have made, from an external OS (NetBSD), a plan9 partition with the initial 9fat configured and populated in order to be able to

Re: [9fans] bad character set for rune...

On Wed, Feb 10, 2016 at 10:40:21PM +0100, tlaro...@polynum.com wrote: > > Well, it works, but when launching the installation (I have copied the > various scripts so that they are in the served /), I have the message, > continuously repeated: > > bad character set for rune 0x in

Re: [9fans] Install: root file system

On Mon, Jan 11, 2016 at 06:06:57PM -0200, Iruatã Souza wrote: > Never tried it, but you could try installing 9front, then your > distribution of choice atop of that. If nothing else works, I will fall back to a kernel loaded locally from the sketched "by hand" plan9 partition (indeed the 9FAT at

Re: [9fans] Install: root file system

On Sat, Jan 02, 2016 at 04:26:39PM -0800, erik quanstrom wrote: > i'm not sure what the root cause of your problem is, I'm now suspecting that the underlying problem is that a 9fat is a dos, but that is a special dos: part of a plan9 slice, so whether kfs or fossil supplementary partitions are

Re: [9fans] Install problem: disks not listed

On Fri, Jan 01, 2016 at 01:25:20PM +0100, tlaro...@polynum.com wrote: > > I have a new node and I'm trying to install Plan9 on it (it is a > multiboot node, with already NetBSD and Windows). > > When booting (from Bell Labs' iso), the disks are found as sdE[12], the > CD driver as sdE0 that are

[9fans] Install: root file system

Hello, As explained in a previous message, I try to install Plan9 on a new node (previous one defunct). I have tried the usb Bell Labs and 9 atom flavours, and none works on my node. The Bell Labs iso works (I mean it boots and the install starts) but 9pcflop doesn't recognize my disks (while

Re: [9fans] Rio: possibility to forbid resizing a window?

On Fri, Jan 01, 2016 at 02:58:07PM -0800, erik quanstrom wrote: > > Is there such possibility with rio? > > yes, this is implemented by games/sudoku. just refuse to resize. > Thanks. I will give a look to the code. -- Thierry Laronde http://www.kergis.com/

[9fans] Install problem: disks not listed

Hello (and best wishes to all for 2016!), I have a new node and I'm trying to install Plan9 on it (it is a multiboot node, with already NetBSD and Windows). When booting (from Bell Labs' iso), the disks are found as sdE[12], the CD driver as sdE0 that are all on SATA. But when going to

  1   2   3   4   5   >