similar to: Duplicated .gitignores solved.

This is a consolidated reply to your four most recent emails. > I am trying to leverage reposurgeon to automate the process of finding merge > points, and I seem to be spinning my wheels. Can you provide an example of how > you are searching for merges? Not a working one, yet. That code is buggy. It's my next thing to work on. >reposurgeon% merge (apcsmart-dev)

Well, that wasn't as nasty as I feared it would be. Turns out that in the general case it's possible to partition a mixed-branch revision into branch cliques and generate multiple import-stream commits, one for each affected branch. We lose only if the split commit is the source of a later directory copy; I have a check for that that says, basically, "if you see this fatal error,

Dear NUT developers, As you all know, Eaton is NUT biggest corporate fan, supporting the project through many contributions. Now, Eaton would like to provide its customers with a way to build their own applications to interface with Eaton devices, using the NUT code-base. To do this, in a smart and efficient way (ie limiting additions and modifications to the bare minimum), we (Frederic and

I have created a git repository for the three metadata files used in the NUT-UPS conversion. The purpose of this is to allow Charles to edit the lift script. The repository is at git at gitorious.org:reposurgeon/nut-conversion.git 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

Small update to iproute2, I have been waiting to get a CVS conversion completed and working on other things so changes are small. http://developer.osdl.org/dev/iproute2/download/iproute2-ss050607.tar.gz Stephen Hemminger * Fix ''ip link'' map to handle case where device gets autoloaded by using if_nametoindex as fallback * Device indices are unsigned not int. Masahide

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 against a list of MD5 hashes of old text

I am pleased to be able to report that reposurgeon's Subversion dump stream parser is now working well enough to produce a live git repo from the NUT history up to r3364. This didn't happen easily. The NUT repo is a wonderful test case, and by that I mean it was a stone bitch to get the stream parser to handle it. One class of problems was due to cv2svn, which did things with the

Hey Charles, 2011/11/24 <clepple+buildbot at ghz.cc>: > The Buildbot has detected a new failure on builder Fedora-x64 while building Network UPS Tools. > Full details are available at: > ?http://buildbot.networkupstools.org/public/nut/builders/Fedora-x64/builds/453 > > Buildbot URL: http://buildbot.networkupstools.org/public/nut/ > > Buildslave for this Build:

This has been fixed in trunk but not yet merged in EatonSDK branch; Fred On Wed, 2012-02-08 at 19:44 -0500, clepple+buildbot at ghz.cc wrote: > The Buildbot has detected a new failure on builder AIX-powerpc while building Network UPS Tools. > Full details are available at: > http://buildbot.networkupstools.org/public/nut/builders/AIX-powerpc/builds/20 > > Buildbot URL:

Hi Charles, Yes, it looks like my g++ does contain STL library which might be just my specific case... However, as a temporary solution I disabled nutclient in Makefile (please find the file attached). And nut-2.7.3 can be compiled now. Thanks, Sergey On Wed, Jul 8, 2015 at 4:13 AM, Charles Lepple <clepple at gmail.com> wrote: > On Jul 6, 2015, at 10:32 AM, Sergey Talchuk

I can reproduce your list of missing files; I've written a make production to generate it. Something extremely odd is happening here. I looked at the first such case, clients/cgilib.h. When I grep for it in my generated nut.fi, I see this: grep -nH -e clients/cgilib.h nut.fi nut.fi:77309:M 100644 :14 clients/cgilib.h nut.fi:9602662:M 100644 :14 clients/cgilib.h nut.fi:10381358:M 100644 :14

Stanislav Brabec wrote: > Please note that 2.2.2-pre3 installs hald addons by default to / on > openSUSE 11.0 beta 2 x86_64. Not a big problem. Here is a patch, which fixes openSUSE 11.0 beta 2 x86_64: --- m4/nut_check_libhal.m4 +++ m4/nut_check_libhal.m4 @@ -63,7 +63,7 @@ dnl As per HAL spec, ?5 Callouts and ?2 Device Information Files dnl - addon install path: $libdir/hal

I have been trying to get Nut working on a system with Fedora 8 i86_64 installed and an APC Smart-UPS USB. The 2.2.0 rpm does not seem to like the USB on this UPS. I have tried compiling the 2.2.2 version, from source, but am getting warnings. I have tried building it on my i386 system (f8 as well) and I get no warnings also the 2.2.0 works fine on that one with a TrippLite Omni 900 LCD via

Recently, I've been working on tools for doing high-quality conversions of project histories from centralized version-control systems like Subversion to modern decentralized systems like git and hg. To see what I mean by "high quality", take a look at my DVCS migration guide: <http://www.catb.org/esr/dvcs-migration-guide.html>. A really good conversion should, for example,

Major re-organization of the sgml docs. They are now converted from linuxdoc to docbook and rely on the docbook2x series of tools, so your build environments need to be updated. git tag: xorg-docs-1.4 Changes since xorg-docs-1.3: Adam Jackson (2): Fix distcheck. Bump to 1.4. Alan Coopersmith (2): Update XFixes protocol spec to match XFixes 4.0 Typo fixes in XFixes

Eric Anholt (20): Use ENXIO instead of ENODATA for pci reads returning less than desired. Add endian macros for BSD. Add the beginnings of a FreeBSD port. Add missing newline at the end of the file. Update .gitignores. Add pciaccess_private.h to _SOURCES so it gets included in the dist. Enable more warnings when the compiler is GCC. Fix many warnings

Hi, in these dark days of COVID-19 lockdown I'm using linphone to connect to my office asterisk system for working from home. It's going pretty well but the presence/BLF functions don't appear to work. In the linphone logs and asterisk debug I find that asterisk is rejecting linphone's PUBLISH message: <--- SIP read from UDP:10.27.128.3:5060 ---> PUBLISH sip:john at

libswfdec/swfdec_as_interpret.c | 3 libswfdec/swfdec_as_strings.c | 14 libswfdec/swfdec_load_object.c | 178 +--- libswfdec/swfdec_load_object.h | 21 libswfdec/swfdec_load_object_as.c | 71 + libswfdec/swfdec_loader.c | 75 +

On Mon, Mar 23, 2020 at 7:15 AM John Hughes <john at calva.com> wrote: > Hi, in these dark days of COVID-19 lockdown I'm using linphone to > connect to my office asterisk system for working from home. > > It's going pretty well but the presence/BLF functions don't appear to work. > > In the linphone logs and asterisk debug I find that asterisk is > rejecting

On Tue, 16 Jun 2020, Rowland penny via samba wrote: > On 16/06/2020 12:41, Harald Hannelius via samba wrote: >> I have Samba AD-domain with two fileservers and two Samba DS-servers. Most >> people can authenticate OK, but one user always gets "wrong password". > What versions of Samba ? All servers are 4.9.5-Debian. >> Auth: [SMB2,(null)] user [SAD]\[username]