pratyahava

also in sam and acme editors in plan9 os

yes, please, and also via cli so we can automate it.

Sorry, i am not very much into kernel/netstack development, but a question. So does it mean that even if an alternative NAT system will be available in Linux (kernel module with a switch or whatever) - it will not be adopted by industry because everyone (and every device) is used to how it works now?

thanks to the author of the article, it inspired me to try making a small gui app i wanted for long time - it simply reads and shows the contents of the system clipboard in a window. and it was really super easy, i didn't need xcode, only `swiftc` from command line. honestly i didn't know i can make an app without opening xcode, now i want to make more :) so i made the app with approx 500 lines of Swift, with keyboard hotkeys for navigation and style change (fonts, colors, window size), just the way i love it.

  cmd+U scroll to beginning 
  cmd+I scroll to end
  cmd+u page up
  cmd+i page down
  cmd+j one line up
  cmd+k one line down
  cmd+- font size decrease
  cmd+= font size increase
  cmd+0 font size reset to default
  cmd+3 default font
  cmd+4 alternative monospace font
  cmd+[ grow left window border
  cmd+] grow right window border
  cmd+{ shrink right window border
  cmd+} shrink left window border
  cmd+9 switch background and foreground color

all this in one day, with huge help of duck.ai which is completely free. the app size is approx 300kb. using it feels great because i can do the whole cycle with keyboard only:

  - cmd+space to open spotlight search
  - type the name of the app, enter, it opens a new window with clipboard contents, i inspect it with keyboard hotkeys only
  - cmd+q to exit or cmd+tab to switch back to the prev app

for me personally the standard gui apps are annoying because of the standard kb shortcuts - they are hard to remember and even hard to reach. i prefer "sort of vi navigation" because i can keep my hands for navigation at the same position as for typing.

for viewing all the history files at once this is one of the simplest options

  cat $HOME/zsh/*

should be easy to copy-paste or pipe it to an editor.

i mean, the problem of viewing all history files at once is much easier than writing to the same one file from multiple sessions.

zshrc for saving history:

  mkdir -p $HOME/zsh
  HISTFILE="$HOME/zsh/$(date '+%y:%m%d:%H%M')-$$"
  echo "HISTFILE $HISTFILE"

for easily accessing the history without running grep... will figure it out later :)))

this is an example of overcomplicated solutions that could be avoided with the tool we already have for years - file system - why do this "heroic" effort of "cleverly" putting everything in one file from many sessions if we could just write command history of every session into a new separate file in a directory and read all history files from the dir instead of reading one file.

i cannot trust tech advices from a guy who puts three ad banners (left, right and bottom, taking approx quarter of my screen space) on his personal blog.

cue? what is that? i remember only cue which holds audio tracks metadata.

what are those modern quic-based terminal emulators? i never heard about the concept before.

any details on that? links to people reporting it?

can you please suggest any alternatives to switch to? i hardly can find any alternative which provides free service and is a non-profit org at the same time.

even this "ascii" (i expected raw text but still got html+css) was hardly readable for me, had to reach to the reader view, finally readable, ohh... looks much like ai-generated, why did i spend so much time jumping over obstacles...

afaik tcp and udp are the same on top of ipv6 as they are on top of ipv4, there are no tcp6 and udp6, the "6" suffix just hints they are comminucated on top of ipv6, but the packets are the same as before, no new standards.

can you please demonstrate the workflow you are suggesting? asking because i tried what you suggest, and it does not work.

can you please explain what you mean by this? because technically i do not see any similarity in this "analogy".

the question was "can we use port names from /etc/services instead of port numbers?"

how about "ssh://[email protected]:https/golang/go.git" instead of "ssh://[email protected]:443/golang/go.git"? does not work, hmm.

URI contains ":port" tho, but practically it is only digital number.

the OP made a tool which helps them to avoid using port numbers. people commented in a way that looked like laughing at him, like he reinvented the wheel, and talking about /etc/services. well ok, i decided to try using /etc/services for the purpose of using names instead of port numbers.

would it be possible to add "myapp 60001/tcp" to /etc/services and then work with "http://localhost:myapp"? NO! browsers do not translate these names into port numbers. netcat does. curl does not.

so probably the OP's solution is not that questionable and really solved their need? and "good old friend /etc/services" is not useful for this? i dont know what it is useful for as running services on non-standard ports actually helps with hiding from security/vuln scanners and is practiced widely.

if you configure sshd to listen on port 443, does it become an https server? i was just trying to demondtrate: pick any port from /etc/services and try to use the name instead of port number. no, it does not work well when trying to use for local-hosting http(s) services. so to address the irony and sarcasm of the messages i was replying to:

  zdw: It's like someone should make a file... maybe in /etc ... and put short names for services in it... maybe it could be called /etc/services...

  tolciho: And then they might code up some sort of service lookup tool thingy to use on the train wreck that is the modern web.
  $ getent services gopher
  gopher               70/tcp

ipv6 packet does not have any port field. ports are on the level of tcp and udp, and you don't have to use tcp or udp on top of ipv6. ipv4 packet does not have any port information as well.

i know, but the OP's goal was to host/access http(s) services with names and avoid port numbers, and gopher service name was chosen by me as an example. my point was that /etc/services cannot be used for the OP's need.

if you host an http(s) service on port 11111 you can reach it with url http://127.1:11111, but url http://127.1:vce/ would not work in most software.

  $ grep 11111 /etc/services
  vce  11111/udp   # Viral Computing Environment (VCE)
  vce  11111/tcp   # Viral Computing Environment (VCE)

i chose gopher port just as an example. try with any other service name mapped to a port number from /etc/services and the result will be the same. the OP's goal was to use many http/https services, so we are talking about many http(s) services.

i just wanted to make the point that even if you have service names in /etc/services, it is not possible to use that names easily to host/access http(s) services.

this is a nice idea, but idk why, in macos if i do `nc -l 127.0.0.1 gopher` and then try to open url "http://127.0.0.1:gopher/" - safari does not open it, no requests visible in the `nc` output.

also `curl -v http://127.0.0.1:gopher/` gives error message

  * URL rejected: Port number was not a decimal number between 0 and 65535
  * Closing connection
  curl: (3) URL rejected: Port number was not a decimal number between 0 and 65535

so the ports are named, it is nice, but in practice it does not make life easier.

the first paragraph in the linked post says "Major investors are Amplify, CRV, and HeavyBit."

but i know nothing about what the comment says, just answering your question.

> it’s a pretty basic hex viewer that runs in your browser

excuse me? "basic" and "runs in your browser" together sound very contradictory to me. while doing things i actually feel (yes, emotionally) much better when there is no browser open on my machine, but only text editors, vcs gui and file managers, and terminals of course. and sometimes i reject an idea to start a browser just thinking how much ram it will take (ha, what a progress we have done - one github issue tab, with text only and no images, takes 180mb of ram).

oops, sorry, so it is not as bad as i imagined :) is it just a way to have an unlimited account for free?

maybe try to fix it for them as soon as you have the root access?

please provide a proof. if this is the case, then telegram is not to be trusted. but it needs to be proven. otherwise a lot of people trust their business and personal data to telegram.

i guess the point of having a tag in the shape of a card is to prevent a thief from throwing the obvious airtag away, the card tag may look like an ordinary bank card and kept in the wallet longer