-
Notifications
You must be signed in to change notification settings - Fork 127
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
Directories are being created, even if addParentDirs=false #124
Comments
I have figured out that this is related to my using ospackage for the file elements. If I use buildRpm directly, addParentDirs appears to work. |
Same here. If I either: b) define the task myself and add addParentDirs in the file lists there, then it works Since the documentation shows that adding addParentDirs into the ospackage "should" work, I think we should either update the samples to one of the configs above, or fix the bug. |
I am also experiencing this when migrating from 2.0.3 to 3.4.0. I guess this was not delivered to the 3.3 milestone. I will try to work around it by the method described above. |
I made pull request #182 which fix this issue. |
I found this behavior in 4.1.0 to change based on if I'm using |
…t being handled properly. Also added test to catch future regression. Fixes issues nebula-plugins#124 and nebula-plugins#212
Fixed with the release of v4.3.0 today |
I have been trying to debug some issues with our build that seem to be a combination of things. The error doesn't happen for all of our packages, but some number of our packages fail with:
I simplified the package for testing purposes, and it seems that despite my using addParentDirs=false, it still creates folders beyond /var/lib (I.E. it is attempting to create tomcat and webapps). When I look at the RPM with 7zip, I can see that tomcat and webapps carry a mode, and a modification date:
You can see below, that no such attributes show up for the /usr/share folder:
When I run rpm -qpl on the RPM file, it shows:
I haven't worked with many RPM files in the past, but I believe the first two lines shouldn't be listed.
If instead of going into /var/lib/tomcat/webapps, I use /usr/share/tomcat/webapps/foo/bar/1/2/3, here is the output:
It appears to create folders from tomcat all the way down the line.
Here is my simplified ospackage statement:
As a last test, I attempted to put things into a completely random path, wondering if there was something magical about /var/lib or /usr/share, and perhaps the redline package was seeing this path, overriding it, and not letting you put it out there. The result from the RPM output:
So, it went ahead and created all paths, despite me putting addParentDirs=false all over the place.
Here is how I am referencing the plugin:
Either I am doing something wrong, and misunderstand addParentDirs, or there is a bug here somewhere. I don't think I have it wrong, however, as even the documentation for this ospackage plugin shows this exact scenario at https://github.com/nebula-plugins/gradle-ospackage-plugin/blob/gradle-2.2/Plugin-Rpm.md.
Mark
The text was updated successfully, but these errors were encountered: