Closed derjohn closed 6 years ago
Hm, it looks like I have xz V 1.5 : ./sonatype/nexus/system/org/tukaani/xz/1.5/xz-1.5.jar
According to Stackoverflow https://stackoverflow.com/questions/28229095/apache-commons-compress-using-7zip we need at least 1.6 ...
It looks like, the 1.5 comes with the nexus 3.10.0 release, so changing the pom.xml here in the plugin repo doesn't fetch it. (It's inside nexus-3.10.0-04-unix.tar.gz .... an outdated .m2 cache form the release engineer ?)
Fwiw, as a workaround, you can:
download the file.deb
, and then manually perform:
ar xf file.deb
mkdir c d
(cd c; tar xf ../control.xz; tar czf ../control.gz *)
(cd d; tar xf ../data.xz; tar czf ../data.gz *)
ar -r file.deb debian-binary control.tar.gz data.tar.gz
And then publish the file.
I've done that, because I needed a repo w/ the file and haven't had the energy to fight the java side (although I will probably look at some point).
@jsoref Thx for that workaround! I am quite sure, the issue will be resolved with nexus 3.12, as the XZ / Tukani ans commons compress will be updated. With 3.11 we still have the old s*t inside. I was able to build a nexus-3.12 for testing that, but I have no clue, how the nexus-base-template.foo is converted into nexus-3.12xxxx.unix.tar.gz. Both look similar inside , but in detail certain things are missing (e.g. the initscripts) and I was not able to find that "transformation step" in any open repo on sonatype.
@DarthHater Can you help? Is there maybe a download URL for the 3.12-SNAPSHOT-unix.tar.gz ?
The pom file does specify that xz is a dependency, and Nexus 3.11 seems to ship with version 1.8. Maybe try adding
<bundle>mvn:org.tukaani/xz/1.8</bundle>
to this bit in the features file:
+ <feature name="nexus-repository-apt" description="net.staticsnow:nexus-repository-apt" version="1.0.6">
+ <details>net.staticsnow:nexus-repository-apt</details>
+ <bundle>mvn:net.staticsnow/nexus-repository-apt/1.0.6</bundle>
+ <bundle>mvn:org.apache.commons/commons-compress/1.16.1</bundle>
+ </feature>
where it looks like
+ <feature name="nexus-repository-apt" description="net.staticsnow:nexus-repository-apt" version="1.0.6">
+ <details>net.staticsnow:nexus-repository-apt</details>
+ <bundle>mvn:net.staticsnow/nexus-repository-apt/1.0.6</bundle>
+ <bundle>mvn:org.apache.commons/commons-compress/1.16.1</bundle>
+ <bundle>mvn:org.tukaani/xz/1.8</bundle>
+ </feature>
Not sure if it will work, but if it does we can update the readme
@derjohn snapshots I believe are not public, if they were they would be on RSO.
@mpoindexter I tried what you proposed - nexus started, but I was still not able to upload the Debian packages. But I don't see the stracktrace anymore, just "curl: (22) The requested URL returned error: 400 Invalid Debian package supplied". Besides the 1.8 library do we need to allow the packing algo in the plugin code somewhere?
In addition to needing the XZ bundle declared in the feature, there was a stupid bug (I forgot a break statement in a switch) in the parsing code. I've fixed it, it works now. Thanks for the bug report and testing out the feature changes.
Hi, I try to upload an AMD64 kernel from Ubuntu's Mainline Repo. I worked until 4.16.5 kernel and stopped with 4.16.6 kernel.
(To reproduce look here: http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.16.6/ )
I did set the logger to
And noticed that I looks like having to do with the xz compression format, which apache commons can't handle. I bet ubuntu changed that internal compression format to something more hipsterish inside the deb, but didn't really dig deeper.
I am on 3.9.0/1.0.5.
Here is the log output: