-
Notifications
You must be signed in to change notification settings - Fork 22
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
make it default in openSUSE? #15
Comments
I concur, this would help immensely as software.opensuse.org is not the most reliable. Also it isnt the most stable if one is dropped into a TTY and they need to search for some tool or software to repair X issue. |
Currently, #16 is the main thing to fix before it can be shipped by default. I am not sure how to do it. Should it be added to some pattern package? |
yes maybe the base pattern. I'll ping @simotek as he might know better. |
probably the enhanced_base pattern for now, that should put it on most end users systems (as opposed to most servers / server farms), once its working it would probably be worth writing a blog and linking it to opensuse-factory / opensuse-support and maybe some other places so people know it exists. |
thanks simotek! |
Any updates on this given that #16 has been solved now? |
Has there been any talks about this? As far as I can tell, OPI is a standard at this point. |
@simotek could you have a look: https://build.opensuse.org/request/show/1131581 |
I'm strongly against this one, OPI is still not a suitable tool for most general users, Issue one is that it regularly adds additional repos which can lead to broken systems further down the line. Additionally it encourages use and installation of software that doesn't meet the recomendations and guidelines of the openSUSE project. Its fine to have it available as a tool to power users who really really understand what they are doing and can fix what it breaks but we certainly shouldn't be encouraging general users to look at it (I've seen to many of them break there systems). See My response in this thread https://lists.opensuse.org/archives/list/[email protected]/message/EQ6KCS5AI64NNJR3NO5V5ZNAFWBLDJN5/ along with those of Martin and Richard https://lists.opensuse.org/archives/list/[email protected]/thread/BAXWBUUMDODARUKRDYJXHLAB4PWEAEEQ/#EQ6KCS5AI64NNJR3NO5V5ZNAFWBLDJN5 Richard has also written at length in other places about how and why we shouldn't be officially encouraging it. |
so does software.opensuse.org. which is the lesser evil. |
Unfortunately the yast package search (and maybe Gnome Software) is really the only not evil in terms of stuff that doesn't easily break user systems (The email thread was related to making software.o.o more prominent but the same applies here) |
Software.opensuse.org has always been a mess and added repos that cannot be ignored by force. With opi there is the option to not add the repos that are being accessed to install software. this is a HUGE difference between it and software.opensuse.org as well as "one click installs". The latter which often adds SLE backport repos that are not needed, forces the inclusion of "standard" repos which are not needed since they are already included in the main repo , as well as whatever the heck else gets pulled in. Then there is the addition of third party repos which are a nessicery evil for things like Codecs. Having a user do |
The arguments against integrating opi into the openSUSE installation are understandable, but the reality is that simple access to the command console by users is in itself a clear risk. Anyone can log in as an administrator on your machine and enter “rm -rf”. How many times does this happen? Surprisingly many!!!! (there are cases that have affected companies internationally that I will not mention). Human errors happen, but what is important above all is that the user of a command is well informed. From there, what happens is up to the user. That's why I DO totally agree to include opi by default in openSUSE, as long as opi informs the user with clear messages about what can happen in certain cases when dealing with NON official repositories. Right now, it shows “unofficial” repositories in red, but that doesn't scare the general user too much. “Discover”, for example, which is included in the default installation of the Plasma desktop in openSUSE, adds since almost a year Flatpak repositories. On the surface, everything looks like it will be fine, but then you get surprises that wipe out, among other things, the user storage space on the hard disk. |
Hey sorry to write here but really good work on this. Any chance we can have this installed in openSUSE by default?
The text was updated successfully, but these errors were encountered: