Bug#693146: [Pkg-sql-ledger-discussion] Bug#693146: ledgersmb: [INTL:ja] New Japanese translation

[Robert J. Clay]

On Tue, Nov 13, 2012 at 11:37 AM, victory victory@gmail.com wrote:

 Package: ledgersmb

 Dear ledgersmb package maintainer,

  Here's Japanese po-debconf template translation (ja.po) file that
  reviewed by several Japanese Debian developers and users.

  Could you apply it, please?

I can't work on this right now but do plan to include it in the next
package upload.






-- 
Robert J. Clay
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586135: Updated URL for MisterHouse Debian packaging

[Robert J. Clay]

On Fri, Apr 5, 2013 at 11:10 AM, Robert J. Clay rjc...@gmail.com wrote:
   Development for the Debian packaging can be found here:

 https://github.com/jame/misterhouse/

   The public GIT repository for the MisterHouse Debian packaging at
GitHub has been moved to:

https://github.com/rocasa/misterhouse/




--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#707646: RFS: postnews/0.5.3-4 [ITA] -- Post to NNTP server via command line

[Robert J. Clay]

Package: sponsorship-requests
Severity: normal
Submitter: j...@rocasa.us

Dear mentors,

I am looking for a sponsor for my package postnews

* Package name: postnews
  Version : 0.5.3-4
  Upstream Author : Michael Waschbüsch waschbue...@users.sourceforge.net
* URL  :  http://sourceforge.net/projects/postnews/
* License : GPL-2+
  Section  : net

It builds those binary packages:

postnews   - Post Usenet articles via NNTP from the command line

To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/postnews

Alternatively, one can download the package with dget using this command:

dget -x 
http://mentors.debian.net/debian/pool/main/p/postnews/postnews_0.5.3-4.dsc

