sublime_text: add version 3.1.1 #796
Conversation
Closed source text editor / IDE like atom/geany https://www.sublimetext.com/ Signed-off-by: Peter Marquardt <wwwutz@molgen.mpg.de>
Why not just into /home/wwwutz/bin ? |
|
|
On 05/31/18 15:09, Peter Marquardt wrote:
- We have several 'binaries' already installed. We are not Debian. Maybe Borg ...
I also remember discussing Adobe Flash Player in the past, and the the
policy was to try to avoid putting binaries in bee-files.
To my knowledge, currently the binary below are included.
1. flashplayer.be0 (needs to be removed)
2. java.be0 (needs to be replaced by OpenJDK)
3. linux-firmware.be0
- If you refer about `/usr/local/sublime_text/` as installed into the system ... well we're talking about 60 files. Compare this to the 24k deleted files in `~/.atom`. And that were only my atom-artefacts.
- I paid $80 and installed that license in my ~/.config. It's a personal licenses which only removes "UNREGISTERED" from the main window. Feel free to buy your own.
- having it installed under `~wwwutz/bin` does not help when working as `mrtg`, `it`, `molgen`, `*prj` or any other user
The alternative was to use a package like Google Chrome, MATLAB, ….
|
|
|
|
|
|
And now youre waiting for someone to ask 'what?' |
|
Correct. Lets keep counting.
The website says: "Sublime Text may be downloaded and evaluated for free, however a license must be purchased for continued use. There is currently no enforced time limit for the evaluation."
Would a package and a wrapper solve that? |
What is borg? rustc.be0 looks normal ( ./configure, make ) even with |
So it doesn't count, does it? |
|
Are we discussing a symlink is this going to be a political discussion or a technical ? technically the current solution is best. I vote for keeping it encapsulated in |
|
I could build golang the recommended way, just to get a additional argument point. |
|
Rust: Wasn't it that rust needed rust to build? Paul? |
|
Zitat Ronny lauenstein:
|
Whether or how often it was done in the past isn't an argument either way. Its just interesting to know where we currently have binaries. |
Docker was needed to build docker. And a C compiler is needed to build gcc or clang. I wouldn't count that, because after a few iterations, the compiled output is fully described by the sources and can be regenerated. |
|
I still do not see the technical advantage of 60 files via wrapper/nfs/autoumounter vs The idea of If this has changed, I must have been on vacation while you discussed this, so take my veto 8-) Still a silly political discussion. |
That should do. |
You are using "political" (as opposed to "technical") as a combat term. |
|
No, I'm not using it as combat, since I'm not in war with something. I said "technically the best solution". Anything else would be political: "we don't want because of untechnical reasons". Using the word "silly" in conjunction with "political" should describe the relation of '60 files' versus |
The reduction of the number of files in the system was not the only idea of the package system. Software in the system should be something, which can be trusted and which we can support and maintain, because we have the sources and because it has free license. Packages can be a way to make other software available if there is a demand. We don't trust code in packages the same way as we trust system software (even allowing non-root package maintainer but we don't blindly execute it as root) we don't support it ("go and ask Sven. Go and ask Mathworks") and its easier to maintain, because we can keep old versions around and even throw whatever is required to keep the old stuff running into the package, too, without polluting the system with old and insecure libraries. |
|
|
Okay. I prefer open source over proprietary software, because I want to avoid dependencies on commercial companies. This might be classified as a political reason. I just didn't like you calling it so, because in our technocratical circles, "political" has a strong negative connotation. So I regarded it as a "Kampfbegriff" ( "ein Reizwort, das die Gegner in der politischen, gesellschaftlichen oder gewerkschaftlichen Auseinandersetzung provozieren und die Zuhörer für den eigenen Standpunkt einnehmen soll" ). My wrong. |
|
|
Again, what is the difference between I have a I don't need to blow it up with wrappers and automounter maps. There will be only one version. Latest & greatest. Your version argument is invalid ( in this case ). There are no libraries to keep track of. Your library argument is invalid ( in this case ). There is some desktop integration supplied ( Icons, .desktop files ), you don't want them to be supplied via NFS. It's buggy ? |
|
|
Not easy to answer. Perhaps I don't feel we are responsible for packages, which have a specific owner. As /package/sequencer is maintained by Sven and owned by klages, /package/sublime_text could be maintained by you, best owned by wwwutz. This would indicate, that this is not part of the basic system, we as a group support, but a private thing. In fact I don't want to promote that editor at all and would prefer to not even have a package wrapper in everyones path and regard this as a compromise already. Perhaps its a bad compromise and this is the reason the suggestions doesn't look perfect, too. With the .desktop file, everybody would have the icon in the application menu, which is worse than everybody having it in the path. |
|
wait... what ? You are even questioning a So lets start with removing matlab and mathematica from the users path.... |
|
Morning has broken ... |
|
Three possibilities:
I wouldn't have built a be0 file if option 3 was an option for me. I have reasons why I want to have the program installed. local. on every machine. to access it as any user I work under. There are no alternatives in open source. I checked them all, they all render useless. An editor which corrupts my sources is useless for me. option 2 has the impact of going via NFS. If I take the time to dig into the new And, yes, I would also integrate matlab and mathematica into our desktop files. |
|
Option 2 could be made to not go over nfs, but you are right, its not really clear, why we would allow this in /package but not in /pkg. And I'd love to get rid of matlab and mathematica. If matlab wasn't used at the institute already, I wouldn't make a move to make it available for everyone, even If I personally used it myself. Anyway, go head with bee and system install, its okay for me. |
|
Thanks! |
Closed source text editor / IDE like atom/geany
https://www.sublimetext.com/
Signed-off-by: Peter Marquardt wwwutz@molgen.mpg.de