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
New source tree layout #2
Comments
Address HP USB/HID devices, that use the Eaton HID definitions. This includes the latest products range (USB IDs 0x1fe5, 0x1fe6, 0x1fe7 and 0x1fe8), and few more variables and commands Fossil-ID: SVN r3525
Correct the nomenclature of the SmartUPS cabling part numbers (patch #2 from Greg A. Woods) Fossil-ID: SVN r3569
Complete previous commit by also adapting paths for service files Fossil-ID: SVN r3666
Prepare for supporting API changes in FreeIPMI 1.1.x and 1.2.x. This 2nd patch, which completes [[SVN:3675]], addresses FRU API changes, and removes code redundancy. This code has been tested with FreeIPMI 0.8.12 and the latest [[FreeIPMI SVN]] trunk r9505 (reported as 1.2.0.beta2 by pkgconfig) [[SVN:3675]] = 2012-07-16T13:18:18Z!arnaud.quette@free.fr Fossil-ID: SVN r3733
Author: Emilien Kia <kiae.dev@gmail.com> Pull Request #2: "High level C and C++ libnutclient" from https://github.com/clepple/nut/pull/2 . Hand-merged into SVN trunk from commit: 701cc571f4f8578e9c82b13c1e9eab509a41cd7f Fossil-ID: SVN r3776
^ Unfortunately, none of the preceding commits refer to this particular issue. If we are thinking about reorganizing, can we do something about the absurdly long Java path names? The file "jNut/src/main/java/org/networkupstools/jnut/NutException.java" breaks the build if we use a name much longer than "nut-2.x.x" for the tar file in "make distcheck". I realize part of the name is dictated by the reverse-DNS convention, but we could cut out a few of the extra directory levels. |
In fact, this is the conjunction of:
Do we really need a hierarchy simplification for this part ? or is it just a cosmetic problem ? |
On Feb 25, 2013, at 4:22 AM, Emilien Kia wrote:
I think that breaking the build is more than a cosmetic problem :-) Admittedly, we have a workaround in that I changed the tarball name back to nut-x.y.z.tar.gz, but the added information (number of commits past the last tag, plus the Git hash of the actual commit) will be useful if we re-enable generating tarball snapshots. Otherwise, it looks like the development snapshot is still an official 2.6.5 release. |
Since zip/jar files presumably don't have the tar 99 character limitation, and because there is very little other code in nut-*.tar.gz that a Java programmer would use, I wonder if it makes sense to split out the Java packages into their own repository. |
Splitting makes sense. Especially as actually java package does not need any native source file to compile. |
…epository. See issues: - networkupstools/nut#2 - networkupstools/nut#22
jNUT has been split off. See also #102. |
…/BUILD * commit '93c72d7b4d0599afeab151f785fa7483a9fa9289': gen-snmp-subdriver.sh: improvements to get data
Complete the MGE-XML deprecation of decimation
…ls#2 Signed-off-by: Arnaud Quette <ArnaudQuette@Eaton.com>
Prepare for supporting API changes in FreeIPMI 1.1.x and 1.2.x. This 2nd patch, which completes [[SVN:3675]], addresses FRU API changes, and removes code redundancy. This code has been tested with FreeIPMI 0.8.12 and the latest [[FreeIPMI SVN]] trunk r9505 (reported as 1.2.0.beta2 by pkgconfig) [[SVN:3675]] = 2012-07-16T13:18:18Z!arnaud.quette@free.fr Fossil-ID: SVN r3733
FIXME: Need completion from Arno
The text was updated successfully, but these errors were encountered: