similar to: Using common DCO for NUT

Hello, interesting to hear. What version of NUT, what way of installation on Windows, what sort of UPS (USB or some other)? Asking because this info is lacking and currently there are a few variants to consider: * an MSI package based on NUT v2.6.5 (last released about 9 years ago as "2.6.5-6"), * results of re-integration of that codebase into current NUT master (some months after

Hi After install on Windows 11 I can't start NUT service. Michael Golub, with best regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://alioth-lists.debian.net/pipermail/nut-upsuser/attachments/20230716/ec70cdf5/attachment.htm>

On Wed, Oct 24, 2018 at 12:13 PM Dirk Eddelbuettel <edd at debian.org> wrote: > > It's just a directory, not an apt repo, so you need to download eg > http://dirk.eddelbuettel.com/tmp/ess/elpa-ess_18.10-1-2_all.deb > and then install it. > > These "work for me" but then I also did not have that recent issue. > Testing feedback (on list or off-list) would

"Good news, everyone!" With CI builds of the branch now regularly passing on both the multiplatform FOSS NUT CI farm (including linux+mingw cross-builds), and CircleCI with MacOS, and newly on AppVeyor with Windows+MSYS2 (including integration tests with live upsd and some dummy-ups instances), after ironing a few wrinkles I intend to PR and merge it into the main NUT codebase soon,

"Good news, everyone!" With CI builds of the branch now regularly passing on both the multiplatform FOSS NUT CI farm (including linux+mingw cross-builds), and CircleCI with MacOS, and newly on AppVeyor with Windows+MSYS2 (including integration tests with live upsd and some dummy-ups instances), after ironing a few wrinkles I intend to PR and merge it into the main NUT codebase soon,

So... April 1st came and went, busy with last-minute warnings from a newly set-up NetBSD build agent for the NUT CI farm, as Greg-inspired warnings exposed by the stricter platform kept popping up and biting. Led to some discoveries in toolkits and standards I thought I knew for decades, too. So it was a tad bit annoying, but good overall :) But now we are a day over the hopeful "not more

So... April 1st came and went, busy with last-minute warnings from a newly set-up NetBSD build agent for the NUT CI farm, as Greg-inspired warnings exposed by the stricter platform kept popping up and biting. Led to some discoveries in toolkits and standards I thought I knew for decades, too. So it was a tad bit annoying, but good overall :) But now we are a day over the hopeful "not more

The process leading up to the release of 1.9.0 is detailed below. Package maintainers may want to take notice of important dates and make sure that their packages still work with the alpha/beta releases or work on making a 1.9.x comaptible version. As usual, everybody is encouraged to try out the preliminary releases and report back so that we can get the last wrinkles ironed out before release.

I would appreciate ideas about MS Windows install issues. I'm at our stats summer camp and have been looking at a lot of Windows R installs and there are some wrinkles about R_LIBS_USER. On a clean Win7 or Win8 system, with R-3.0.1, we see the user library for packages defaulting to $HOME/R/win-library. I think that's awesome, the way it should be. Yea! But it does not appear that way

Hi Nick, On Aug 2, 2011, at 6:56 PM, Nick Lewycky wrote: > I've been looking into the debug info in llvm recently. After conferring with a DWARF expert, I think what we really want for a file is to enter the actual name of the header that the preprocessor found between "" or <> on the #include line, and for the directory it should be the actual header search path used.

Dear R-helpers: We have had fun using betareg to fit models with proportions as dependent variables. However, in the analysis of these models we found some wrinkles and don't know where is the best place to start looking for a fix. The problems we see (so far) are that 1. predict ignores newdata 2. anova does not work Here is the small working example: ---------------------------- x

On Sep 7, 2010, at 9:11 AM, Renato Golin wrote: > On 7 September 2010 16:49, Devang Patel <dpatel at apple.com> wrote: >> Your recent changes mentioned below would change correctness of debug info, >> but it would unlikely to impact structure of DWARF generated. And somehow, >> this structure is invalid in your case. > > I was hoping for a quick-fix on the

Updates to Linux Mint included an update to ESS. After the update, M-x R produces: load ESSR: + + + Error in file(filename, "r", encoding = encoding) : ? cannot open the connection In addition: Warning message: In file(filename, "r", encoding = encoding) : ? cannot open file ?/usr/share/ess/etc/ESSR/R/.load.R?: No such file or directory Any guesses? Thanks, Steve

BTW, the reason I stopped responding to this thread is not because I solved the problem, but because I simply gave up and decided to work on other things for a while since I was making no progress. Having finished those other things (the stack crawler, for one), I'm hoping that time and a fresh start will yield better results. Unfortunately after about a day spent reviewing old llvm-dev

On Tue, Jul 22, 2014 at 3:45 PM, Christian K?nig <deathsimple at vodafone.de> wrote: >> Would that be something you can agree to? > > > No, the whole enable_signaling stuff should go away. No callback from the > driver into the fence code, only the other way around. > > fence->signaled as well as fence->wait should become mandatory and only > called from

Hello all, It has been too long that I was feeling a release is just around the corner, just gotta tie up a few loose ends. The significant ones we had are finally tied, some others delayed to v2.8.4 trail, and a documentation refresh remains. Thanks to some package maintainers taking a look at the master branch, some issues with "dist" archive creation and parallel builds were also

Hello all, It has been too long that I was feeling a release is just around the corner, just gotta tie up a few loose ends. The significant ones we had are finally tied, some others delayed to v2.8.4 trail, and a documentation refresh remains. Thanks to some package maintainers taking a look at the master branch, some issues with "dist" archive creation and parallel builds were also

What ''verbose information'' is reported by the "zfs send -v <snapshot>" contain? Also on Solaris 10u6 I don''t get any output at all - is this a bug? Regards, Nick -- This message posted from opensolaris.org

Hello all, I've raised an issue https://github.com/networkupstools/nut/issues/2708 to discuss a subject that I'll just summarise below: The "Status data" section in docs/new-drivers.txt defines certain keywords that are "Possible values for status_set", stressing that "Anything else will not be recognized by the usual clients. Coordinate with the nut-upsdev

It''s that time again friends. skaar has been at it again and has greatly improved the stability of the new system. And Ara Howard has helped a ton by working with us on the slave library to iron out the wrinkles./ The results is a lot nicer backgroundrb for everyone. I have to say another huge thanks to skaar. He has singlehandedly wrote almost all of this new version and many