Live data from Hacker News

GitHub: sysget – A front-end for every package manager

github.com

21–30 of 64 posts

Re: GitHub: sysget – A front-end for every package manager

#21
post #20
post #16

Earlier quoted context omitted.

It's not always about the complexity of the solution. This is a great example of something annoying a lot of people here can identify with (myself included). I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see. Who cares it's a hacked together small program with if statements? It's not any less interesting than a proposal for a new standard in a 50 pag…

(1) There are many flags to these commands that you will need to know on a per platform basis anyway. (2) Package names aren't always identical across platforms, at least not enough that you can rely on that. It is a low-cost attempt to solve a problem that in my opinion doesn't really exist and it doesn't even do a great job doing that due to the points above. For instance if you want to use pacman without knowing w…

Don’t let perfect be the enemy of good (or bad, in this case).

The fact that everything is different makes it a problem worth solving. Docker just abstracts the problem.

Re: GitHub: sysget – A front-end for every package manager

#23
post #20
post #16

Earlier quoted context omitted.

It's not always about the complexity of the solution. This is a great example of something annoying a lot of people here can identify with (myself included). I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see. Who cares it's a hacked together small program with if statements? It's not any less interesting than a proposal for a new standard in a 50 pag…

(1) There are many flags to these commands that you will need to know on a per platform basis anyway. (2) Package names aren't always identical across platforms, at least not enough that you can rely on that. It is a low-cost attempt to solve a problem that in my opinion doesn't really exist and it doesn't even do a great job doing that due to the points above. For instance if you want to use pacman without knowing w…

Yes, abstractions do leak sometimes. I'm not saying I'm running this on all my production servers right now.

For me the problem this tool solves is real (although not big), and I'm interested to see what other people think of both the problem and the solution. That's why I upvoted it, I guess other people had similar ideas.

Re: GitHub: sysget – A front-end for every package manager

#26
post #16
post #11

It seems nowadays people just upvote based on just the title. This is a switch statement wrapper around package managers, on the front-page of HN.

It's not always about the complexity of the solution. This is a great example of something annoying a lot of people here can identify with (myself included). I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see. Who cares it's a hacked together small program with if statements? It's not any less interesting than a proposal for a new standard in a 50 pag…

But it often turns out there is more complexity in the problem that is ignored/forgotten in the solution. So the solution seems simple and complete at first but can never gain adoption beyond all but the most basic use cases, so it ends up useless as a standard.

Re: GitHub: sysget – A front-end for every package manager

#27
post #20
post #16

Earlier quoted context omitted.

It's not always about the complexity of the solution. This is a great example of something annoying a lot of people here can identify with (myself included). I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see. Who cares it's a hacked together small program with if statements? It's not any less interesting than a proposal for a new standard in a 50 pag…

(1) There are many flags to these commands that you will need to know on a per platform basis anyway. (2) Package names aren't always identical across platforms, at least not enough that you can rely on that. It is a low-cost attempt to solve a problem that in my opinion doesn't really exist and it doesn't even do a great job doing that due to the points above. For instance if you want to use pacman without knowing w…

I started something like this. Your second reason is why I stopped. The additional layer creates more problems than it solves.

Re: GitHub: sysget – A front-end for every package manager

#28
post #23
post #20

Earlier quoted context omitted.

(1) There are many flags to these commands that you will need to know on a per platform basis anyway. (2) Package names aren't always identical across platforms, at least not enough that you can rely on that. It is a low-cost attempt to solve a problem that in my opinion doesn't really exist and it doesn't even do a great job doing that due to the points above. For instance if you want to use pacman without knowing w…

Yes, abstractions do leak sometimes. I'm not saying I'm running this on all my production servers right now. For me the problem this tool solves is real (although not big), and I'm interested to see what other people think of both the problem and the solution. That's why I upvoted it, I guess other people had similar ideas.

What problem does it solve? Just use the package manager provided by the platform...right? Especially given the problem of package naming, it’s different even between Debian and Ubuntu :/

Re: GitHub: sysget – A front-end for every package manager

#29
post #16
post #11

It seems nowadays people just upvote based on just the title. This is a switch statement wrapper around package managers, on the front-page of HN.

It's not always about the complexity of the solution. This is a great example of something annoying a lot of people here can identify with (myself included). I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see. Who cares it's a hacked together small program with if statements? It's not any less interesting than a proposal for a new standard in a 50 pag…

> I'd say this annoys a lot of people whose job it is to automate things, and this is the first proposed solution I see.

If your job is to automate things and you're not using containers, then you're doing it wrong.

Post reply on HN