7-zip provides sources only for beta or official versions.
the last 7-zip version with sources is 9.22beta.
But for p7zip, there are no big changes between 9.20 and 9.22 versions.
I wait for the next 7-zip version with sources …
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
no it's the way Igor does things now days, he stopped releasing the source code for the "alpha" versions, personally I think the only reason they're called alpha is the lack of source, I remember there wore a lot more bugs in some of the earlier beta's but the source was released together with the binaries.
The thing is we can't get a new version until Igor releases the updated source code and when will that be nobody seams to know.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Do you have the code under version control somewhere? this could make collaboration a tad easier. I would be glad to chip in. And there is a 9.36 available too FWIW
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
merging the source of 7-zip into p7zip is a heavy task.
Theses are a lot of change in p7zip 9.36 (from p7zip 9.20).
Even if p7zip was under a version control, i will not commit my
changes before all my tests pass.
All the more reasons to have other chip in and do the changes progressively in branch IMHO, unless you want to keep strictly a solo job of course.
Also if both 7zip and p7zip ( @ipavlov wink, wink ) were under VCS it would be all the more easy to have some of the ported code patches contributed upstream when this make sense and make the port incrementally rather than in big batches every few years or so.
Have you access to machines that don't have a intel CPU
(like Solaris Sparc, IBM AIX, ...) ?
The issue here is that there is no way to understand the porting process you are doing since there is no history of your changes, no commits messages explaining why things are done a certain way, etc.
so why not use a VCS?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Will there be a new linux version at some time? 7zip for windows has gone through quite a lot of changes since 9.20.
Do we need a final release version of 7zip for windows for an update of the linux port?
Thanks!
7-zip provides sources only for beta or official versions.
the last 7-zip version with sources is 9.22beta.
But for p7zip, there are no big changes between 9.20 and 9.22 versions.
I wait for the next 7-zip version with sources …
Igor Pavlov planned to release source code of new version in January 2014. link
Can someone confirm that p7zip is no longer going to be updated?
no it's the way Igor does things now days, he stopped releasing the source code for the "alpha" versions, personally I think the only reason they're called alpha is the lack of source, I remember there wore a lot more bugs in some of the earlier beta's but the source was released together with the binaries.
The thing is we can't get a new version until Igor releases the updated source code and when will that be nobody seams to know.
Guys! Igor Pavlov open source code 9.34 alpha version!
http://sourceforge.net/p/sevenzip/discussion/45797/thread/9e42ada6/
p7zip will be updated to 7-zip 9.35.
Do you have the code under version control somewhere? this could make collaboration a tad easier. I would be glad to chip in. And there is a 9.36 available too FWIW
merging the source of 7-zip into p7zip is a heavy task.
Theses are a lot of change in p7zip 9.36 (from p7zip 9.20).
Even if p7zip was under a version control, i will not commit my changes before all my tests pass.
Have you access to machines that don't have a intel CPU (like Solaris Sparc, IBM AIX, ...) ?
my p7zip wrote:
All the more reasons to have other chip in and do the changes progressively in branch IMHO, unless you want to keep strictly a solo job of course.
Also if both 7zip and p7zip ( @ipavlov wink, wink ) were under VCS it would be all the more easy to have some of the ported code patches contributed upstream when this make sense and make the port incrementally rather than in big batches every few years or so.
I do not but qemu helps a lot for these kind of jobs. This is the approach we use on strace: https://sourceforge.net/p/strace/code/ci/master/tree/qemu_multiarch_testing/
FWIW I recreated the recent history of 7zip and p7zip here (just since 9.20, so not much history at all)
https://github.com/pombredanne/7zip-and-p7zip
The issue here is that there is no way to understand the porting process you are doing since there is no history of your changes, no commits messages explaining why things are done a certain way, etc.
so why not use a VCS?
ping :)
So any reason why you would not use a VCS?