similar to: automatically generating the ChangeLog

Displaying 20 results from an estimated 20000 matches similar to: "automatically generating the ChangeLog"

2010 Feb 07
2
NUT release plans (post-2.4.1): ChangeLog format
What follows is a sample of the output of svn2cl for the trunk. I added the username-to-email mapping file, enabled revision numbers, and told it to group commits on a single day by the same author: $ svn2cl --group-by-day --include-rev --authors=../../svn2cl.authors Arjen: I used your main email address that you typically list in the ChangeLog entries. Arnaud: I wasn't sure which address
2010 Mar 15
1
[nut-commits] svn commit r2402 - in branches/svn-auto-changelog: . tools
On Mar 15, 2010, at 8:40 AM, Charles Lepple wrote: > Author: clepple-guest > Date: Mon Mar 15 12:40:49 2010 > New Revision: 2402 > URL: http://boxster.ghz.cc/projects/nut/changeset/2402 > > Log: > Generate ChangeLog with svn2cl. > > This commit removes the manually-generated ChangeLog, and adds the > authors file > necessary to map SVN usernames to full names.
2009 Sep 15
1
[nut-commits] svn commit r1986 - branches/AsciiDoc/docs/man
On Mon, Sep 14, 2009 at 4:49 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Mon Sep 14 20:49:59 2009 > New Revision: 1986 > > Log: > draft index of manual pages > > Added: > branches/AsciiDoc/docs/man/index.txt Cool! One potential issue: /sw/bin/asciidoc --backend=xhtml11 \ --attribute localdate=`TZ=UTC date +%Y-%m-%d` \
2006 Dec 18
3
about the 2.0.5 release
fellows, I'm preparing the 2.0.5 release (as always, the Christmas release). I just wanted to be sure: - everybody's in sync (Carlos, IIRC you had some megatec things underway?!) - that the brief NEWS message fits everybody (analyzing the real diff between the Testing+trunk backport and the last trunk backport over Testing was a mess). Since I'm on vacation for a week as of next
2007 May 22
3
Format of entires in data/driver.list
I want to propose to change the format of the entries in the data/driver.list file. Currently the format is (according to the header) # <manufacturer> <model name> <model extra> <driver> Of these fields, the <model extra> field is not very well defined now. For many devices, it contains information about the communication interface used (serial / USB / SNMP) while
2008 Feb 02
1
[nut-commits] svn commit r1264 - in trunk: . drivers m4 scripts/hal
On Feb 1, 2008 6:11 PM, Arnaud Quette <aquette at alioth.debian.org> wrote: > Author: aquette > Date: Fri Feb 1 23:11:33 2008 > New Revision: 1264 > > Log: > fix HAL support installation [Alioth Bug #304156] Arnaud, I tried to fix some of the errors that I was seeing in buildbot, but I still get the following error on "make distcheck", and I don't know how
2012 Jan 30
8
Support for Online Yunto and Zinto
Hello, I have a Yunto e a Zanto ups connected with usb with id 06da:0002 and 06da:0601. I have seen that people had some success using megatec driver. But now megatec is replaced by blazer-usb and I am not able to use my upses under nut. Can you help me? Thanks! Mario
2011 Jul 17
2
Experimenting with Git and GitHub
This is by no means official yet, but I put together a proof-of-concept svn-to-git conversion of the NUT source tree: https://github.com/clepple/nut If you are interested in experimenting with the repository, feel free to clone it, but if we identify any problems with the Git import from SVN, be forewarned that I might blow away this repository and start over. In particular, I guessed at some
2009 Sep 03
2
[nut-commits] svn commit r1953 - branches/AsciiDoc/docs/website/scripts
Arnaud, Thanks for removing the warning. I suspect that many users still using IE6 are doing so because of their IT department (rather than personal preference). IMHO, browser evangelism is slightly outside the scope of the NUT project :-) On Thu, Sep 3, 2009 at 8:31 AM, Arnaud Quette<aquette at alioth.debian.org> wrote: > Author: aquette > Date: Thu Sep 3 12:31:10 2009 > New
2010 Dec 12
2
[nut-commits] svn commit r2731 - in trunk/docs: . man website website/scripts
Citeren Arnaud Quette <aquette op alioth.debian.org>: > Author: aquette > Date: Sat Dec 11 12:31:21 2010 > New Revision: 2731 > URL: http://trac.networkupstools.org/projects/nut/changeset/2731 > > Log: > Complete the list of Subversion ignored files, with AsciiDoc > generated contents (no functional changes) Is there a particular reason for having both the man/
2008 Nov 16
1
Opening the 2.4 commit fest (configuration files)
On Sun, Nov 16, 2008 at 11:08 AM, Arnaud Quette <aquette.dev at gmail.com> wrote: > 2008/11/15 Charles Lepple <clepple at gmail.com>: >> On Fri, Nov 14, 2008 at 5:42 PM, Arnaud Quette <aquette.dev at gmail.com> wrote: >>> fellows, >>> >>> You can now commit to the trunk everything that is scheduled for 2.4 >>> >>> For my part,
2007 May 25
1
debuild vs. "debian/rules binary"
[was Re: [Nut-upsuser] Belkin USB UPSes] On 5/24/07, Arnaud Quette <aquette.dev at gmail.com> wrote: > Simply symlink debian to packaging/debian, and either "fakeroot > debian/rules binary" or whatever is your prefered method. I just noticed that if you use the "fakeroot debian/rules binary" method, the "ifeq (linux,$(DEB_HOST_ARCH_OS))" test is false,
2007 Mar 03
1
docs (was Re: Re: [nut-commits] svn commit r831 - in trunk: .)
On 3/3/07, Arnaud Quette <aquette.dev@gmail.com> wrote: > Lastly, yep the doc is still unsynced, ugly and incomplete :( > I've recruited 3 people of which none is active. I still think we need something simpler than docbook. Suggestions? -- - Charles Lepple
2007 May 07
1
Re: [nut-commits] svn commit r892 - in trunk: . packaging packaging/redhat
On 5/7/07, Arnaud Quette <aquette@alioth.debian.org> wrote: > --- trunk/packaging/README (original) > +++ trunk/packaging/README Mon May 7 09:41:33 2007 > @@ -29,6 +29,8 @@ > Directory: > URL: > > + The official files are located in redhat (lower case) We should really rename one directory so that people on case-insensitive filesystems don't get
2006 Jul 06
1
NUT localization [was Re: patch file]
On 7/6/06, Arnaud Quette <aquette.dev@gmail.com> wrote: > just in time, since I'm finishing 2.0.4-pre1. > I'll release it tomorrow, and I'll check to include your patch. One more thing: the patch changes the solis driver language to Portuguese. Are these units sold outside of Brazil? At some point, if we start supporting more drivers that are sold regionally, it might be
2008 Oct 04
3
Bug#501087: nut: support for a tripplite avr750u
Hi Raphael, btw, are you 2 bugs today a simple coincidence with my linkedIn invitation yesterday? ;-) 2008/10/4 Raphael Geissert <atomo64 at gmail.com>: > Package: nut > Version: 2.2.2-8 > Severity: wishlist > Tags: patch > > Attached is a patch adding "support" for tripplite's avr750u UPS. > Issues: > * productid still needs to be specified in
2010 Nov 12
3
AsciiDoc 8.6.3 release redux
FYI (mostly Charles and Arjen), a2x version has just been bumped to 8.6.3 in their trunk. So we will be able revert r2686 cheers, Arno 2010/11/12 Stuart Rackham > > > On 12/11/10 10:45, Arnaud Quette wrote: > >> Hi Stuart, >> >> 2010/11/10 Stuart Rackham >> >> The planned 28-Oct release date has slipped by, in the mean time I >> think all
2008 Jan 28
1
[nut-commits] svn commit r1249 - in trunk: . data
On Jan 28, 2008 7:47 AM, Arnaud Quette <aquette at alioth.debian.org> wrote: > + * driver.list: add compatibility information for [...] > + - Oneac XAU models Here's an excerpt from my conversation with Jacob Schmier on the Oneac model numbers: "The model numbers you listed (ON700, ON1000, ON1500, ON2000) comprise the Universal-Mount ON Series family (circa 2005). Each
2007 Jan 19
3
tripplite_usb interrupt errs
I keep getting this kind of stuff in /var/log/messages Jan 18 17:45:03 bulldog tripplite_usb[9979]: libusb_get_interrupt() returned -110 instead of 8 Should I be worried about it? upsc seems to work fine... I tried building the 2.0.5 but none of the included spec files seemed to work with opensuse 10.2 and adapting their 2.0.4 spec file didn't seem to work out well either. Building from
2007 Jan 19
3
tripplite_usb interrupt errs
I keep getting this kind of stuff in /var/log/messages Jan 18 17:45:03 bulldog tripplite_usb[9979]: libusb_get_interrupt() returned -110 instead of 8 Should I be worried about it? upsc seems to work fine... I tried building the 2.0.5 but none of the included spec files seemed to work with opensuse 10.2 and adapting their 2.0.4 spec file didn't seem to work out well either. Building from