search for: eaton_sdk

I've solved the problem of the detached Eaton_SDK branch. What must have happened here is the branch creator did a non-Subversion cp -r followed by an add of the target directory. This registered a tree that duplicated trunk, *without* ancestry information connecting it to its source revision. The correct fix is to check each new text section ag...

...on devices (HID USB and SHUT ; XCP serial and USB ; SNMP and XML/HTTP), and that are almost limited to a set of build rules, - a documentation file, in Asciidoc format, presenting the above SDK libraries, the legal limitations and the other ways to interface with NUT. - a configure option (--with-eaton_sdk) and some build rules. Obviously, this target is not built by default, and requires to call "configure --with-eaton_sdk && make", from the top level source directory. The whole addition results in a 49 Kb patch (uncompressed) or 14 Kb overhead of the distribution source. We woul...

...auxiliary files have been uploaded to http://www.catb.org/esr/nut-conversion/nut-conversion.tar.gz for your inspection. Remaining issues: # 1. Have yet to find a clean merge point for any branch. # 2. set-eol-style operations get lost; see tags windows-set-eol, reset-eol. # 3. Should the first Eaton_SDK commit after the deleteall have a link # back to trunk? # 4. Is the new_UIs-root tag still useful? It doesn't seem to point # at an actual branch. Also, some remaining zero-fileop commits on the root branch should probably be tagified. >From what you said before, point 2 may actual...

...lders/Fedora-x64/builds/453 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build: pune-fc10-64bit > > Build Reason: The web-page 'force build' button was pressed by 'clepple': > > Build Source Stamp: [branch branches/Eaton_SDK] Testing > Blamelist: > > BUILD FAILED: failed svn thanks for pushing the build on this branch. wouldn't it be better to tie the testing of branch to "--revision HEAD", to be more generic? It still seem to be linked to 'Testing', which is not applicable anymore for...

...>Again, I think we're okay with that. But I don't have a Windows setup to test with. I now have that under "# Known problems that are not resolvable." You may have to do something about it after conversion, but it's effectively off my list. >> # 3. Should the first Eaton_SDK commit after the deleteall have a link >> # back to trunk? > >Yes, and not to the deleteall (which should be tagified). OK, noted. I was assuming that the deleteall should be tagified or removed. In fact that's already an operation in the lift recipe. This is the other algorit...

...ase check that the .gitignores look OK when you generate them. I've updated my mirror to r3395 and fixed up comments. Now I'll go back to work onn getting two-parent commits right, or at least matching what git-svn does, # Known problems: # 1. Merge code isn't working. # 2. The first Eaton_SDK commit after the deleteall should have a link # back to trunk. The commit "Moving branches/Development into trunk." # (2006-02-16T13:31:43Z!clepple+nut at gmail.com) is a deleteall in # reposurgeon's translation, but in the git-svn conversion and original SVN # repositor...

...it This supplements the reposurgeon 2.0pre repository at git at gitorious.org:reposurgeon/reposurgeon.git Here is the current state of play: 1. reposurgeon is now creating merge links from directory-copy information, and gets both of the problem cases right that we previously identified (the Eaton_SDK branch and the copy of branches/Development to trunk). 2. reposurgeon may be creating a few too *many* such merge links. The topology doesn't look wrong, exactly, but there are places where there are merge bubbles with no commits on one side. 3. The code for manually creating branch merges i...

...ds/20 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build: pune-aix61-powerpc > > Build Reason: The web-page 'force build' button was pressed by 'clepple': does it blend? > > Build Source Stamp: [branch branches/Eaton_SDK] HEAD > Blamelist: > > BUILD FAILED: failed compile > > sincerely, > -The Buildbot > > > > _______________________________________________ > nut-commits mailing list > nut-commits at lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailm...