Hacker Newsnew | past | comments | ask | show | jobs | submit | mrln's commentslogin

I actually find that site super informative. Specifically the hard cancellation is something I would be infuriated by as well and that you would barely know without a site like this.

And the whole app part specifically criticises the fact that while there is an option to read put some information via the web, you don't get to read out everything there and there's no valid reason to do that. They already went the extra mile so you can read some stuff via the web, so having some stuff that you can only read via the app feels malicious to me.

I think generally reading this felt like a review of stuff that wouldn't be criticized in a YouTube Review for example, but that I personally do care about.


What do you mean with "leaning to dubious causes?" I was under the impression mullvad was fine.


The blue haired are upset someone supports political views unapproved by them. It was on here some time ago and a fierce discussion.



Let me introduce you to freetar! It currently has issues due to cloudflare blocking, however I have already created a pull request that fixes this [0]. Given the code is pretty straightforward, turning it into a scraper shouldn't be too hard of a task!

Here's a working version: https://freetar.sievers.dev

[0] https://github.com/kmille/freetar/pull/90


While the democratic process in the EU deserves its criticism, this is plain wrong. EU citizens can vote for the EU parliament.


And EU Parliament can't propose a new law. Or propose to change a law. How super democratic.


Yup, but laws have to be approved by the EU parliament and that's not just a formality. As I said, I do think it is valid to critizise that system, but what you stated is plain wrong and even when I pointed it out you wouldn't admit it.


Wow, I've not heard this idea before and I think it is very interesting! How would you set this amount though? Does the company/user/government set it? Would the same data have different amounts depending on the company? How would that system handle users with multiple accounts?


Not necessarily FreeBSD, but for Linux this applies to most universities with a CS program, I think.

The systems should be cut off from sensitive administrative data, but a malicious student would at the very least have access to the other students' data with an LPE.


No, it is still configurable. You can specify in your opencode.json config that it should be able to run everything. I think they just argued that it shouldn't be the default. Which I agree with.


No, the problem is that when logging in, the provider's website can provide an authentication shell command that OpenCode will send to the shell sight unseen, even if it is "rm -rf /home". This "feature" is completely unnecessary for the agent to function as an agent, or even for authentication. It's not about it being the default, it's about it being there at all and being designed that way.


Ah, yes. That's crazy. I was thinking they were refering to the lax permissions of the agent by default.


And in the webui there is a don't ask button


This is not a window manager, so thanks for stating the obvious. You might not like wayland and that's fine with me, but if you decide to hate on it, you should at least know what you are hating on. There are good reasons to prefer a wayland compositor over X11. If you don't care about these reasons, that doesn't mean nobody should.


> This is not a window manager, so thanks for stating the obvious.

So what exactly is a "shell" ?


My attempt at a definition of a desktop shell would be: The collection of all the software that aids a compositor (or a window manager on X11) in providing a more complete desktop experience. Now that's kind of vague and probably also not quite correct, so a more concrete explanation would be: A program or collection of programs that gives you desktop notifications, a taskbar (with a system tray), volume controls and more stuff like that, maybe even a neat menu to configure most of this. Usually for standalone compositors/window managers you'd usually use a collection of tools like dunst, polybar, and the like, but with newer tools like quickshell, which was used here, it's reasonably easy to build a single tool which handles most of that. And that's what we're looking at here ^^


Yeah, yay works until it doesn't anymore, because the pacman library dependency it uses was updated but yay was not... and then you need to recompile yay manually. I mean, I'll still use it (or rather paru, which works basically the same way), but it's very annoying, when it happens every few months.


You can download a precompiled yay/paru from their Github pages btw.


I don't understand, yay updates itself. I've never once had this problem.


That's assuming you do system upgrades through paru/yay. However, you may not want to upgrade the packages you've obtained from the AUR and so you upgrade using pacman. That may cause the updated libalpm to become incompatible with the installed yay/paru.


yay used to be in the official Arch Linux repository for some time, wonder why it was removed.


Iirc it was to force the extra step necessary for the user to acknowledge that the AUR can bootstrap malware if used blindly.

This seems to be a relatively consistent discussion surrounding AUR helper development; for example, adding UX to incentivise users to read PKGBUILDs, lest the AUR becomes an attractive vector for skids.

No one wants the AUR to become NPM, and the thing that will incentivise that is uneducated users. Having the small barrier of not having helpers in the main repos is an effective way of accomplishing that.


https://wiki.archlinux.org/title/AUR_helpers

AUR helpers like yay are not supported officially. The other commenter sheds some light as to why.


Assume they mean having to recompile the AUR package they were trying to install using yay.

If users mental model is mostly "yay is like pacman but can also install packages from AUR the same way" wihout thinking deeper about the difference then I think it using it is very risky and that you should just stick to pacman + git/makepkg. Only consider helpers once that's become second nature and routine. Telling people to "just yay install" is doing them a disservice. An upgrade breaking the system isn't even that bad compared to getting infected with malware due to an old package you were using being orphaned and hijacked to spread malware or getting a bad copycat version due to a typo.

I think EndeavourOS is doing users a disservice if they provide sth like yay preinstalled and ready to use out of the box. It isn't installing packages from a shared repo: It's downloading code from arbitrary locations and running it on your machine in order to produce a package. Being able to read and understand shell script (PKGBUILD) is kind of a prerequisite to using it safely.


Well, if the AI really is that good, what's stopping the AI Company from charging just slightly less then the 90 saved engineers cost?


That's a fair point. Model prices can increase. This raises the next question.

Doesn't this mean that any company that depends on headcount growth (every SaaS), loses?

100 SWE -> 10 SWE, 100 slack/gmail/notion/zoom/etc. subscriptions become 10.

And now let's recurse.

These SaaS companies that use AI and dropped 90% of engineering headcount lose revenue because their customers also drop headcount.

Let's say AI costs 89% more than it did before, so the SaaS companies still get 10x productivity from the 10 engineers, but now all their customers headcount is 90% smaller too. So what now? Does every company make a pact to grow headcount ;)


Everyone will adjust pricing to cover losses ad infinitum


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: