A self-signed certificate should not be treated as it would be worse than plain unencrypted HTTP, like browsers do now

But we still need a uncentralized peer-to-peer-based certificate authority. I see these as two different problems that are both created by those who want to control who gets encryption and who doesn't

Nowadays browsers stupidly treat self-signed sertificates as a "security risk" which it isn't

So I made a php based openbox pipe menu to control the main menu instead of just editing the xml directly.. uses a standalone-modified couple of functions I developed over the years.. Handy for many things.. including this .. dpaste.org/MsKVa

nsITobin hi

sup?

I should modify ArtwizBoxed to use SeaMonkey Modern colors

I was able to find a few copr repos so i could get lxterminal and nemo on el8

just need thg workbench and vmware and I can basically switch over

oh god.. i just realized I could process an rss feed and create menu entries in openbox for it

usenothing.com ironically the idle counter does... nothing (it seems it wants dynamic imports)

that's what I get for clicking meta philosophic links on HN

(relevant thread: news.ycombinator.com/item?id=41551084 )

tomman: doing nothing doesn't work for me.. think about me in late 2022 into 2023

well i got spectrum coming at 1ish pm if there is anything specific you want me to do before that bs starts I'd be happy to

also quantum-dev is once again searchable.. I think it was a permissions issue

also IanN_Away there is no way to control glimpse result ordering according to the documentation.. I would have to split and sort the results likely in a new impl in php however it will loose identifer linkification if I do that.. identifier linkification in free-text search results are of limited use imo but that would be the tradeoff for getting ordered results

other advantages however are that it would lift several mxr-imposed limitations on free-text searching with glimpse and could be swapped out for something not long-abandoned later on

nsITobin: thanks for checking

Sompi: absolutely stunning

that is the ONLY js framework

i would ever willingly use

welp

screwed by rust

franstam:

err

frg:

nsITobin can't be. rust is perfect

this program I used to control my GPU fans is rust gtk app and it has some dep somewhere that relies on a dep that makes glic available.. glibc newer than el8

the glibc-sys dep is not a direct dep from lact

well first error is using a rust app for fan control :)

it is the ONLY one

tho

IT is probably in a dependent crate

Is there a toml file available?

its a multi-part program so there are a few cargo.toml files

but I agree using a rust system util is a mistake

i didn't actually think it was rust being gtk app but what do I know.. besides you know rust is just a c++ framework

like PHP is to C

check the Cargo.lock file. It lists all dependencies.

There is a package libc referenced name = "libc"

This might be it but too many to just do a drive by check

this is glib not glibc

yeah sorry ..

glib2 glibc keep getting those swapped

The only direct reference to glibc is in pkg/README.md. If you use a binary might have been compiled with a higher level.

so recompile needed

yeah I am trying to compile that's the issue

../meson.build:1:0: ERROR: Meson version is 0.58.2 but project requires >= 0.60.0

A full log can be found at /binoc/users/mattatobin/projects/glib-2.78.6/build/meson-logs/meson-log.txt

i give up

nsITobin welcome to rust. I am glad that mach vendor rust works in 2.53 now. Too a few dozen backports for this

windows dll hell is noting against crate hell

makes python dep hell and composer seem reasonable

well elrepo ml kernel failed spectacularly even tho its the same version as fedora 39 is running now..