[ prog / sol / mona ]

prog


Anonymous Programming Boards

1 2018-10-29 07:14

https://dis.tinychan.org/prog/
http://4-ch.net/code/
https://7chan.org/pr/
https://boards.420chan.org/prog/
https://lainchan.org/%CE%BB/index.html
https://arisuchan.jp/%CE%BB/
https://8ch.net/prog/index.html

/tech/
https://endchan.xyz/tech/
https://wirechan.org/g/

2 2018-11-01 01:47 *

https://kohlchan.net/prog/ (German)
https://2ch.hk/pr/ (Russian)

3 2020-02-29 19:24

arisuchan is dead
There's a message on the index page: "fuck it. rip arisuchan"
What happened?

4 2020-02-29 19:52

>>3

A lot of things. I think Seph gave Kalyx the admin status and all the things went down.

5 2020-02-29 20:04 *

It was unrelated to Kalyx. There was some deranged idiot who kept posting death threats for Seph, flooded every board until the actual threads dropped off the last page, and in his final desperation even started spamming CP. After that the front page was changed to the current one.

I really miss Arisuchan.

6 2020-02-29 20:16

Has the content been archived at least?

7 2020-02-29 20:34 *

I don't know of any archives. You can give the wayback machine a try, but it seems to be pretty far from being complete: https://web.archive.org/web/20190721213515/https://arisuchan.jp/%CE%BB/

The only thing I have saved is the images from the meganekko thread.

8 2020-03-01 14:16 *

http://4taba.net/board/cc (also written in Scheme!)

9 2020-03-01 14:47 *

>>8

also written in Scheme!

https://github.com/4taba/4taba
"""Requirements
Apache2 (or equivalent, such as nginx)
PostgresQL
mod_wsgi with python3
Python modules:
PIL
psycopg2"""

10 2020-03-01 15:31 *

http://4taba.net/contact

GitLab: https://gitlab.com/ison2/kotatsu

Dependencies
guile
artanis
guile-dbi
Kernel version 3.9 or higher (allows binding multiple instances to the same port, for lower kernel versions recommend using Apache2 or Nginx)

11 2020-03-01 15:50 *

>>9,10
Let me get this straight. 4taba was written in python and then rewritten in guile (hence the 4taba2 domain)?

12 2020-03-01 21:07 *

>>10
https://github.com/4taba/4taba/blob/master/LICENSE

GNU GENERAL PUBLIC LICENSE
Version 3, 29 June 2007

https://gitlab.com/ison2/kotatsu

No license. All rights reserved

Not free software.

13 2020-03-02 07:38 *

If you have a gitlab account, please make an issue for it. I made a thread on their computer board. Hopefully it was just an unfortunate mistake.

14 2020-03-03 00:57

>>13
Done. But by reading your thread on 4taba, I'm not sure their board is running with the scheme code. Someone responded something about taking the site over and using the old Python code.

15 2020-03-03 04:35

If sources there, why license matters?

16 2020-03-03 07:36 *

Software is copyrighted by default, you can't use it unless the author gives you permission. If you started using it, they could sue you for copyright infringement.

17 2020-03-04 02:56

>>14

I'm not sure their board is running with the scheme code.

It is Scheme!
http://4taba.net/thread/cc/116#6p
https://github.com/ECHibiki/Kotatsu

Does that make 4taba/cc our... sister board? An early prototype of SchemeBBS was written in Guile (without Artanis)
Icing on the cake, kotatsu is now free software: https://gitlab.com/ison2/kotatsu/-/blob/master/LICENSE

Congrats >>12-sama, you have liberated two anonymous BBS software this week!

18 2020-03-04 04:19

>>17

Congrats >>12-sama, you have liberated two anonymous BBS software this week!

Thanks, but I don't know what -sama is and I'n not https://textboard.org/prog/60#t60p5

19 2020-03-04 04:19

*I'm not

20 2020-03-04 04:41 *

>>18
It's a Japanese Honorific.
https://en.wikipedia.org/wiki/Japanese_honorifics
It's customary to add these suffixes to post numbers. The most common of these are -sama, -san an -kun. >>1-san is also the name of a funny 2channel SJIS-art character: http://tanasinn.info/wiki/1-san

21 2020-03-04 15:08 *

https://bunkerchan.xyz/tech/

22 2020-03-04 17:47 *

Does that make 4taba/cc our... sister board?

Cute.

23 2020-03-06 22:38

Where is tabamin? I have a 500 READ SICP error when I try to post something in 4taba.

24 2020-03-07 00:01

>>23
It's 502 Bad Gateway now. Also, that wasn't me.

25 2020-03-07 01:06

It's back up.

26 2020-03-07 09:36 *

Are they even aware of the existence of this place?

27 2020-03-07 21:26 *

>>26
I don't think so, except wirechan and 4taba.

28 2020-03-07 22:19 *

Oh no, I meant to ask if /taba/min was aware of this place.

29 2020-03-07 23:52

>>28
Someone had to post >>8.

30 2020-03-08 08:51 *

>>29
I'm >>8 and I'm not Tabamin. He never advertised his board or the fact he used Guile Scheme. I believe we've known each other as Anonymous for a long time.

31 2020-03-09 12:22 *

>>28
Tabamin knows of this place, but that's about it. I came up with the name kotatsu. If you read this, I hope you're doing well.

32 2020-03-12 05:44

http://shitmyself.com isn't a programming board, but it seems conducive to intelligent discussion, and I've there seen posts about projects. It seems like it's still under development. (At least, I hope it is.) It's a bit clunky right now, but it has a few features that I like, such as PGP support and forum data download.
If you post a PGP clearsigned message, it'll be displayed without the ugly PGP metadata, but you can still download the raw PGP message, for independent verification.
The data download is a bit dumb right now. It seems that you can only download the whole forum data, e.g. if you want to do a full mirror of the site. Personally, I would have thought it more interesting if there were a way to select which items to download. Maybe I want to follow a particular author, so I would periodically check for / download new posts by that author. Maybe I only want posts about a certain topic, so I might want to get only posts with certain tags, or containing certain words or phrases. Also, if I want to make my own forum using compatible software, I'd like to have a way to not only mirror some sets of posts, but to be able to send copies of replies of mirrored posts whence came the mirrored posts, so that the source server can have a copy of those replies, so that any server that is mirroring a post and it's replies can have a copy of all that posts replies, irregarding from which server the replies came. i.e. I could reply R to a post P via server S, and all servers mirroring replies of P, would get a copy of R. I think it would be neat if there were (perhaps limited---it is turing complete, after all) TeX typesetting support, so that a post can be a TeX manuscipt, dispayed with nice rendering.

33 2020-03-15 20:01 *

>>32
Did you give money to own this domain name?

34 2020-03-16 20:57

>>32
If I remember correctly, the most interesting thing about this site is
that it was cross-testing and optimised for compatibility with a wide
range of browsers, including historic ones from the 90's. I can at
least still use the site reasonable well in eww.

35 2020-05-27 07:10 *

tresst

36 2020-05-27 07:23 *

Author here.

Thank you for visiting and for writing about it. It is indeed a bit clunky, and the data download is indeed dumb, and these are both in my todo.txt. Now that I've done a bit of prototyping, I plan to rewrite the data output streams so that it's easier to write pages which produce, all at once, html, rss, zip, and maybe something else, too.

The forum data is not just merely downloadable. The neat thing about using PGP for auth is that you can clone the forum from this data, rebuild it, and the same identities can be used on both forums, with full continuity of user accounts. The accounts themselves, the private keys, remain with the client.

Yes, you could potentially transfer the messages between different servers, as well as have each server tag them too.

