-
Notifications
You must be signed in to change notification settings - Fork 113
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
[Q] fork status #114
Comments
https://github.com/jinfeihan57/p7zip/blob/master/README.md
. |
Since this project is using p7zip as a name for this fork, I'd say that in this case authoritative would be number 1, as otherwise @jinfeihan57 could be infringing copyrights/trademarks from the original developer. IMHO and IANAL. Edit: sorry @jloqfjgk, originally I replied to you as if you were this project's developer, I modified my original comment. |
The p7zip hasn't been updated since 2016 and I can't reach the author of the p7zip. |
The development information is in the readme and release description. |
@jloqfjgk |
I must admit, I kinda underestimated the task. ^^" Anyway, here's my opinion: The fact that Pavlov doesn't provide a source repository or at least development snapshots every once in a while is really not helpful, indeed. If you really can't convince him to publish code that is more POSIX-friendly or at least easy to port with only a handful of patches, that means you're stuck with big diffs like you said. Maybe you can at least provide small patches to him, i.e. putting some Personally I would try to reduce the work as much as possible, at least for now. That means focusig on Linux and Mac, and avoiding extra code for platforms such as Haiku. I wouldn't really work on a GUI version. On Linux you normally use the available archiving GUI tool available from your desktop environment (i.e. engrampa, file-roller, ark?). The question is if starting from scratch is more or less work than digging through the large diffs. To make the code easier to maintain in future it may help to put stuff such as POSIX-multithreading and Unix-specific CLI code to separate source files. |
p7zip -> 7-Zip 19.00 -> 7-Zip 21.00 |
@teoberi https://sourceforge.net/projects/sevenzip/files/7-Zip/ |
Isn't that a violation to the LGPL? It's at least really sad, not very FOSS-like. A note aside, I see that XZ Utils has at least a stable release from 2020 and an active public Git repository. Are there any other implementations of 7zip aside of the official 7zip releases and the POSIX port? |
What is this? |
https://sourceforge.net/p/sevenzip/discussion/45797/thread/cec5e63147/#94e9/2017/0774
|
This is definitely a GOOD news. |
p7zip ->7-Zip for Linux 21.01 |
https://sourceforge.net/p/sevenzip/discussion/45797/thread/cec5e63147/ |
LGPL (and any open source licenses) only applies to redistributors of the software, original auther himself is not limited by such conditions, unless someone else is also contributing to the project (in that case, the original auther becomes a "redistributor" of that portion of the code) . However 7-Zip seems to be a one-man project, so I assume Igor Pavlov wrote everything and himself is not subject to any limitations - he can do whatever he want because it's his own work. That been said, I notice that version 21.01 is still in alpha stage the latest stable release is version 19.00, so it is reasonable to stick with a well-tested stable version |
for fun I split up all the changes in the stable version of 7zip since the last version I assumed it was synced with and started applying the patches. these are the rest of the changes that might be interesting but don't apply cleanly/automatically: https://github.com/sandsmark/p7zip/tree/master/patches fwiw, I assume it won't build etc., since I just did everything the stupid way and didn't update the cmakelists etc. but it took me less than an hour, and the changes aren't that complicated to apply (i. e. ignoring all the UI/Windows stuff, only importing the fixes and new codecs etc.) |
It's really sad that 7zip is developed in a very awkward way |
Let's hope this can change after the sources for 7-Zip for Linux are published! |
Source code is available, starting with 7-Zip 21.02 |
Hi, I would like to package this fork for voidlinux, however I've being queried about
and I'm in no position to answer the question, would you mind shed some light on this?
tracking void-linux/void-packages#27953
The text was updated successfully, but these errors were encountered: