Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Libreddit: Private front-end for Reddit written in Rust

github.com

Post reply on HN
Print view View original

11–20 of 87 posts

Re: Libreddit: Private front-end for Reddit written in Rust

#11

Post by amelius »

Kelteseth wrote: post #4
amelius wrote: post #3

I tried to build it using (idiomatic Unix): ./configure make make install But it didn't work!

What makes you think that this will work?

Well, I assumed it would work because it makes sense that we don't want to impose different build interfaces to people who are just users and want to try out code. To the user, it shouldn't matter what language/tools were used to develop the software.

This gets worse when software depends on other software which may be built using yet different tools. Chasing dependency chains is already painful as it stands.

Re: Libreddit: Private front-end for Reddit written in Rust

#13

Post by aldanor »

tifadg1 wrote: post #5

Best advice I heard regarding reddit: disable old redirect and embrace the new redesign. Outcome - my reddit browsing has become minimal, focused and no longer enjoyable for procrastination.

Sometimes you want to find an answer to a specific question (e.g. you want to buy something, or trying to figure why something doesn't work as intended) that likely exists somewhere in the deep corners of reddit, in which case embracing the new redesign is signing off on torturing yourself.

It's no longer enjoyable for procrastination though, agreed.

Re: Libreddit: Private front-end for Reddit written in Rust

#14

Post by amelius »

fretn wrote: post #6
amelius wrote: post #3

I tried to build it using (idiomatic Unix): ./configure make make install But it didn't work!

https://github.com/spikecodes/libreddit#building

The cargo command clashed with logistics software installed on my computer.

Re: Libreddit: Private front-end for Reddit written in Rust

#16

Post by a_t48 »

amelius wrote: post #11
Kelteseth wrote: post #4

Earlier quoted context omitted.

What makes you think that this will work?

Well, I assumed it would work because it makes sense that we don't want to impose different build interfaces to people who are just users and want to try out code. To the user, it shouldn't matter what language/tools were used to develop the software. This gets worse when software depends on other software which may be built using yet different tools. Chasing dependency chains is already painful as it stands.

That ship has long passed.

Edit: shouldn't it matter to the user anyhow, that they need rust? There's no world in which the user can just ./make given the existence of dependencies - the user needs to read the README.

Re: Libreddit: Private front-end for Reddit written in Rust

#18

Post by runiq »

ZeroGravitas wrote: post #10

If you were building an interface to extract the most value from Reddit-like sites but reduce the chance of addiction what would it look like? Less pictures, less color, less NSFW, time delays on content, exclude any subreddit that grows beyond a certain size, actively avoid things that are engaging lots of people etc. There's the ethical qualm that your profiting from other people's addiction to surface your minor a…

I'd just need it to get rid of the goddamn karma. I like Reddit and I participate judiciously, but I had to write a UserCSS script[0] to hide all karma.

[0] https://paste.sr.ht/~runiq/aebc83743e3b864a681c6a878df4f7cd3...

Re: Libreddit: Private front-end for Reddit written in Rust

#19

Post by Macha »

amelius wrote: post #11
Kelteseth wrote: post #4

Earlier quoted context omitted.

What makes you think that this will work?

Well, I assumed it would work because it makes sense that we don't want to impose different build interfaces to people who are just users and want to try out code. To the user, it shouldn't matter what language/tools were used to develop the software. This gets worse when software depends on other software which may be built using yet different tools. Chasing dependency chains is already painful as it stands.

Traditional software your instructions won't work for:

GNU coreutils: https://git.savannah.gnu.org/cgit/coreutils.git/plain/README...

sudo: https://www.sudo.ws/packaging.html

curl (does use configure and make but you need to pass args for your tls lib): https://curl.se/docs/install.html

Once you get into GUI's, all bets are pretty much off, e.g.

Firefox: Custom Python buildscript: https://firefox-source-docs.mozilla.org/setup/linux_build.ht...

KDE anything: Custom build tooling: https://community.kde.org/Get_Involved/development#Applicati...

Blindly running ./configure && make && make install isn't the universal norm you think it is

Post reply on HN