TeX support is not planned at this time, but I don't see why that wouldn't be possible. What I do want to ensure is that when a user types something in, it is rendered how they meant it, not how the programmer thought it should be rendered based on some bullshit rules, e.g. Markdown or <ul><li>. I want to eliminate the possibility of a user typing 1. 3. 5. and seeing 1. 2. 3. in the output, or typing http://wikipedia/blah_(foobar) and having the last paren drop off, that's a bad user experience.

I have indeed optimized for all the browsers I've had access to, which is currently Windows-centric, like Netscape, Mosaic, IE, Opera, OffByOne, and Safari, but also includes iOS 7 and 8, recent Mac Safaris, occasional Chrome, Android Chrome including older ones, Links, w3m, Dillo, NetSurf, Lynx, Seamonkey, Konqueror, Midori, and qutebrowser, my favorite browser at the moment. Most have been tested with JS and without, and there is also an Light/Accessibility mode, which strips all but the most essential tags from the pages. It has recentl been tested by a screen-reader user, but I have yet to delve into that myself.

I came here googling my own URL, and I really like this forum, and happy to answer any questions.

37 2020-05-27 15:59

>>36

happy to answer any question

GPG signatures is how tripcodes should have been done, I'm glad someone is finally implementing that. Now for the question: are you really going to stick with that domain name? (I assume you're the author of http://shitmyself.com )

38 2020-11-02 07:59

Well, I have stuck with it for now. The reason I like this domain name is that a) it has "h t m l" in the name in that order b) It's memorable, profane, and yet not mean or extremely offensive c) This name will slow mainstream adoption, which is a desired effect for me.

39 2020-11-03 07:29

>>6
https://archive.arisuchan.jp/

40 2020-11-09 08:55

>>38
One the other hand, you're now stuck with the kind of people who can get in.

41 2020-11-24 23:27 *

2018? Has it really been 2 years? Jesus Christ.

42 2020-12-02 20:34

fuck, i miss arisuchan

43 2020-12-02 21:11 *

>>42
I visited it a few times, but never posted or really read anything. Only really was concious of it after it closed. What made it noteworthy? What made it different from lainchan?

44 2020-12-02 23:10

>>43
it was more ccomfy

45 2020-12-03 06:47

This is more of a historical question than anything, but in the past I came across some imageboard or textboard software with some sort of lineage (a “such-and-such”-like board), but I can't seem to recall the type. The distinguishing feature I seem to remember is that it used color to indicate conversation threading without to indent forever. Anyone have any idea what I'm talking about?

46 2020-12-03 13:06

>>45
no idea, but most people will not handle 10+ color coded subthread categories in memory, which explain why it hasn't caught on.
Subthread indents can be 1px which will give you 1k nesting.

47 2020-12-03 17:02

>>45,46
I tracked down an archive of the thread I read about the board in from a couple of years ago. The name of the board was not mentioned in the post, and the image was excluded from the archive, but the name was included in the filename of the unarchived image. From that I was able to search and find an archive of the image and the source repository:

https://i.warosu.org/data/g/img/0472/37/1427751389873.png
https://github.com/nkeronkow/tolxanka

So this is actually a novel imageboard engine called Tolxanka. The first color coded column indicates the current post, the second the parent post. My understanding is that the diamond on the far right is used to narrow to a post as if it were the root (OP) of a thread hiding all other posts in the original larger thread. Further of interest is that threads are organized by tags rather than boards similar to a bouru style imageboard, and it's a real-time board (which I've honestly not heard great things about).

>>46

Most people will not handle 10+ color coded subthread categories in memory.

I think you're completely correct, and I think the author of Tolxanka would have agreed. The impression I get from the screenshot is that these colors are pleasant to use as a reference system (not storing the colors in memory but more like one would read an indented thread, looking up the post at an indentation level lazily) when they are relatively local, and less so otherwise. This is likely why the narrowing functionality was included, and I could see it being rather adept at this; unfortunately, there is no active instance or archive so I can't really test this. I might put up a private instance for a few friends to test the ideas at some point.