More information about postnews can be obtained from:
http://sourceforge.net/projects/postnews/

  Changes since the last upload:

  * New Maintainer. (Closes: #693232)
  * Rewrite debian/copyright according to DEP-5.
  * Add a debian/watch file to the packaging.
  * Changes to debian/control:
- Update Standards-Version to 3.9.4.
- Add a Homepage entry for Postnews.
- Add '${misc:Depends}' to the package Depends.
- Set Robert James Clay j...@rocasa.us as package Maintainer.
- Update debhelper Build-Depends to be '= 8.0.0'.
  * Changes to debian/rules:
- Correct 'dh_clean -k' to 'dh_prep' in install target.
- Add the missing build-arch and build-indep targets.
  * Update debhelper compatibility in debian/compat to '8'.
  * Explicitly set Debian source format as 3.0 (quilt).
  * Add the file debian/patches/Correct_shabang_line.patch.


--
Robert J. Clay
j...@rocasa.us
rjc...@gmail.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586135: Fwd: [mh] MisterHouse Version 3.0

[Robert J. Clay]

Version v3.0 of MisterHouse has now been released and I will be now
basing the Debian packaging on that version.


-- Forwarded message --
From: Kevin Robert Keegan ke...@krkeegan.com
Date: Thu, Jun 20, 2013 at 4:23 PM
Subject: [mh] MisterHouse Version 3.0
To: The main list for the MisterHouse home automation program
misterhouse-us...@lists.sourceforge.net


Hello All,

The stable branch of the MisterHouse git repo has been updated to v3.0.

If you want to know what changed, the changelog is here:
https://github.com/hollie/misterhouse/wiki/Changelog#v30-20130620

If you are running stable already then updating to this new version is
as easy as running 'git pull'.

A big thanks to everyone for keeping the awesome project alive! Beyond
the code, there is a lot of work that goes into this project including
bug reporting, patch testing, and documentation writing.  MisterHouse
has been and always continue to be a team effort.

- The MH Team


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: Adopting the crashmail package

[Robert J. Clay]

retitle 693229 ITA: crashmail -- JAM and *.MSG capable Fidonet tosser'
owner 693229 j...@rocasa.us
thanks

I had not been aware until today that the Crashmail package had been
orphaned:  since I'm working packaging jamnntpd, which can serve the
message bases that crashmail can maintain and which is already
suggested by crashmail, I plan to adopt the crashmail package.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693230: Adopting the MultiMail package

[Robert J. Clay]

retitle 693230 ITA: multimail -- Offline reader for Blue Wave, QWK,
OMEN and SOUP
owner 693230 j...@rocasa.us
thanks

I had not been aware until today that the MultiMail package had been
put up for adoption: since I like to ensure that packages like this
stay in Debian, I plan to adopt it.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: ITA packaging update

[Robert J. Clay]

The following updates have been completed:

[debian ce66935] Update Standards-Version in debian/control to v3.9.3
[debian 6ff62ae] Replaced Suggested non-free lha package with unar
package in debian/control.
[debian 5acfdad] Add build-arch and build-indep targets to debian/rules.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586135: Updated MisterHouse URL information

[Robert J. Clay]

  Development for the Debian packaging can be found here:

https://github.com/jame/misterhouse/


  The following are current useful starting points for MisterHouse itself:

http://misterhouse.sourceforge.net
http://misterhouse.wikispaces.com/

   The SVN repository at the SourceForge project is not currently
being actively used:  instead, the following repository at GitHub
(which also contains an import from the SVN repository) is the primary
one:

https://github.com/hollie/misterhouse/



--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693232: ITA update for Postnews package

[Robert J. Clay]

The ongoing work for the postnews ITA can now be found in the 'debian'
branch of the Postnews SourceForge project GIT repository, which can
be  browsed as follows:

http://sourceforge.net/p/postnews/code/ci/debian/tree/


--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#561919: Updating ITA info

[Robert J. Clay]

Reference http://git.debian.org/?p=collab-maint/mrtg-ping-probe.git
for some updates to the packaging for the ITA.



--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698298: LedgerSMB DB admin user not configured correctly

[Robert J. Clay]

Package: ledgersmb
Version: 1.3.25-1
Submitter: j...@rocasa.us
Owner: j...@rocasa.us
Tags: confirmed
thanks

The database user 'ledgersmb' is used by default in the LedgerSMB
package for database administrative functions like creating new
databases at http://localhost/ledgersmb/setup.pl. There are known
issues with the automatic LedgerSMB package configuration process,
which is why it is not enabled by default.  If that process is
selected, however,  the 'ledgersmb'  database administration user/role
is created but does not get configured with the correct security
access.

Reference also Ubuntu LedgerSMB bug #1078817.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#698298: Admin DB user information

[Robert J. Clay]

found 698298 1.3.18-2
thanks

   As noted in README.Debian;  if the default LedgerSMB database
adminstrative user is not created during the package installation, it
can be created using the following sql statement:

CREATE ROLE ledgersmb WITH SUPERUSER LOGIN NOINHERIT ENCRYPTED
PASSWORD 'password';

If it is created, like by selection of doing the configuration
during the package installation, but does not have the correct access;
 that can be corrected by using something like the following sql
statement:

ALTER ROLE ledgersmb WITH SUPERUSER LOGIN NOINHERIT;



-- 
Robert J. Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693230: MultiMail debian/copyright ?

[Robert J. Clay]

Hi Peter!

   Another package I'm working on adopting is the one for MultiMail.
In particular, I'm working on resolving the current Lintian warnings
on the package. While reviewing what might be needed to resolve the
two copyright related ones, I noticed that there is no copyright
information noted in debian/copyright specifically for the debian
directory files.  That would be the same as for the application
itself?


-- 
Robert J. Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: CrashMail Debian packaging

[Robert J. Clay]

On Mon, Jan 21, 2013 at 9:08 PM, Robert J. Clay rjc...@gmail.com wrote:
 I'll also send a summary of the work I've done so far.   (Need to
 update the ITA bug in any case and it'll allow me another chance to
 review what needed to be done...)

   The following Lintian warnings noted [1] for v0.71-4 have been resolved:
ancient-standards-version
debian-rules-missing-recommended-target
hardening-no-fortify-functions
hardening-no-relo

   The buildd warning is also related to the hardening build flags and
believe has been resolved.

Regarding the issues found by debcheck:
- The warnings Package has a Suggests on lha which cannot be
satisfied on the various architectures has been  resolved by changing
that entry to 'unar' in debian/control.
- The warnings Package has a Suggests on goldedplus | jamnntpd which
cannot be satisfied on the various architectures: goldedplus was in
Debian  I plan to ITP it again (it's been under development again).
There is an existing ITP for jamnntpd.

  The current changelog entry:

* New Maintainer. (Closes: #693229)
* Move installation of doc/AreafixHelp.txt to debian/install.
* Move installation of doc files from the old top level Makefile to the
  dh_installdocs command line by adding them to a debian/crashmail.docs file.
* Add usage of the CPPFLAGS,CFLAGS,and LDFLAGS variables to necessary
src/  directory Makefile.linux files.
* Changes to debian/control:
  - Add 'dpkg-dev (= 1.16.1~)' to Build-Depends.
  - Update Standards-Version to v3.9.4, no changes required.
  - Replace the Suggested non-free lha package with the unar package.
* Changes to debian/rules:
  - Add build-arch and build-indep targets.
  - Update CPPFLAGS, CFLAGS, and LDFLAGS using dpkg-buildflags.
  - Moved installation of man pages from the old top level Makefile to the
dh_installman command line.
  - Moved installation of example files from the old top level Makefile to a
dh_installexamples command line.
  - Moved installation of executables from the old top level Makefile to a
dh_install command line and a debian/crashmail.install file.
  - Move the make build  clean lines from the old top level Makefile to their
corresponding debian/rules build and clean targets.
  - Move the bin directory lines from the old top level Makefile.


-- 
Robert J. Clay
j...@rocasa.us
rjc...@gmail.com

[1]  http://packages.qa.debian.org/c/crashmail.html


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: CrashMail Debian ITA

[Robert J. Clay]

Peter,

On Sat, Jan 19, 2013 at 5:04 PM, Peter Krefting pe...@softwolves.pp.se wrote:
 If not, I could get a version of a new package together and make it
 available at the mentors site this coming week.

 Sounds like a good plan!

I've uploaded a package for 0.71-5 to the mentors site
(http://mentors.debian.net/package/crashmail),

dget -x 
http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_0.71-5.dsc

I'd appreciate it if you would review the package and let me know
what you think.





-- 
Robert J. Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: CrashMail Debian ITA

[Robert J. Clay]

On Fri, Jan 25, 2013 at 4:24 PM, Peter Krefting pe...@softwolves.pp.se wrote:
 Hi!

 Robert J. Clay:


I've uploaded a package for 0.71-5 to the mentors site
 (http://mentors.debian.net/package/crashmail),

dget -x
 http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_0.71-5.dsc

I'd appreciate it if you would review the package and let me know
 what you think.


 - debian/copyright should be updated with your name as packager.

   I'll take care of that.


 - debian/control lists unar instead of unrar.

Well, yes;  intentionally.  It's handles unarchiving LZH  is
therefore a replacement for LHA, and also handles many other formats
including RAR [2].


 Otherwise, comparing the tree to my latest version, the changes are fairly
 minimal, and, as far as I can tell, good. Fix the two issues above, and I'll
 upload it for you.

   Thanks!




-- 
Robert J. Clay
rjc...@gmail.com

[1] http://dep.debian.net/deps/dep5/
[2] http://packages.debian.org/sid/unar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: CrashMail Debian ITA

[Robert J. Clay]

Hi Peter!

On Fri, Jan 25, 2013 at 4:24 PM, Peter Krefting pe...@softwolves.pp.se wrote:
 - debian/copyright should be updated with your name as packager.

 That's been fixed and the package has been re-uploaded to the mentors site:

http://mentors.debian.net/package/crashmail
dget -x 
http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_0.71-5.dsc




-- 
Robert J. Clay
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693229: CrashMail Debian ITA

[Robert J. Clay]

Hi Peter!

On Sat, Jan 26, 2013 at 4:56 PM, Peter Krefting pe...@softwolves.pp.se wrote:

 http://mentors.debian.net/package/crashmail
 dget -x
 http://mentors.debian.net/debian/pool/main/c/crashmail/crashmail_0.71-5.dsc


 Uploaded now, with a three-day delay, so you can check everything is OK.

   Thanks!


 Can you please push the changes to the Git repository as well?

   Done.




-- 
Robert J. Clay
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#561919: ITA: mrtg-ping-probe -- Ping probe for MRTG 2.x

[Robert J. Clay]

retitle 561919 ITA: mrtg-ping-probe -- Ping probe for MRTG 2.x
owner 561919 j...@rocasa.us
thanks

Despite not having updated the bug recently, I consider this ITA as in
progress;  so I am setting it back.


Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#693232: Adopting the postnews package

[Robert J. Clay]

retitle 693232 ITA: postnews -- Post Usenet articles via NNTP from the
command line
owner 693232 j...@rocasa.us
thanks

I plan to adopt the postnews package in Debian.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#223905: JamNNTPd URL updates

[Robert J. Clay]

Besides the git repository at
http://git.debian.org/?p=crashmail/jamnntpd.git, the primary code
repository for JamNNTPd is now at:

http://sourceforge.net/p/ftnapps/jamnntpd/code

The integration branch for the Debian packaging is named 'debian'.


--
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#223905: Packaging work continues...

[Robert J. Clay]

I was offline for awhile but am now back; but I also just moved and am
still in the process of getting set back up again for development
work.  Packaging work will continue as that process gets resolved.


-- 
Robert J. Clay
j...@rocasa.us
rc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#223905: JamNNTPd Debian packaging...

[Robert J. Clay]

Peter,

On Sun, Aug 25, 2013 at 7:00 AM, Robert J. Clay rjc...@gmail.com
wrote to 223...@bugs.debian.org:
 I was offline for awhile but am now back; but I also just moved and am
 still in the process of getting set back up again for development
 work.  Packaging work will continue as that process gets resolved.

   I have started working on JamNNTPd again, including testing it
against newreaders (doesn't seem to work with KNode or PAN because
they send MODE READER commands which JamNNTPd doesn't understand yet)
as well as creating test builds of packages. (which are also available
at https://launchpad.net/~ftnapps/+archive/main/+packages, 32  64 bit
versions built for Ubuntu Precise of v1.0-1~3).

  Have you had a chance to take a look at the current packaging, to
see what it's looking like?


-- 
Robert James Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725783: ledgersmb: /var/lib/ledgersmb/css does not work, but /usr/share/ledgersmb/css does

[Robert J. Clay]

tag 725783 + moreinfo
thanks

On Tue, Oct 8, 2013 at 6:37 AM, Moshe Yudkowsky mo...@pobox.com wrote:


 Package: ledgersmb
 Version: 1.3.25-1
 Severity: normal

 For reasons that I can't understand and have not been able to fix, CSS does
 not work with this package out of the box.

   Something that is not clear to me;  was that a new install?  Or an
update install?


 The original configuration
 information for /lsmbcss in ledgersmb-httpd.conf gives me these errors:

 [Mon Oct 07 22:28:44.398525 2013] [authz_core:error] [pid 13615] [client
 127.0.0.1:38057] AH01630: client denied by server configuration:
 /var/lib/ledgersmb/css/ledgersmb.css, referer:
 http://localhost/ledgersmb/login.pl

Is there or is there not a /var/lib/ledgersmb/css/ledgersmb.css directory?
It should have been installed as part of the package installation.





Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725758: [Pkg-sql-ledger-discussion] Bug#725783: ledgersmb: /var/lib/ledgersmb/css does not work, but /usr/share/ledgersmb/css does

[Robert J. Clay]

On Tue, Oct 8, 2013 at 6:37 AM, Moshe Yudkowsky mo...@pobox.com wrote:

Version: 1.3.25-1
Justification: renders package unusable
Severity: grave
Tags: patch

 Apache2 no longer supports /etc/apache2/conf.d; configuration
 information in that directory is ignored. The alias to
 /usr/share/ledgersmb is ignored so URLs will no longer work; even if
 that is fixed by symlinks, the *.pl scripts will not run because the
 AddHandler is not seen.

I disagree that it's of 'Grave' severity (perhaps 'Important'),
since just moving and updating the configuration file would take care
of the issue.  OTOH;  I think I I have the issue resolved in the
package version I'm currently working on, so I'm not sure it's worth
the trouble to change it.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725758: ledgersmb: Ledgersmb uses /etc/apache2/conf.d to store ledgersmb-httpd.conf but that is deprecated

[Robert J. Clay]

(correcting subject line)

On Tue, Oct 8, 2013 at 6:37 AM, Moshe Yudkowsky mo...@pobox.com wrote:
Version: 1.3.25-1
Justification: renders package unusable
Severity: grave

 Apache2 no longer supports /etc/apache2/conf.d; configuration
 information in that directory is ignored. The alias to
 /usr/share/ledgersmb is ignored so URLs will no longer work; even if
 that is fixed by symlinks, the *.pl scripts will not run because the
 AddHandler is not seen.

I disagree that it's of 'Grave' severity (perhaps 'Important'),
since just moving and updating the configuration file would take care
of the issue.  OTOH;  I think I I have the issue resolved in the
package version I'm currently working on (though it needs testing), so
I'm not sure it's worth the trouble to change it.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#725758: LedgerSMB 1.3.x and Apache v2.4?

[Robert J. Clay]

On Thu, Jan 9, 2014 at 3:57 AM, Robert J. Clay rjc...@gmail.com wrote:
 On Tue, Jan 7, 2014 at 4:51 AM, Chris Travers chris.trav...@gmail.com wrote:
 Speaking of which, anything I can do to help with the Apache 2.4 issues?

Well, I don't know how many people are already using LedgerSMB
 v1.3.x with Apache v2.4, but it seems to me that there will be;  had
 you all considered splitting off the 1.3.x LedgerSMB ledger-httpd.conf
 file into Apache version specific files, like has already been done
 for LedgersSMB v1.4?

   In the mean time, I'm using a 2.4 compatible version of the file
kept in packaging directory;  still need to get that to work,
though...

   I am now working on the packaging for 1.3.36;  need to get it
working for both upgrades and and new installs...

 I will confess it is somewhat difficult as I am currently running Apache
 2.2, and haven't had time to upgrade my dev environment.

   Something I've found that seems to be true, at least if the
access_compat module is available (like it appears to be in Debian
Testing);  if the v2.2 compatible file is left in conf.d and no 2.2
compatible version is enabled in conf-available, it does appear to
work.  This I found on a test system that was updated from wheezy to
jessie, which also updated the ledgersmb install to 1.3.25.

   As I've not yet been able to get a working v2.4 compatible
ledgersmb httpd config file;  I don't know if such a file was enabled,
if that automatically overrides such an existing v2.2 compatible
file..



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#223905: JamNNTPd Debian Package ITP

[Robert J. Clay]

Dario,

I see that you sent in a retitle for my ITP for JamNNTPd, # 223905;
it's not clear to me what you were trying to do, though, because it
doesn't seem to have actually changed the title much if at all...



-- 
Robert James Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#742723: crashmail: fails to operate on 64 bit systems

[Robert J. Clay]

Package: crashmail
Version: 0.71-5
Severity: important

Dear Maintainer,

   * Operation of crashmail programs fails on 64 bit systems; 'crashstats',
 for instance.
   * In a 32 bit system (i386) there are no such apparent issues with operation
 of the proprams
   * Operation of crashstats resulted in a segfault.
   * Result should be the generation of a text file containing stats
information.

Note that it is not clear how much of the issue is the crashstats program and
how is might be with the program(s) that generates the crashmail.stats file
that crashstat is reading.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: amd64 (x86_64)

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages crashmail depends on:
ii  libc6  2.18-4

crashmail recommends no packages.

Versions of packages crashmail suggests:
pn  goldedplus | jamnntpd  none
pn  unar   none
ii  unzip  6.0-11
ii  zip3.0-8

-- no debconf information


-- 
Robert J. Clay
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586135: New MisterHouse version, v3.1

[Robert J. Clay]

A new upstream version of MisterHouse, v3.1, has been released and
packaging will be continuing using that version.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#586135: Packaging repository

[Robert J. Clay]

  Note that development for the Debian packaging can now be found in
the 'debian' branch here:

https://github.com/rocasa/misterhouse/




-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#752375: QA page shows Git ERROR because it uses only debian master branches

[Robert J. Clay]

On Mon, Jun 23, 2014 at 2:47 AM, Stefano Zacchiroli z...@debian.org wrote:

 On Mon, Jun 23, 2014 at 02:18:26PM +0800, Thomas Goirand wrote:
 For some of the packages I maintain, I get a Git ERROR showing.
 Clicking on the Git link shows a working git repository. Clicking on
 the ERROR link shows:

 Can you please be specific?

I have one, although in my case I actually do have a 'debian' branch.

package:   postnews
Git: git://git.code.sf.net/p/postnews/code -b debian






-- 
Robert James Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#712406: ITP: libpgobject-simple-role-perl -- newer versions

[Robert J. Clay]

On Sat, Jun 15, 2013 at 11:07 AM, RJ Clay j...@rocasa.us wrote:

 * Package name: libpgobject-simple-role-perl
   Version : 0.11

There have been a number of newer upstream releases since ITP was
originally opened; leading to v1.10.01, which is what is being
packaged now.



-- 
Robert James Clay
j...@rocasa.us
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773378: RFS: ledgersmb/1.3.46-1

[Robert J. Clay]

Hi Vincent!

On Fri, Jan 2, 2015 at 6:18 AM, Vincent Cheng vch...@debian.org wrote:
 Control: tag -1 moreinfo

 Hi Robert,

 On Wed, Dec 17, 2014 at 8:54 AM, Robert James Clay j...@rocasa.us wrote:
 Package: sponsorship-requests
 Severity: normal

 Dear mentors,

   I am looking for a sponsor for my package ledgersmb

 * Package name: ledgersmb
   Version : 1.3.46-1
   Upstream Author :  Chris Travers ch...@metatrontech.com
 * URL : http://www.ledgersmb.org
 * License : GPL-2+
   Section : web

 It builds those binary packages:

 ledgersmb  - financial accounting and ERP program


 Just a few small questions/comments from skimming through the debdiff:

 - You added a small dpkg-maintscript-helper snippet to
 debian/ledgersmb.postrm, specifically checking if dpkg is new enough
 to support mv_conffile before using it; what happens if dpkg isn't
 sufficiently new enough to support that / is that something that
 should just fail?
 You can simply add a Pre-Depends:
 ${misc:Pre-Depends} (which will add a pre-dependency on the
 appropriate version of dpkg)

  That would do that simply because that form of it (mv_conffile) is
used in the mantainer scripts?


 if you want to use
 dpkg-maintscript-helper and not have to worry about whether dpkg is
 new enough (and avoid that if dpkg-maintscript-helper supports
 mv_conffile logic).

 That version doesn't quite go back far enough for where I may want to
support the package.  Although it's getting less likely to be an issue
over time.  I'll admit I haven't needed to help with support on
squeeze or lucid recently;   are you thinking that I'm worrying too
much about a situation that isn't very likely and that would need to
be supported differently in any case? (For instance, a separate
backport for it, if necessary.)



 - Why bump the version number in debian/NEWS when there isn't a new
 entry, and nothing else in the file has changed aside from the
 timestamp? That seems likely to just annoy apt-listchanges users.

   To ensure that it is taken as being current and will be seen again
as necessary.  (I've corresponded  with people who didn't look at it
until I pointed it out that the info was there.)



 Also, note that since Debian is in freeze right now, if you wish to
 target unstable, any (RC) bugfix uploads that you wish to get into
 jessie would then have to go through testing-proposed-updates (which
 the release team apparently really doesn't like). Are you sure you're
 ok with that?

None of the three bugs I'm seeking to close with this upload are RC,
so I had not anticipated being able to update the package in jessie in
any case.   (The new package upgrade I'm working on now involves an
upgrade from v1.3.x to v1.4.x;  this upgrade for 1.3.46 is currently
the last in the 1.3.46 series.)







-- 
Robert J. Clay
rjc...@gmail.com


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#773378: RFS: ledgersmb/1.3.46-1

[Robert J. Clay]

Hi Vincent

On Sat, Jan 3, 2015 at 6:12 PM, Vincent Cheng vch...@debian.org wrote:
 Hi Robert,

 I suggest one of three different options (preferably options 2 or 3,
 whichever is most appropriate):

 2) pre-depend on a sufficiently recent version of dpkg such that
 mv_conffile is always known to be supported

   That's the option I'm more inclined to, so I'll be working on the
changes necessary for that.


 None of the three bugs I'm seeking to close with this upload are RC,
 so I had not anticipated being able to update the package in jessie in
 any case.   (The new package upgrade I'm working on now involves an
 upgrade from v1.3.x to v1.4.x;  this upgrade for 1.3.46 is currently
 the last in the 1.3.46 series.)

 Ok, sounds fine to me then (please address the
 maintscript/conffile-renaming issue though).





-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#831688: [Pkg-sql-ledger-discussion] Bug#831688: LedgerSMB does not have Japanese as an available language.

[Robert J. Clay]

On Mon, Jul 18, 2016 at 5:12 PM, victory  wrote:

>
> po-debconf is only for managing packages, not for packaged software


 Yes, I know.



> and there is no ja.po in
> https://github.com/ledgersmb/LedgerSMB/tree/master/locale/po
>
>
 Yes, as I noted when I opened the bug;  so yes, it's an upstream bug.
 (That URL is also looking at the wrong branch for what's currently in
debian, although it's also true for the 1.3 & 1.4 branches...)




> as most likely there is no one
>  who will translate the 1 lines of program po into ja,
>

  There 's only a bit over 9000 lines in the LedgerSMB.pot file and some of
those are comments...





-- 
Robert James Clay
rjc...@gmail.com
j...@rocasa.us

Bug#831688: LedgerSMB does not have Japanese as an available language.

[Robert J. Clay]

Package: ledgersmb
Severity: wishlist

A debian/po debconf Japanese translation has been provided for the package
ledgersmb. However; there is no LedgerSMB locale/po/ja.po file currently
provided with the application. Checked 'System|Language|List Languages' in
LedgerSMB 1.3.47: "ja" is not in the default list. It's also not listed as
an available language when editing templates, and presumably those lists
come from the same source. Note that It can be added manually using
'System|Language|Add Language'.

-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#831688: Bug confirmed as upstream

[Robert J. Clay]

tag -1 + confirmed upstream

thanks

-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.com

Bug#586135: Packaging update

[Robert J. Clay]

It does not look like I'll be able to get a Debian package for Misterhouse
into Debian in time to be included into the next stable Debian version (v9;
'Stretch'), but I am still interested in packaging it so I will be
continuing to work on it as I can.

Note that I do plan to make a public git repository specifically for the
Debian packaging, likely to be called 'pkg-misterhouse' and likely pushed
to alioth.  More on that when it happens.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#824214: Debian pkg for PGObject::Util::DBAdmin

[Robert J. Clay]

Chris,

   I was working the Debian packaging for the PGObject::Util::DBAdmin
today.  I was able to update the packaging to v0.09 (which, btw, does not
appear to be push to github repo for the module) but found some issues:

  - Incorrect copyright years in the README & module files,  "2014" instead
of the
 "2014-2016" that it looks like it should be:
  https://rt.cpan.org/Ticket/Display.html?id=117202
  https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/10

  - Found a couple of minor spelling errors in the module file, and for
which I created a
patch:  https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/9

Note also that I could put a preliminary version of the pkg up on
apt.ledgersmb.org if it might be a bit before these issues can be
addressed...

The git packaging repo for it can be found at:
https://anonscm.debian.org/cgit/pkg-perl/packages/libpgobject-util-dbadmin-perl.git



-- 
Robert James Clay
rjc...@gmail.co m
j...@rocasa.com

Bug#836330: ITP: PGObject::Util::DBChanges - Track applied change files in a database

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libpgobject-util-dbachange-perl
  Version: 0.04
  Upstream Author : Chris Travers <ch...@gmail.com>
* URL or Web page : https://metacpan.org/release/PGObject-Util-DBChange
* License   : BSD (3 clause)
  Description : PGObject::Util::DBChanges -  Track applied change files in
a PostgreSQL database

This module tracks applied change files in a PostgreSQL database. It has
the following methods:  new, content_wrapped, is_applied, run, and apply.
And has the following functions: needs_init, init, and update.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#837867: ITP: libapp-ledgersmb-admin-perl - Easily Manage LedgerSMB Installations

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libapp-ledgersmb-admin-perl
  Version: 0.05
  Upstream Author : Chris Travers <ch...@efficito.com>
* URL or Web page : https://metacpan.org/pod/App::LedgerSMB::Admin
* License   : BSD (3 clause)
  Description : App::LedgerSMB::Admin - Easily Manage LedgerSMB
Installations

This package provides command-line LedgerSMB administration utilities which
work
on multiple major versions of that ERP and also makes library functions
available to provide the basic routines for managing multiple major
versions of LedgerSMB through a consistent toolkit.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#824214: Debian pkg for PGObject::Util::DBAdmin

[Robert J. Clay]

Chris,

 Do you an idea when you might be able to work on this?  The freeze for
Debian 9 isn't all that close but it's not all that far away either and I'd
really like to get this into Debian well before that


On Wed, Aug 24, 2016 at 7:27 PM, Robert J. Clay <rjc...@gmail.com> wrote:

> Chris,
>
>I was working the Debian packaging for the PGObject::Util::DBAdmin
> today.  I was able to update the packaging to v0.09 (which, btw, does not
> appear to be push to github repo for the module) but found some issues:
>
>   - Incorrect copyright years in the README & module files,  "2014"
> instead of the
>  "2014-2016" that it looks like it should be:
>   https://rt.cpan.org/Ticket/Display.html?id=117202
>   https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/10
>
>   - Found a couple of minor spelling errors in the module file, and for
> which I created a
> patch:  https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/9
>
> Note also that I could put a preliminary version of the pkg up on
> apt.ledgersmb.org if it might be a bit before these issues can be
> addressed...
>
> The git packaging repo for it can be found at:
> https://anonscm.debian.org/cgit/pkg-perl/packages/
> libpgobject-util-dbadmin-perl.git
>
>
>
> --
> Robert James Clay
> rjc...@gmail.co <rjc...@gmail.com>m
> j...@rocasa.com
>
>


-- 
Robert J. Clay
rjc...@gmail.com

Bug#749275: Packaging Updates

[Robert J. Clay]

Note that the issue with the testing errors that is still present.

Note also that the upstream respository  at following location is  a fork:
https://github.com/ledgersmb/PGObject-Util-PseudoCSV

The authors current repository for the package is also on GitHub and an
issue was been opened there regarding the same errors that are coming up
during a build:

https://github.com/einhverfr/PGObject-Util-PseudoCSV/issues/1

So, further progress on this ITP is still pending resolution of those
testing errors.


-- 
Robert James Clay
rjc...@gmail.com
j...@rocasa.com

Bug#837867: ITP 837867 update

[Robert J. Clay]

retitle 837867 ITP: ledgersmb-admin - Easily Manage LedgerSMB Installations
Thanks

Package: wnpp
Severity: wishlist

* Package name: ledgersmb-admin
  Version: 0.05
  Upstream Author : Chris Travers <ch...@efficito.com>
* URL or Web page : https://metacpan.org/pod/App::LedgerSMB::Admin
* License   : BSD (3 clause)
  Description : App::LedgerSMB::Admin - Easily Manage LedgerSMB Installations

This package provides command-line LedgerSMB administration utilities which
work on multiple major versions of that ERP and also makes library functions
available to provide the basic routines for managing multiple major
versions of LedgerSMB through a consistent toolkit.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#845389: ITP: libpgobject-type-bytestring-perl -- Wrapper for raw strings mapping to BYTEA columns

[Robert J. Clay]

Package: wnpp
Owner: Robert James Clay 
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libpgobject-type-bytestring-perl
  Version : 1.1.1
  Upstream Author : Erik Huelsmann, 
  License : BSD-2-clause
  Description : PGObject::Type::ByteString - maps Perl strings into a
BYTEA field.

This module provides a wrapper for raw strings mapping to BYTEA columns


-- 
Robert James Clay
j...@rocasa.us
rjc...@gmail.com

Bug#844276: ledgersmb: Can't locate lsmb-request.pl in @INC

[Robert J. Clay]

Package: ledgersmb
Severity: normal

On systems with perl-base version 5.22.2-4 or newer, LedgerSMB will cause
the following type of error when attempting access to log in or to run
setup.pl:

Can't locate lsmb-request.pl in @INC (@INC contains: /etc/perl
/usr/local/lib/i386-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1
/usr/lib/i386-linux-gnu/perl5/5.24 /usr/share/perl5
/usr/lib/i386-linux-gnu/perl/5.24 /usr/share/perl/5.24
/usr/local/lib/site_perl /usr/lib/i386-linux-gnu/perl-base) at
/usr/share/ledgersmb/setup.pl line 8.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#844276: Workaround for bug 844276

[Robert J. Clay]

found 844276 1.4.34+ds-1
found 844276 1.4.34+ds-2

Thanks

A work around is that there is line in a /etc/perl/sitecustomize.pl file
that can be commented out in order to not remove the "." (current
directory)  from the Perl @INC path.

-- 
Robert J. Clay
rjc...@gmail.com

Bug#844276: Another work around

[Robert J. Clay]

One other work around can be to run it under starman instead of apache
(like how version v1.5 of LedgerSMB is going to be), which can be done as
simply as by changing to the /usr/share/legersmb directory and then running
something like the following:

  starman -I. tools/starman.psgi

The starman package is already a dependacy of the LedgerSMB package.


-- 
Robert J. Clay
rjc...@gmail.com

Bug#844276: Error: Can't locate lsmb-request.pl in @INC

[Robert J. Clay]

All,

There is an error that comes up from LedgerSMB on Debian or Debian derived
systems with perl-base version 5.22.2-4 or newer, caused by the 'current
directory' (".") no longer being in the '@INC' Perl search path by default.
It shows up at when using CGI and Apache to access the LedgerSMB
application, so at least for version 1.4.x (and 1.3.x) which use that by
default. An example from an Apache error.log when attempting to access
setup.pl is as follows:

Can't locate lsmb-request.pl in @INC (@INC contains: /etc/perl
/usr/local/lib/i386-linux-gnu/perl/5.24.1 /usr/local/share/perl/5.24.1
/usr/lib/i386-linux-gnu/perl5/5.24 /usr/share/perl5
/usr/lib/i386-linux-gnu/perl/5.24 /usr/share/perl/5.24
/usr/local/lib/site_perl /usr/lib/i386-linux-gnu/perl-base) at
/usr/share/ledgersmb/setup.pl line 8.


An LedgerSMB issue [1] has been opened for the issue; and a Debian bug was
created [2] and forwarded to it. There is also a "User Tag" in Debian being
used to track packages affected by the issue [3].

The currently known distributions where this is being seen or is expected
to be present is Debian Testing ('Stretch'), Debian Unstable ("Sid"), and
the current Ubuntu development version ("Zesty").

A work around is that there is a line in the /etc/perl/sitecustomize.pl
file on Debian systems that can be commented out in order to not remove the
"." (current directory) from the Perl @INC path. The following line is
uncommented by default on current Debian Testing & Unstable systems:

  pop @INC if $INC[-1] eq '.' and !$ENV{PERL_USE_UNSAFE_INC};

If left that way, the error will come up when attempting to access
LedgerSMB running under the Apache web server (which is the default for
v1.4.x). If that line is commented out, the error does not come up. (Note
that it is commented out by default on Debian v8, 'Jessie'. )

There may be other work arounds, like setting the PERL_USE_UNSAFE_INC
environment variable, but that I have not yet tested. And there may not be
work around like that on any system (not just Debian) with Perl v5.24, as I
understand that not having the current directory in @INC is compiled into
the interpreter, but that would be need to be tested further.





Robert James Clay
rjclaygmail.com
j...@rocasa.us

[1] https://github.com/ledgersmb/LedgerSMB/issues/2275
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=844276
[3]
https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=perl-cwd-inc-removal;users=debian-p...@lists.debian.org
=

-- 
Robert J. Clay
rjc...@gmail.com

Bug#836330: PGObject:Util::DBChange Debian packaging.

[Robert J. Clay]

This one also still needs an update;  at least for the Copyright holder in
the module files themselves , which lists "The LedgerSMB Core Team."
instead of the author "Chris Travers, "


-- 
Robert J. Clay
rjc...@gmail.com

Bug#824214: Debian pkg for PGObject::Util::DBAdmin

[Robert J. Clay]

We're running out of time to get this one into Debian before they freeze in
preparation for the new release (in this case, stop accepting new packages)
and it still needs clarification regarding the copyright years.

On Thu, Sep 15, 2016 at 12:02 PM, Robert J. Clay <rjc...@gmail.com> wrote:

> Chris,
>
> In case your  efficito.com adx isn't checked very often...
>
> -- Forwarded message ------
> From: Robert J. Clay <rjc...@gmail.com>
> Date: Wed, Sep 14, 2016 at 6:38 PM
> Subject: Re: Debian pkg for PGObject::Util::DBAdmin
> To: Chris Travers <ch...@efficito.com>, Erik Huelsmann <ehu...@gmail.com>
> Cc: 824...@bugs.debian.org, Development discussion for LedgerSMB <
> ledger-smb-de...@lists.sourceforge.net>
>
>
> Chris,
>
>  Do you an idea when you might be able to work on this?  The freeze
> for Debian 9 isn't all that close but it's not all that far away either and
> I'd really like to get this into Debian well before that
>
>
> On Wed, Aug 24, 2016 at 7:27 PM, Robert J. Clay <rjc...@gmail.com> wrote:
>
>> Chris,
>>
>>I was working the Debian packaging for the PGObject::Util::DBAdmin
>> today.  I was able to update the packaging to v0.09 (which, btw, does not
>> appear to be push to github repo for the module) but found some issues:
>>
>>   - Incorrect copyright years in the README & module files,  "2014"
>> instead of the
>>  "2014-2016" that it looks like it should be:
>>   https://rt.cpan.org/Ticket/Display.html?id=117202
>>   https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/10
>>
>>   - Found a couple of minor spelling errors in the module file, and for
>> which I created a
>> patch:  https://github.com/ledgersmb/PGObject-Util-DBAdmin/issues/9
>>
>> Note also that I could put a preliminary version of the pkg up on
>> apt.ledgersmb.org if it might be a bit before these issues can be
>> addressed...
>>
>> The git packaging repo for it can be found at:
>> https://anonscm.debian.org/cgit/pkg-perl/packages/libpgobjec
>> t-util-dbadmin-perl.git
>>
>>
>>
>> --
>> Robert James Clay
>> rjc...@gmail.co <rjc...@gmail.com>m
>> j...@rocasa.com
>>
>>
>
>
> --
> Robert J. Clay
> rjc...@gmail.com
>
>
>
> --
> Robert J. Clay
> rjc...@gmail.com
>



-- 
Robert J. Clay
rjc...@gmail.com

Bug#836330: package build failure: "No rule to make target"

[Robert J. Clay]

On Mon, Jan 2, 2017 at 4:09 PM, gregor herrmann <gre...@debian.org> wrote:

> On Mon, 02 Jan 2017 15:28:10 -0500, Robert J. Clay wrote:
>
> > There is an ITP [1] I've been working on, wherein Debian package build
> > attempts just result in an error lke the following:
> >
> > make[1]: *** No rule to make target
> > '/usr/lib/x86_64-linux-gnu/perl/5.20/Config.pm', needed by 'Makefile'.
> > Stop.
>
> Stray Makefile in the tarball?
>
> (Downloading the tarball says "yes, there is a Makefile".)
>

Yes, indeed!  (don't  know how I missed it...)


>
> > It comes up when attempting to use 'gbp buildpackage' or 'debuild' [2],
> > under stretch, sid, or jessie.  It does not come up when doing a normal
> > Perl module build ('perl Makefile.PL && make test', for instance).
>
> The former two call `debian/rules clean' which calls `make clean' as
> there is a Makefile, which fails as it was created by `perl
> Makefile.PL' on the authors machince with perl 5.20 installed.
>
> In the latter case, your `perl Makefile.PL' rewrites the Makefile.
>
> > It also
> > does not come up attempting a Debian test build of another ITP I have.
> > (Can't finish that one because it's dependent on this one...)
>
> Luckily, these failures in `make dist' on the upstream side are quite
> rare :)
>
> Not sure what the quickest workaround is: Either putting Makefile in
> debian/clean


   Tried that but it didn't seem to work.  Think it's seeing that existing
Makefile too soon




> or re-running `perl Makefile.PL' in
> override_dh_auto_clean if the Makefile is around [0] or repacking the
> tarball.
>
> Of course asking upstream to release a fixed tarball what benefit
> everyone :)
>

I've already contacted upstream about it, so I'll see what they say.



>
> libamazon-sqs-simple-perl/debian/rules does the
> override_dh_auto_clean dance with a comment:
>

 I'll take a look at how that works...




-- 
Robert J. Clay
rjc...@gmail.com

Bug#836330: package build failure: "No rule to make target"

[Robert J. Clay]

On Mon, Jan 2, 2017 at 4:17 PM, Russ Allbery <r...@debian.org> wrote:

> "Robert J. Clay" <rjc...@gmail.com> writes:
>
> > There is an ITP [1] I've been working on, wherein Debian package build
> > attempts just result in an error lke the following:
>
> > make[1]: *** No rule to make target
> > '/usr/lib/x86_64-linux-gnu/perl/5.20/Config.pm', needed by 'Makefile'.
> > Stop.
>
> > It comes up when attempting to use 'gbp buildpackage' or 'debuild' [2],
> > under stretch, sid, or jessie.  It does not come up when doing a normal
> > Perl module build ('perl Makefile.PL && make test', for instance).  It
> > also does not come up attempting a Debian test build of another ITP I
> > have.  (Can't finish that one because it's dependent on this one...)
>
> Usually this means that you've accidentally included a generated Makefile
> in the source package and are trying to use it,


Yes;  as gregor noted, there is a 'Makefile' present in the distribution
archive.



> instead of running perl
> Makefile.PL to regenerate the Makefile.


  Yeah, it's not getting that far.



>   (And that generated Makefile was
> generated with an older version of Perl, namely 5.20 instead of 5.24 which
> is the current version in Debian unstable.)
>
>
>
-- 
Robert J. Clay
rjc...@gmail.com

Bug#836330: package build failure: "No rule to make target"

[Robert J. Clay]

There is an ITP [1] I've been working on, wherein Debian package build
attempts just result in an error lke the following:

make[1]: *** No rule to make target
'/usr/lib/x86_64-linux-gnu/perl/5.20/Config.pm', needed by 'Makefile'.
Stop.

It comes up when attempting to use 'gbp buildpackage' or 'debuild' [2],
under stretch, sid, or jessie.  It does not come up when doing a normal
Perl module build ('perl Makefile.PL && make test', for instance).  It also
does not come up attempting a Debian test build of another ITP I have.
(Can't finish that one because it's dependent on this one...)

If anyone has an idea of whats going on here, or how to further investigate
it, or even if anyone else even sees it; I would greatly appreciate it
hearing about it.  I've also tried just a Debian source package build, so I
could then try a build using pbuilder, but that just results in the same
kind of error.

-- 
Robert James Clay
rjc...@gmail.com
j...@rocasa.us

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=836330
[2] https://paste.debian.net/906065/

Bug#836330: Example build failure

[Robert J. Clay]

here is an example of the error that comes up when attempting to do a
package build (& postedto [1] for 90 days);

$ debuild -rfakeroot -e"Robert James Clay <j...@rocasa.us>" -us -uc
dpkg-buildpackage -rfakeroot -us -uc -eRobert James Clay <j...@rocasa.us>
dpkg-buildpackage: info: source package libpgobject-util-dbchange-perl
dpkg-buildpackage: info: source version 0.030.0-1 dpkg-buildpackage: info:
source distribution UNRELEASED dpkg-source --before-build
PGObject-Util-DBChange-0.030.0 dpkg-buildpackage: info: host architecture
amd64 fakeroot debian/rules clean dh clean dh_testdir dh_auto_clean make
-j1 distclean make[1]: Entering directory
'/home/jame/Projects/PGObject/libpgo-u-dbc-p/work/PGObject-Util-DBChange-0.030.0'
make[1]: *** No rule to make target
'/usr/lib/x86_64-linux-gnu/perl/5.20/Config.pm', needed by 'Makefile'.
Stop. make[1]: Leaving directory
'/home/jame/Projects/PGObject/libpgo-u-dbc-p/work/PGObject-Util-DBChange-0.030.0'
dh_auto_clean: make -j1 distclean returned exit code 2 debian/rules:4:
recipe for target 'clean' failed make: *** [clean] Error 2
dpkg-buildpackage: error: fakeroot debian/rules clean gave error exit
status 2 debuild: fatal error at line 1116: dpkg-buildpackage -rfakeroot
-us -uc -eRobert James Clay <j...@rocasa.us> failed



[1] https://paste.debian.net/906065/

-- 
Robert J. Clay
rjc...@gmail.com

Bug#836330: PGObject:Util::DBChange Debian packaging.

[Robert J. Clay]

Chris, Erik,

On Fri, Dec 23, 2016 at 8:19 AM, Robert J. Clay <rjc...@gmail.com> wrote:
>
>
> But it also may be specific to the that pkg, because I tried another
> test build libapp-ledgersmb-admin-perl (after successfully installing
> *DBChange via 'perl Makefile.PL && make install') and that that error did
> not come up on that...
>
>  It is specific to that module; or, to be more specific, the module
distribution archive...  The issue is that there is a 'Makefile' already in
the distribution archive.  (Why didn't we notice that?)   A 'perl
Makefile.PL && make test' sequence (as a for instance) is not affected
because it overwrites that existing one.  It affects a Debian pkg build
because the build sees that 'Makefile' already there and so uses that
instead of creating a new one. (That, I  think, can be worked around if
needed...)

The cause of the issue is that the word "Makefile" is listed in the
MANIFEST file, so it gets added to the distribution archive.

.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#836330: PGObject:Util::DBChange Debian packaging.

[Robert J. Clay]

Erik,

   I'd thought that this one had also been updated but I'm not seeing a
newer version on CPAN.
   Also, I still see an issue with the content of git repo for this module
...

On Thu, Dec 15, 2016 at 8:26 PM, Robert J. Clay <rjc...@gmail.com> wrote:

> This one also still needs an update;  at least for the Copyright holder in
> the module files themselves , which lists "The LedgerSMB Core Team."
> instead of the author "Chris Travers, "
>
>
> --
> Robert J. Clay
> rjc...@gmail.com
>



-- 
Robert J. Clay
rjc...@gmail.com

Bug#586135: Fwd: [mh] Announcement: 4.2 Released!

[Robert J. Clay]

-- Forwarded message --
From: H Plato <hpl...@gmail.com>
Date: Wed, Mar 15, 2017 at 8:36 PM
Subject: [mh] Announcement: 4.2 Released!
To: The main list for the MisterHouse home autom <
misterhouse-us...@lists.sourceforge.net>


It's been a little over a year, and there's been a surprising amount of
updates, enhancements, and new features added to MH! Looking at the pull
requests, I figure about 107 commits were included in this release.

Release Highlights (from what I gathered from the commits)

   - Integration with 2 major voice control systems, Alexa & Siri
   - "Continuous Integration" when submitting pull requests to catch errors
   quickly
   - IA7 v1.3 Changes
  - Scheduler – click developer mode. Add a cron-like trigger right on
  the IA7 Model. See Schedule.PM for more advanced usage.
  - Push Notifications and browser audio
  - Object Logger - see the entire history of device changes.
  - Updated floorplan -- developer mode allows interactive placement.
  Still some placement issues however
  - Support for RRDTool 1.5.1+
  - Authentication - colored gear, and a dynamic log in/out button
  - IA7ized a bunch of IA5 stuff. Triggers, comics, email,
  - Purple button for unknown state (ia7_config state_colors allows for
  color overrides)
  - Support for $config_parms in the collections.json
  - Logging issues or errors to the print log when parsing
  collections.json
  - View the ia7_config and rrd_config on the about mr.house page.
   - New Modules added
  - Doorbird
  - mysensors
  - evapotranspiration
  - scheduler
  - Ecobee3
  - Pushsafer
  - DSC
  - Insteon ezio8sa
  - WGL rain8Net
   - Updated Modules
  - Razberry
  - Venstar Colortouch
  - PLCBus
  - Philips Hue
  - Clipsal CBus
  - Pushover
  - Harmon
  - OmniStat
  - Davis AdvantageProII
  - UPB
  - Wink
   - ...and various system enhancements / bugfixes


For more details, I've updated the Changelog/Release Notes which can be
read here <https://github.com/hollie/misterhouse/wiki/Changelog>

Thanks again to Lieven for his excellent documentation of the release
process!



--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot

To unsubscribe from this list, go to: https://lists.sourceforge.net/
lists/listinfo/misterhouse-users





-- 
Robert J. Clay
rjc...@gmail.com

Bug#586135: Misterhouse v4.2 released

[Robert J. Clay]

MisterHouse v4.2 was released last month and all further work that I
will be doing for

the Debian package will be based on that version.

Changelog: https://github.com/hollie/misterhouse/wiki/Changelog

Debian packaging branch:  https://github.com/rocasa/misterhouse/commits/debian

Robert James Clay

rjclay@gmail.comj...@rocasa.us

Bug#844276: Bug update

[Robert J. Clay]

Thanks

It was thought that this issue had been resolved with changes implemented
in LegderSMB v1.4.39/1.4.40, but when I tested a new package for v1.4.40 on
a Debian Stretch ("Testing") system, which now has Perl v5.24 installed, I
found that the same error is still or again present.

It is still an upstream issue and the one at
https://github.com/ledgersmb/LedgerSMB/issues/2275 has been reopened
because of that.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#869994: perl5.26 update: postgresql databases cannot be viewed using browser

[Robert J. Clay]

Neil,

Neil,


On Tue, Aug 1, 2017 at 5:21 AM, Neil Redgate <nredg...@ndres.co.uk> wrote:
>
> Hi Gregor,
>
> While investigating this problem, I came across bug #865020 (message
> #1524985) concerning postgresql9.6, perl5.26 and postgresql-plperl?
>

  Perhaps gregor can correct me If I'm wrong but that bug does not look to
be related to the bug that you reported.  (The title for which, btw, has
been changed to be "sql-ledger: Can't locate bin/mozilla/login.pl in @INC".)



> It looks like an upgrade is forthcoming sometime this month
>
>   Actually; the bug looks to have been closed already and the version that
closed it made it to Testing on 26 July...



-- 
Robert J. Clay
rjc...@gmail.com
Debian Maintainer

Bug#749275: PGObject::Util::PseudoCSV PREREQ_PM ?

[Robert J. Clay]

On Fri, Jul 7, 2017 at 5:57 PM, Robert J. Clay <rjc...@gmail.com> wrote:
> Chris,
>
> On Fri, Jul 7, 2017 at 4:09 PM, Chris Travers <chris.trav...@gmail.com>
> wrote:
>>
>> will fix that in the Makefile.  Basically at present, trying to have
>> everything in PGObject::Util be usable by the ecosystem but not depend on
>> PGObject base classes or mappers.  The makefile.pl is in error and I will
>> fix.
>>>
>>>
>
> OK, I'll make a note of that and keep an eye out for a new updated
> version.   (Let me know if I should open an ticket for it.)
>
>
>
> --
> Robert J. Clay
> rjc...@gmail.com



-- 
Robert J. Clay
rjc...@gmail.com

Bug#749275: PGObject::Util::PseudoCSV PREREQ_PM ?

[Robert J. Clay]

On Fri, Jul 7, 2017 at 5:57 PM, Robert J. Clay <rjc...@gmail.com> wrote:
> On Fri, Jul 7, 2017 at 4:09 PM, Chris Travers <chris.trav...@gmail.com>
> wrote:
>>
>> will fix that in the Makefile.  Basically at present, trying to have
>> everything in PGObject::Util be usable by the ecosystem but not depend on
>> PGObject base classes or mappers.  The makefile.pl is in error and I will
>> fix.
>>>
>>>
>
> OK, I'll make a note of that and keep an eye out for a new updated
> version.

Checked today and found that there has not yet been an updated release
 with a fix for that issue in the Makefile.PL.  I'll keep checking
peridically until you have a chance to do that.




-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#869624: ITP update

[Robert J. Clay]

Initial test builds of the current version results in multiple
documention issues found by Lintian.  Checking with upstream about how
they might be handled.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#869624: ITP update

[Robert J. Clay]

On Tue, Aug 15, 2017 at 7:20 PM, Robert J. Clay <rjc...@gmail.com> wrote:
> Initial test builds of the current version results in multiple
> documention issues found by Lintian.  Checking with upstream about how
> they might be handled.

Created an open issue at the upstream Git repository for the Perl
module at GitHub:

https://github.com/perl-weasel/weasel/issues/12



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#749275: PGObject::Util::PseudoCSV PREREQ_PM ?

[Robert J. Clay]

Chris,

The new v2 of PGObject::Util::PseudoCSV does now build without errors but
there's something I don't quite understand:  its changelog says "Removed
dependency on PGObject" but it's still listed as a PREREQ_PM  in the
Makefile.PL?

Also; it looks like there is a word that is not spelled correctly;  the
word "unecessary" at line 51 of PseudoCSV.pm.



-- 
Robert J. Clay
rjc...@gmail.com

Bug#749275: PGObject::Util::PseudoCSV PREREQ_PM ?

[Robert J. Clay]

Chris,

On Fri, Jul 7, 2017 at 4:09 PM, Chris Travers <chris.trav...@gmail.com>
wrote:

> will fix that in the Makefile.  Basically at present, trying to have
> everything in PGObject::Util be usable by the ecosystem but not depend on
> PGObject base classes or mappers.  The makefile.pl is in error and I will
> fix.
>

>>
OK, I'll make a note of that and keep an eye out for a new updated
version.   (Let me know if I should open an ticket for it.)



-- 
Robert J. Clay
rjc...@gmail.com

Bug#868724: ledgersmb: Update debian/watch for new upstream location

[Robert J. Clay]

Package: ledgersmb
Severity: normal

The LedgerSMB Project has entirely moved from SourceForge.net,
including for where new releases of the application are made
available; so the debian/watch file in the package needs to be`updated
for the new locations of the distribution archive and its detached`gpg
file that is used for verification, which are all now at the existing
LedgerSMB project located at GitHub.

https://github.com/ledgersmb/LedgerSMB/releases

https://github.com/ledgersmb/LedgerSMB



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#868724: ledgersmb: Update debian/watch for new upstream location

[Robert J. Clay]

owner 868724 Robert James Clay <j...@rocasa.us>
found 868724 1.3.40-1
found 868724 1.4.33+ds-1~bpo8+1
found 868724 1.4.41-1
severity 868724 minor
tag 868724 + confirmed help
Thanks

An attempted update of the debian/watch file that handles the finding the
new archive itself appears to have been successful but the *.asc file
associated with it used for the gpg verification does not seem to get
referenced properly so that step fails.

Would also like to expand the uversionmangle regular expression to exclude
the v1.2, v1.3, and v1.4 versions.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#868724: Bug #868724 status

[Robert J. Clay]

The follow is an update for the status of the issue with the debian/watch
file (see attached for a copy of the current one):

1) It has been updated such that uscan can now find the most recent new
release of the current stable 1.5.x (& only those) versions of the
LedgerSMB application.
2) However, verifying the downloaded archive against the downloaded gpg
signature is failing. This had been working when using the old location at
SourceForge.  (Note that there is no issue with the verify if  the files
are downloaded manually.)
3) Since the verify step is failing, the step for doing the repack of the
archive does  not happen.  (Or is happening before the verify, which is
what causes the verify to fail?  It's not clear...)  So until this issue is
resolved, will have to be downloading and repacking the upstream archive
manually.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us


watch
Description: Binary data

Bug#869624: ITP: libweasel-perl - Perl's php/Mink-inspired abstracted web-driver framework

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libweasel-perl
  Version: 0.11
  Upstream Author : Erik Huelsmann <ehu...@gmail.com>
* URL or Web page : https://metacpan.org/pod/Weasel
* License   : perl
  Description : Weasel - Perl's php/Mink-inspired abstracted web-driver
framework

This module abstracts away the differences between the various web-driver
protocols, like the Mink project does for PHP.

While heavily inspired by Mink, `Weasel` aims to improve over it by being
extensible, providing not just access to the underlying browser, yet to
provide building blocks for further development and abstraction.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#869994: sql-ledger: Can't locate bin/mozilla/login.pl in @INC

[Robert J. Clay]

> I will attempt to let the sql-ledger developer know of the situation
> though I am not a subscriber to their forum.

I also am very interested in that;  please let know (or just reply to
the bug) what you find out about it. I was able to find postings about
similar issues in the forums but not ones specific to installations
attempting to use it with Perl v5.26.



-- 
Robert J. Clay
rjc...@gmail.com

Bug#862953: Status update to sql-ledger package version update

[Robert J. Clay]

Control: severity -1 wishlist

I'm currently looking at adopting the sql-ledger package and as part
of that I tried building an updated package with the new v3.2.5
upstream version, with the following results:

1) The existing latex-cmdline-option patch did not apply to the new
upstream as it currently is. That would need to be resolved in order
to proceed.

2) More importantly; it results in a new Lintian Error:

E: sql-ledger source: source-is-missing js/calendar.js line length is
1212 characters (>512)

- That 'js/calendar.js' file is also public domain, so besides
resolving the 'source-is-missing' issue, the debian/copyright file
would need to be updated for it.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#693230: MultiMail O -> ITA update

[Robert J. Clay]

retitle 693230 ITA: multimail -- Offline reader for BW, QWK,OMEN and SOUP
owner 693230 Robert James Clay <j...@rocasa.us>
Thanks

Debian v9 ("Stretch") has been released and no one else has picked
this up since last year, so I will take a look at it again.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#862963: Update for sql-ledger ITA

[Robert J. Clay]

Because of the bug requesting that the recent v3.2.5 version of
upstream be packaged[1], I  tried a package build with that version
but that resulted in an issue with the latex-cmdline-option patch not
applying and more importantly a 'source-is-missing' Lintian error.

But even with keeping the current v3.0.8 version that's in Debian,
there is still an open issue that is a 'serious' bug [2] regarding:
"Can't locate bin/mozilla/login.pl in @INC".  That will need to be
resolved in some way as part of the adoption.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862953
[2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=869994

Bug#837867: Bug update

[Robert J. Clay]

The packaging for App::LedgerSMB::Admin has been ongoing;  however, there
has been some discussion by upstream of moving the content of the module
into LedgerSMB itself. It's mostly the library modules that it uses in any
case and for the functionality to be expanded like they have been thinking,
it also needs resources that are only available in an existing LedgerSMB
installation.

So, further packaging efforts will be pending their (upstream) decision
regarding that.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#863454: ITP: libplack-builder-conditionals-perl -- Plack::Builder extension

[Robert J. Clay]

Package: wnpp
Owner: Robert James Clay <j...@rocasa.us>
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org, debian-p...@lists.debian.org

* Package name: libplack-builder-conditionals-perl
  Version : 0.05
  Upstream Author : Masahiro Nagano 
* URL : https://metacpan.org/release/Plack-Builder-Conditionals
* License : Artistic or GPL-1+
  Programming Lang: Perl
  Description : Plack::Builder extension for Conditionals

Plack::Builder::Conditionals is an extension that provide the following
functions: 'match_if', 'addr', 'path', 'method', 'header', 'browser',
'all', and 'any'.
The package will be maintained under the umbrella of the Debian Perl Group.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#837867: ITP 837867 update

[Robert J. Clay]

retitle 837867 ITP: libapp-ledgersmb-admin-perl - Easily Manage
LedgerSMB Installations

Thanks


The LedgerSMB upstream has confirmed that they intend to import/migrate the
library modules etc of App::LedgerSMB::Admin into LedgerSMB itself and that
their current plans are that it should be included in LedgerSMB v1.5.8,
which is currently under development.
(https://github.com/ledgersmb/LedgerSMB)

If/when that comes to pass as expected, I will then close this ITP as no
longer being necessary.


-- 
Robert J. Clay
rjc...@gmail.com

Bug#749275: Version 2 of PGObject::Util::PseudoCSV released

[Robert J. Clay]

Happened to check the open issue regarding the tests not passing and found
that the author had updated the module to a version 2 and closed the issue
last month:
https://github.com/einhverfr/PGObject-Util-PseudoCSV/issues/1

However; the release of Debian 9 ("Stretch") is currently scheduled for
just a little over a week so will still wait until after that to start
working on completing this ITP.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#837867: App::LedgerSMB::Admin no longer required for LedgerSMB

[Robert J. Clay]

The App::LedgerSMB::Admin Perl module is no longer going to be required for
the LedgerSMB application and so it will no longer need to be packaged for
Debian, as evidenced by this upstream commit:

https://github.com/ledgersmb/LedgerSMB/commit/061c085dcaeafdb7f7ee8697c3d4d90efdc2310f

The currently plan to release that change with version 1.5.8 of LedgerSMB;
 when that does happen, I close this ITP.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#862296: Install hangs in postinst with error about c_Default_cal_zone

[Robert J. Clay]

Control found -1 902-4

More information about the system I found this on:  hosted KVM,
originally installed from a Debian 7 CDRom; I then upraded from Whezzy
to Jessie, then from Jessie to Stretch.  I then  started installing
the apps I wanted on there until I came to installing citadel, where
it came up with this error during the package installation for
citadel-suite at the point of doing the citadel-server package
install.

This morning I logged into separate session & found that citserver was
running. Was reminded of how to check citadel configuration while
doing another google search on the error message:  "sendcommand conf
listval".  The list that resulted from that did not contain the
'c_default_cal_zone' at all.  Then ran the
command to set for my use:
sendcommand "CONF PUTVAL|c_default_cal_zone|America/Detroit"

Did the listval command and that value did show up as being set. There
are still issues with it being able to complete the citadel-server
package installation, with it still hanging again, but that
'c_default_cal_zone' related error has stopped coming up.

Another error I saw coming up: "Cannot create
/etc/citadel/netconfigs/7: No such file or directory"
Created the /etc/citadel/netconfigs directory and set it's ownership.

I also ran the citadel setup  program manually; it seemed to complete
without errors but when I attempted to log in via webcit with the
password set while running setup it was not successful.


-- 
Robert J. Clay
rjc...@gmail.com

Bug#862296: Install hangs in postinst with error about c_Default_cal_zone

[Robert J. Clay]

On Thu, 18 May 2017 at 18:57:12 +0200
> On Wed, May 10, 2017 at 02:53:17PM -0500, John Goerzen wrote:
>> On initial install, this package hangs in postinst, and spews several of 
>> these messages across
>> the console:

I've not seen any followup on this bug since May but I also I have the
same kind of messages come when attempting to install on a new Debian
9 (stretch) on a hosted VM.


>I cannot reproduce this either, maybe you could run some more tests for me.

  What tests could be done?


>> Broadcast message from systemd-journald@sid (Wed 2017-05-10 14:45:52 CDT):
>>
>> citserver[12602]: configuration setting c_default_cal_zone is empty, but 
>> must not - check your config!

Except for the PID for citserver, of course, I saw the same thing when
i attempted to do the install.


>
>This might come but should certainly not cause a hang.

  It certainly did so for me as well.


>Would you be able to find out where in postinst it hangs?

As I can see from the screenshot I took, it had gotten to about 89%.


> And if it is in /usr/lib/citadel-server/setup where there?

It seems to have been;  at least, when I logged in on another ssh
session & & checked I found that the setup program was still getting
processor time (this was grepped from 'ps -ax')

12838 pts/0R+   440:31 /usr/lib/citadel-server/setup -q


And a copy & paste from 'top':

 PID USER  PR  NIVIRTRESSHR S  %CPU %MEM TIME+ COMMAND
 12838 root  20   0   87572   6424   5464 R 100.0  0.4 445:19.10 setup


To get it out of the way, I had to use a 'kill -9 12838' in order to
kill that process.




-- 
Robert J. Clay
rjc...@gmail.com

Bug#877752: ITP: libweasel-driver-selenium2-perl - Weasel driver wrapping Selenium::Remote::Driver

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libweasel-driver-selenium2-perl
  Version : 0.05
  Upstream Author : Erik Huelsmann 
* URL or Web page : https://metacpan.org/pod/Weasel::Driver::Selenium2
* License : perl
  Description : Weasel::Driver::Selenium2 - Weasel driver wrapping
Selenium::Remote::Driver

This module implements the Weasel::DriverRole protocol, wrapping the
Selenium::Remote::Driver module.





-- 
Robert James Clay, DM
rjc...@gmail.com, j...@rocasa.us
Key ID:  2448 3AE0 874D 8696 6DCD ECF4 198C AB6F 43B7 EA9A

Bug#877908: ITP: libweasel-widgets-dojo-perl - Dojo Widgits for Weasel

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libweasel-widgets-dojo-perl
  Version : 0.02
  Upstream Author : Erik Huelsmann <ehu...@gmail.com>
* URL or Web page : https://metacpan.org/pod/Weasel::Widgets::Dojo
* License : perl
  Description : Weasel::Widgets::Dojo - Dojo Widgits for Weasel

The Weasel::Widgets::Dojo module is a Weasel extension set for testing
Dojo-based web apps (tag matchers and widgets).


-- 
Robert J. Clay
rjc...@gmail.com

Bug#693230: multimail ITA update

[Robert J. Clay]

The last snapshot I was working with was from 20150922. Reviewing both
of the current upstream git repositories[1][2], there have been
updates since then (including earlier this year) so will need to
create a new snapshot and then work with that.  (But also plan to ask
upstream about if there will be an actual release any time soon.)

-- 
Robert J. Clay
rjc...@gmail.com, j...@rocasa.us
[1] https://sourceforge.net/p/multimail/code/
[2] https://github.com/wmcbrine/MultiMail

Bug#877796: ITP: libpherkin-extension-weasel-perl - Pherkin extension for web-testing

[Robert J. Clay]

Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org

* Package name: libpherkin-extension-weasel-perl
  Version : 0.02
  Upstream Author : Erik Huelsmann 
* URL or Web page : https://metacpan.org/pod/Pherkin::Extension::Weasel
* License : perl
  Description : Pherkin::Extension::Weasel - Pherkin extension for web-testing

This module implements an extension to [Test::BDD::Cucumber (aka pherkin)]
providing access to a `Weasel::Session` and the following features:
  * Starting sessions for scenarios which need it
  * Taking screenshots on configured events
  * Provide basic steps for:
* Page navigation
* Page content assertion


-- 
Robert James Clay
rjc...@gmail.com, j...@rocasa.us
Key ID: 4096/198CAB6F43B7EA9A

Bug#874664: Update ledgersmb package to 1.5.x series

[Robert J. Clay]

Package: ledgersmb
Severity: normal

The current version of the LedgerSMB application in Debian is version
1.4.41. As currently noted on the LedgerSMB web site [1], "Version 1.4
will keep receiving critical updates until Sep 15, 2017."; so soon the
ledgersmb package will require updating to a newer version series.

Version 1.5.0 for the LedgerSMB application was released on 23
December 2017 and the most recent version of the 1.5.x series was
version 1.5.10 which was released on 3 September 2017. Update the
ledgersmb package in Debian to the 1.5.x version series of the
application.


-- 
Robert J. Clay
rjc...@gmail.com, j...@rocasa.us
GPG ID: 2448 3AE0 874D 8696 6DCD ECF4 198C AB6F 43B7 EA9A

[1] https://ledgersmb.org/

Bug#874664: Updates to bug 874664

[Robert J. Clay]

owner 874664 Robert James Clay <j...@rocasa.us>
tag 874664 + confirmed
found 874664 1.4.41+ds-1
found 874664 1.4.33+ds-1~bpo8+1
Thanks


-- 
Robert J. Clay
rjc...@gmail.com, j...@rocasa.us
GPG ID: 2448 3AE0 874D 8696 6DCD ECF4 198C AB6F 43B7 EA9A

Bug#868724: Bug #868724 status

[Robert J. Clay]

Upstream has released a new version, 1.5.10. Tried using the new
debian/watch file on that but there is still the same "gpgv: BAD
signature ..." issue, but again if the new archive is downloaded and
then then verified manually there is no issue.  Requires further
investigation.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#852923: dojo package build errors: FTBFS: OPTIMIZER FAILED

[Robert J. Clay]

What is the status of resolving the issues with the dojo package
failing to build from source?  I tried a test build of 1.11.0 in
stretch as well as in a current sid chroot (using debhelper 9) and the
same errors come up.  The bug is tagged as 'fixed-stream' and I was
going to try a test build of 1.12.2 (which I had to download manually
because the current d/watch doesn't appear to work) but that archive
appears to be missing (at least) the utils directory.

I have a package that depends on dojo so I am very interesting in what
is happening with it.

-- 
Robert J. Clay
rjc...@gmail.com

Bug#805504: Cannot log into Citadel after installation

[Robert J. Clay]

Control found -1 902-4
Control retitle -1 Cannot log in to Citadel after installation

First, though, there is a seperate issue that is comeing up, as follows:

configuration setting c_default_cal_zone is empty, but must not -
check your config!

That has already been reported and I was able to resolve it:
reference debian bug #862296 [1].

Once past that, however there are issues that have been brought up
here in this bug that are showing up again in a newer citadel which
can be summarized as follows:

1) The administration user and its password is not getting set during
installation and so one cannot log in to the citadel server. And even
when one can get past that, by manually adding the user and setting
its password, one still cannot get logged in.  Possible because of
this issue:
2) A /etc/citadel/netconfigs directory appears be required for normal
operation but I don't know when or how that gets created, Nor what
ownership and permissions it's supposed to have. One of systems I
tried the newer version on (I've tried two;  one a hosted VM & the
other a LXC container) I manually created the directory but after
restarting citadel it appeared to be gone again.


-- 
Robert J. Clay
rjc...@gmail.com

Bug#878206: RFS: jamnntpd/1.3-1 - NNTP Server allowing access a JAM messagebase

[Robert J. Clay]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "jamnntpd"

* Package name: jamnntpd
  Version : 1.3-1
  Upstream Author : Johan Billing 
  URL : http://ftnapps.sourceforge.net/jamnntpd.html
* License : permissive
  Section : news

It builds those binary packages:

jamnntpd   - NNTP Server allowing newsreaders to access a JAM messagebase

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/jamnntpd

Alternatively, one can download the package with dget using this command:

dget -x 
https://mentors.debian.net/debian/pool/main/j/jamnntpd/jamnntpd_1.3-1.dsc

More information about  JamNNTPd can be obtained from
http://ftnapps.sourceforge.net/jamnntpd.html.

Changes since the last upload:

  * New Upstream Release.
  * Changes to debian/control:
  Use https URL for the 'Vcs-Git' keyword.
  Use https URL for the 'Vcs-Browser' keyword.
  Declare compliance with Debian Policy 4.1.1.
  Add 'lsb-base (>= 3.0-6)' to the Depends setting.
  Remove the 'jamnntpd-dbg' stanza  as no longer necessary.
  Update the Debhelper Build-Depends version to '>= 9.20151219'.
  * Changes to debian/copyright:
  Change 'Copyright-Format 1.0' URL to use HTTPS.
  Update copyright years for the 'debian/*' Files stanza.
  Add Robert James Clay to the 'Files: *' stanza.
  * Changes to debian/rules:
  Add setting of hardening flags for package build.
  Update 'override_dh_strip' target for dbgsym migration.


Also, I request that jamnntpd be added to the rest of my packages that
I can upload as a Debian Maintainer, under my email address
'j...@rocasa.us'.


-- 
Robert James Clay, DM
rjc...@gmail.com, j...@rocasa.us
Key ID: 4096/198CAB6F43B7EA9A

Bug#851086: [Citadel Development] (no subject)

[Robert J. Clay]

On Thu, Oct 19, 2017 at 1:47 PM, IGnatius T Foobar <a...@citadel.org> wrote:
> Some are still having trouble, and evidently it compiles when they *remove*
> libssl-dev.  This seems to imply that there's something b0rked in the new
> OpenSSL, and compiling Citadel without SSL support fixes it.  That's a 
> workaround
> but not one I'm willing to live with.

   Which version of OpenSSL was it last written against? Because while
in jessie libssl-dev was v1.0.x, starting with stretch it's v1.1.0.
And in fact there's a transition underway for getting openssl1.0
removed, in favor of the existing openssl1.1, and an open bug in
Debian [1] about it.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=851086

Bug#851086: RFH: citadel/webcit

[Robert J. Clay]

On Tue, Dec 12, 2017 at 11:16 AM, Michael Meskes <mes...@debian.org> wrote:
> Robert,
>
>> If not I'm going to have it removed I guess.
>>
>>   I'd be against that.
>
> Me too, but somebody has to be able to put some time into it. :)
>
>>   I have a Jessie installed system that I can't update to Stretch
>> because citadel won't run on it yet;  and the Citadel install there
>> is
>> one of the primary reasons I'm running that system.  (And I prefer to
>> use Debian for my systems, and 'official' packages when possible.)
>
> What's the problem? I'm not aware of any grave bug on Stretch, but may
> have missed it.

   Well, perhaps not "grave" and I have perhaps gotten overly focused
on wanting to test out newer versions but there is also the
'important' bug #862296[1], although I do think I'd found a
work-around for the issue.


>
>> There used to be a team maintaining these packages,
>> > but I'm the only one who worked on it in recent years.
>>
>>I've wondered about that...
>>I'm a DM (as j...@rocasa.us) not a DD, so there are some things I
>> can't do directly.   I am very interested in helping how I can with
>> the Citadel packages.
>
> If you're interested, how about becoming a member of the team?

   Actually, I'm already listed as a member...  (Robert Clay, 'jame-guest')





-- 
Robert J. Clay
rjc...@gmail.com

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862296

Bug#874664: Version related updated information

[Robert J. Clay]

Version 1.4.x of LedgerSMB did stop receiving critical updates in
September and therefore the package in Debian does need to updated to
the 1.5.x series.

Correction:  Version 1.5.0 for the LedgerSMB application was released
on 23 December 2016, not 2017.

And the most recent version of the 1.5.x series  is currently version
1.5.13, which is what is currently being used as the basis for
updating the package.



-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#586135: New MisterHouse release

[Robert J. Clay]

On Thu, Oct 19, 2017 at 6:30 PM, Robert J. Clay <rjc...@gmail.com> wrote:
> Note also that upstream is working on a new release and it may be for
> version 5.0 rather than just version 4.3.

   A new version of MisterHouse was released on 31 October 2017 and it
did indeed turn out to be version 5.0.  I will be continuing with the
packaging effort, using the new version as the basis of it.


-- 
Robert J. Clay
rjc...@gmail.com
j...@rocasa.us

Bug#869994: sql-ledger: Can't locate bin/mozilla/login.pl in @INC

[Robert J. Clay]

Hi Neil!

On Thu, Dec 7, 2017 at 6:48 AM, Neil Redgate <nredg...@ndres.co.uk> wrote:
> On Wed, 2017-12-06 at 12:46 -0500, Robert J. Clay wrote:
>
> As a reminder;  the title of the bug you opened was changed to the
> following to better reflect the issue with the sql-ledger package:
>
> sql-ledger: Can't locate bin/mozilla/login.pl in @INC
>
> Thank you for changing the title.
>
>> On Sun, Jul 30, 2017 at 4:09 AM, Neil Redgate <nredg...@ndres.co.uk> wrote:
>
> 
>> I have contacted the developer of sql-ledger and he has given me a couple of
>> suggestions - which I hope to look into later today.
>
>
>And did any of those suggestions help?
>
>Since there is going to be the same issue with any of the more
> recent versions of Perl, I've been wondering if he was going to
> release a new version that fixed the issue...
>
> I contacted the developer, and he offered the following advice -
>
>
> SQL-Ledger code is generic. There is an
>
> eval  { require "sql-ledger.conf"; };
>
> which may call @INC.
>
> comment the line and see if it works.
>
>
> Unfortunately there was no improvement, I did the following -
>
> A) commented out the eval line in admin.pl and login.pl only
> launched admin and login pages separately.
> Both returned 500: Internal Server Error message
> My browser's debugging page states this page "failed to load the resource
> 'favicon.ico' (http://localhost/faviocn.ico)
> favicon.ico is only mentioned in the admin.pl and login.pl files in the
> directory /bin : $form->{favicon} = "favicon.ico";
> In these files, the line immediately preceding it is $form->{stylesheet} =
> "sql-ledger.css";

   That quite likely was due to not being able to find it, which is
part of the problem when the code (like in SQL-Ledgers) assumes that
the 'current directory' is included in the search path in @INC.


>
> B) commented out the eval line in all 26 .pl files in the parent directory
> (including admin and login)
> The same error result occurred: 500: Internal Server Error message
> My browser's debugging page states this page "failed to load the resource"
> 'admin.pl' or 'login.pl' depending on which action I took.

   Possibly the same issue, with it not being able found the scripts...

>
> On my debian system, when perl5.24 was installed, there was a temporary
> workaround to allow apache2 and postgresql to work with perl.
> This involved commenting out the only line (below) in the file
> /etc/perl/sitecustomize.pl -
>
> pop @INC if $INC[-1] eq '.' and !$ENV{PERL_USE_UNSAFE_INC};
>
> If this line was left uncommented, postgresql failed to work through a web
> browser and gave the same message - 500 Internal Server Error
> I understand that perl 5.26 removes the insecurity associated with '.'

   Yes, with Perl 5.26 they dropped having the current directory (".")
in the @INC array altogether, as well as dropping the site customize
line (or even checking for it). that was an option to add it back in
the a sys admin wanted to.


> While investigating the perl-postgresql connection, I came across a bug
> report in debian that the current postgresql 9.6 version could not be
> built/complied against perl 5.26.
> A solution has been targeted for release in "August"
>
> I do not know if this has been achieved?

 I do believe it was  (and since then made it to Testing...) but as I
mentioned then and Gregor also confirmed, that is not something that
was relevant to this issue with SQL-Ledger.


>  Hence, waiting to try again, with a fresh
> testing install and install/configuration of sql-ledger.

   I am most interested in how that goes for you, especially if you
add the same kind of block of code that I did, with the appropriate
path for your install of SQL-Ledger of course.  (Although I'm mostly
interested in the package, and in fact am working on adopting it, I
may try a manual install of a newer version as well...)


> I can access phppgadmin; pgadmin3; phpmyadmin, so I do not think there is a
> problem with a webbrowser interface, postgresql or php

  No, I agree; it's not an issue at the browser end.


> However there is a problem with this - when I try and backup (save to file
> or email) I get the error message -
>
> Wide character in print at SL/AM.pm line 2012 (this is repeated 4 times)
> and a screen of "random text" in lines and no spaces, but beginning with
> Content-Type: application/file: Content-Disposition: attachment;
> filename=ndres-3.2.4-20171207.sql.gz
>
> I have never had this issue when I was able to run 3.24 on my PC
> Have you come across this problem in your experience with sql-ledger?

  No, I haven't;  at least not yet...   I

Bug#869994: sql-ledger: Can't locate bin/mozilla/login.pl in @INC

[Robert J. Clay]

Hi Neil!

On Thu, Dec 7, 2017 at 10:26 AM, Robert J. Clay <rjc...@gmail.com> wrote:
> Note also that I'm still working with the existing version of
> SQL-Ledger in Debian, which is still only 3.08.

  And although the patch I used looks like it resolved the error
(although I was getting it as "Can't locate bin/mozilla/admin.pl in
@INC" without the patch since it was a new install on Debian Testing
and I hadn't gotten to the point of trying a login yet) but other
errors were coming up.instead. But it's also true that the 3.08
version is quite old and it needs to be tested with the v3.25 version
in any case.


> Attempting to build a
> new package based on the new SQL-Ledger v3.25 results in other errors

   Despite those, it looks like I need to try that patch I made with
the SQL-Ledger version 3.25 & see how it works with the newer version,
& see that newer version works on a Debian Testing install without
that "Can't locate" error in the way.  If that at least works, I can
work on resolving the other packaging issues I found.



-- 
Robert J. Clay
rjc...@gmail.com

Bug#869994: Fwd: Bug#869994: sql-ledger: Can't locate bin/mozilla/login.pl in @INC

[Robert J. Clay]

-- Forwarded message --
From: Robert J. Clay <rjc...@gmail.com>
Date: Thu, Dec 7, 2017 at 10:26 AM
Subject: Re: Bug#869994: sql-ledger: Can't locate bin/mozilla/login.pl in @INC
To: Neil Redgate <nredg...@ndres.co.uk>


Hi Neil!

Note that I've changed the subject for these emails back to reflect
the current title of the bug.

On Thu, Dec 7, 2017 at 6:48 AM, Neil Redgate <nredg...@ndres.co.uk> wrote:

>
> Please see my embedded comments below -
>
>
> On Wed, 2017-12-06 at 12:46 -0500, Robert J. Clay wrote:
>
> As a reminder;  the title of the bug you opened was changed to the
> following to better reflect the issue with the sql-ledger package:
>
> sql-ledger: Can't locate bin/mozilla/login.pl in @INC
>
> Thank you for changing the title.

   For the email to which you've just replied; I changed it back to
the old subject so that hopefully you would see it more easily,.
   The retitle of the bug itself was done by one of he Debian
Developers who were corresponding with on that bug back then.


> On Sun, Jul 30, 2017 at 4:09 AM, Neil Redgate <nredg...@ndres.co.uk> wrote:
>
>
> I contacted the developer, and he offered the following advice -
>
>
> SQL-Ledger code is generic. There is an
>
> eval  { require "sql-ledger.conf"; };
>
> which may call @INC.
>
> comment the line and see if it works.
>
> Unfortunately there was no improvement, 

I wonder if he (the SQL-Ledger author) has looked at that same Perl
v5.26 reference noted earlier in the bug regarding this issue?

https://metacpan.org/pod/release/XSAWYERX/perl-5.26.0/pod/perldelta.pod#Removal-of-the-current-directory-%28%22.%22%29-from-@INC

What I referenced is in that and what I'm going to try is adding the
following code to the scripts, where that path is as it is installed
with the Debian package:

--
BEGIN {
my $dir = "/usr/share/sql-ledger";
chdir $dir or die "Can't chdir to $dir: $!\n";
# safe now
push @INC, '.';
}
--

Note that I say "try" because although I've created a patch that makes
that change in the application scripts, I still need to create a new
LXC container (with Debian Testing or Unstable installed) where I can
test it after building a test version of the SQL-Ledger package with
that patch..
Note also that I'm still working with the existing version of
SQL-Ledger in Debian, which is still only 3.08. Attempting to build a
new package based on the new SQL-Ledger v3.25 results in other errors
(as I noted in the open bug regarding updating the package to that new
version [1]) and I want to see if this patch helps with this issue
before addressing anything else.

I'll follow up further (to you, as well as the bug), later.



Robert J. Clay
rjc...@gmail.com
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=862953


-- 
Robert J. Clay
rjc...@gmail.com