48 2020-12-04 00:25 *

>>47

Mandatory JS to look at an image.

Sorry I meant to download and re-upload somewhere sane: http://0x0.st/i70L.png

49 2020-12-06 10:08

>>45
I'm happy to see a fellow admirer of Tolxanka. I think such a redesign justifies the eating of RAM like no tomorrow. Browsing the internet wasn't always a trivial thing with a weak machine and a slow connection. Many websites already serve you a second-rate experience if you don't use Chrome or a mobile browser. Might as well put that beefy PC to use with a novel experience for the discerning user who can appreciate experiments. Too bad the Tolxanka userscript was left unfinished.

50 2020-12-06 15:21

>>49
w3m is my primary browser, so ironically this layout would be dramatically worse for me unless there was a separate client, or graceful degradation. I do really like the idea though, and I would like to see a move towards more optimized separate clients, especially for web applications.

51 2020-12-07 08:07

>>50

a move towards more optimized separate clients

What's more likely is awful apps resembling mobile rather than desktop and more things running on Electron. It would be nice if someone extended something like Qutebrowser or Luakit for it, but that's a pipe dream.

52 2020-12-07 15:43

>>51
I don't know, many forums have Gnus interfaces, and this website has sbbs.el for example. It might just be a matter of having stable APIs and decent abstractions to make writing the interface relatively painless. Of course these APIs have their own problems in terms of requiring serialization and parsing of inefficiently encoded information which lacks request granularity, meaning you end up downloading a ton of stuff you don't need in a format which requires work to access, but this is another issue.

53 2020-12-10 10:05

>>52
I forgot to mention Nyxt browser which would be very appropriate here.

54 2020-12-10 13:25 *

>>51,53
I never addressed your position directly. I would be less happy with a browser than if I had forty instances of webkit running on my machine. I'm not eager to go into the details but the solution to this problem is not pretending that web browsers are not web browsers but by destroying the web browser. The internet should be unified with the filesystem, our byzantine text based communication protocols, markup languages, and serializations formats should be cast to the dust bin of history. A program should never run on anyones' machine without their explicit permission, and should not be necessary for non-applications. To think of a webbrowser as a dedicated client is just to play games with words.

55 2020-12-10 16:31 *

>>54

I would be less happy with a browser than if I had forty instances of webkit running on my machine.

Sorry its been a hell of a week. I meant to say: "I would be less happy with forty instances of webkit running on my machine than a browser."

56 2020-12-10 23:27

>>53
I would avoid Nyxt browser simply because it has no meaningful sandboxing. Webkit routinely has bugs that can enable an attacker to obtain arbitrary code execution within the context of the content process; without sandboxing, this can result in full system compromise.

57 2020-12-11 01:32 *

>>54,55
Pike I.

58 2020-12-11 05:12 *

>>57
This is just a coincidence, and I was worried it would come off this way thinking back on it today. Pike and Plan9 are mostly disagreeable with basically the exceptions mentioned in the post. Just on the filesystems for example I'd like to see a tag based filesystem with arbitrary links between and within files as mentioned here: http://textboard.org/prog/199/7 There is an immense amount of flaws regarding reliability as well, journaling, copy-on-write, snapshots, file-types, checksums, etc. are all necessities, and I'm certain the networking is likewise not designed with reliability in mind. In general I don't know enough about the implementation details to critique it though.

59 2020-12-11 05:20 *

>>58
I forgot the most important thing, I want objects persistent or temporal to be treated in the same way as files. I want to be able to dynamically search for a variable and modify it at runtime the exact same way I would modify any file in this system.

60 2020-12-11 06:53 *

>>58
More specifically pike claims to want a global 9p namespace for unifying the internet with the filesystem, I forgot what blog entry that was but it must of been shitposting and so I posted that in reference, not stating it was your claim. If you want to separate from this and take something that works better in this case the term data oriented networking would work and is agnostic. It's called content centric networking but data oriented describes it better in comparison to what's currently used.
Current networking is designed with reliability in mind but it is highly fragile, adding anymore reliability incorrectly can make it unreliable, I'm not an expert but you can easily test this by shoving another layer ontop of tcp with more reliability then throw it over an unstable connection and watch the scheduler's buffers overflow until the connection breaks while data transfers stall.
Physical data storage also has a crappy stack that has reliability capabilities, with a modern ssd as an example, the ssd's microcontroller can have ecc memory, it's firmware flash filesystem checksums but the top filesystem won't make use of theses. With flash if the filesystem communicated with the firmware you could also have rollbacks.

coincidence

You don't have a loisence for this.

61 2020-12-11 07:47 *

>>59
Implementing this on modern systems would mean those systems adopting dynamic #drivers. In an example using a plan9 like system you would, mount the relevant #drivers over the processes's fileserver and then write the autoobject driver #ߝ and mount it.
End result may look like this after `sensor' has been made and the fileserver mounted.

cat /n/temperatured/drivermap
ctl
#c plan9/
#e environment/
#ߝ sensors/
 sensor/objmap encodedmetadata
 sensor/occlusion encodedmetadata
 sensor/heat encodedmetadata

If they shove this into whatever system your using, have fun with how broken 9p is there. Nothing implements even the standard correctly, disregard it's design flaws.
This has been statically adopted as procfs on modern systems, it's broken by design and makes things worse, amasing.

62 2020-12-11 20:12 *

>>60

I'm not an expert but you can easily test this by shoving another layer ontop of tcp with more reliability then throw it over an unstable connection and watch the scheduler's buffers overflow until the connection breaks while data transfers stall.

I'm actually ignorant of this, I know of some people who think TCP, and especially its implementation on Linux need to be removed and replaced with something better, but I have done nothing this low on the communication stack. On principle nothing should ever buffer overlow, not even if you run out of memory and storage (you should be prompted to handle it before its an issue).

With flash if the filesystem communicated with the firmware you could also have rollbacks.

Isn't hardware firmware notoriously bad. Really we should have decent hardware I suppose.
>>61
I'm not wise enough yet to respond to this either. Sorry to disappoint.

63 2020-12-12 05:41 *

>>62
Tcp/ip/mac/tubes is being used as an example here, same thing can happen with il/ax/neutrinos.

On principle nothing should ever buffer overflow

Overflow was an exaggeration by principle, it's filled stalling the connection then forced freed later killing the connection, making the reliability fail. The higher layer of reliability will keep sending packets it didn't know got sent properly or it could happen in reverse.
Thank fuck the monolith is capable of not crashing the system and allowing other buffers when these buffers get clogged.

Isn't hardware firmware notoriously bad. Really we should have decent hardware I suppose.

Everything written here, gpu firmware developers are underpaid depressed russians with free state sanctioned vondka. Disregard the differentiating passions and worlds of hardware developers firmware developers and software developers have now, defining what's good.
You could fix the ssd firmware or hdd firmware by following bunnie's example or using something like openssd. The hardware is still designed to fail like all consumer garbage, even for "enterprise", "military" and "research".

I'm not wise enough yet to respond to this either. Sorry to disappoint.

How about this more lnuix way then.
#drivers can be seen here like mounts with nonfilesystem logic in them, like procfs and sysfs are but have special unique identifiers. In this example think of the so called hybrid scheduler lnuix has adopted these identifiers that could be programmed like fuse is but in a mircokernel context, now modify the toolchain your using to create a new instance of #ϻ local to the process and register that language's objects and last reserve the standard form #ϻ0 then extend to #ϻ0pid for ipc without a broken 9p. Not sure what you would use other numbers here for but that's the format. Mounting #ϻ0pid would be unprivileged given it's the same user, processes on this system are considered to have full control over others running with the same user.
If it still doesn't make sense, programmer has special mount #ϻ local to the process which contains mutateable and nonmutateable objects from the program. This mount can always be mounted anywhere given the process has the privilege to that directory. If an external program wanted to interact with that programs objects as files it would mount #ϻ0pid given it has the privilege.
It looks like this given the toolchains can handle unicode raw like plan9's can.

Program a.
#include <stdio.h>
#include <unistd.h>
int x = 0;
int add(int y) return y+1;
int divide(int y) return y/2;
void main()
{
  int y=add(4);
  while (1)
  {
     printf("x\ny\n");
     sleep(1);
  }
}

Program b.
(use-modules (srfi srfi-13))
(use-modules (my misc))
(define pid (getjobpid 1))
(define namespace (getnamespace))
(define driver (drivermount ("temporary") (string-join `("#ϻ0" ,pid)) (string-join `("/tmp/" ,namespace "/"))))
(writestdin (string-join `(,driver "x")))

Running.
a&
0
5
echo 9 |b
9
5
mount "#ϻ0$jobpid" "/tmp/namespace/$random"
echo 11 > "/tmp/namespace/$random/main()/y"
9
11
echo 'divide(10)' > "/tmp/namespace/$random/main()/y"
9
5
umount "#ϻ0$jobpid"
echo 'add(7)' |b
8
5

Representing objects in a pseudo scheme would of been too vague for this example but you would pass the objects' logic to the #driver from the scheme code and support miniature scheme images. If you wanted this c example to be capable of running new code paths you would support compiled object files as miniature c images.
This isn't an optimal solution, it almost completely disregards security and it's based on predictions for what will get adopted like how these systems have had no real reason for procfs or 9p yet there it is, incase that hasn't been implied.

64 2020-12-12 06:02 *

>>63
Printf() should be printf("%i\n%i\n", x, y);. Not that it matters for this pseudo code.

65 2020-12-13 04:39 *

>>63,64
I think I understand. It's finals week and I've been low on spare cycles, I'll revisit this to respond at a later date.

66 2020-12-13 06:10 *

>>65
Take your time. Coming up with something better should be easy.

67 2021-04-05 12:07

https://26ch.org/
Running on SchemeBBS.

68 2021-04-05 19:16

>>67
Should this be added to sbbs.el?
Also, the CSS seems to be broken.

69 2022-04-13 09:26

>>3
>>7
https://anonfiles.com/raM1U4dfxb/arisuchan_7z

70 2022-04-13 09:47

>>67
It's dead.

71 2022-04-14 02:01

https://omegachen.top/tech/ real time imageboard

72 2022-04-17 16:15

>>71 what is this "i'm not a robot" thing. i'm not into these stuff and it makes me laugh :)

73 2022-04-24 21:28

Funky ass robot with a funky ass BREAK

74 2022-04-28 08:07

Nanochan
http://nanochanqzaytwlydykbg5nxkgyjxk3zsrctxuoxdmbx5jbh2ydyprid.onion/g

75 2022-04-28 23:35

https://echobubble.xyz/textboard/index.html

The echobubble.

76 2022-04-29 05:01

>>75
That's only 2-3 days old. Want to guess how many days or weeks it will remain online?

77 2022-04-29 10:55

>>74
Nanochan Lua source code:
* https://paste.textboard.org/5f49c8c6
* https://pastebin.com/jZCbSXAL

Less than 3500 lines.

78 2022-04-29 17:03

>>77
And this is Static/nanochan.css: https://paste.textboard.org/aec0cc28

79 2022-05-03 15:09

/robowaifu/
https://alogs.space/robowaifu/

80 2022-05-07 22:16

However long the vps its running on can be kept running.

81 2024-04-11 16:07

Bumping this, because we've had two "im making an image board" threads on /prog/ and these used car salesmen can't open the thread list or search the site for the life of them.

I'm looking at you two!
https://textboard.org/prog/713
https://textboard.org/prog/721

82


VIP:

do not edit these