Bug#878098: libneo4j-client: FTBFS on hurd-i386: PATH_MAX undeclared

[Chris Leishman]

I'll take a look. Supporting Hurd isn't a priority for this project, but
happy to try to get it to work sometime. Upstream patches are also
gratefully accepted.

/c

On 9 October 2017 at 21:31, Aaron M. Ucko  wrote:

> Source: libneo4j-client
> Version: 2.2.0-1
> Severity: important
> Tags: upstream
> Justification: fails to build from source
> User: debian-h...@lists.debian.org
>
> Builds of libneo4j-client for hurd-i386 (admittedly not a release
> architecture) have been failing:
>
>   dotdir.c:37:15: error: 'PATH_MAX' undeclared (first use in this
> function); did you mean 'INT8_MAX'?
>
> The Hurd has no fixed PATH_MAX.  Best practice is to avoid blindly
> preallocating buffers, which typically results in wasting memory or
> else truncation (or, worse, buffer overflows).  However, if that's not
> feasible, you can look up _PC_PATH_MAX via pathconf, or supply your
> own fallback constant (traditionally 4096).
>
> Could you please take a look?
>
> Thanks!
>
> --
> Aaron M. Ucko, KB1CJC (amu at alum.mit.edu, ucko at debian.org)
> http://www.mit.edu/~amu/ | http://stuff.mit.edu/cgi/
> finger/?a...@monk.mit.edu
>

Bug#829209: closed by (Bug#829209: fixed in libcypher-parser 0.3.4-1)

[Chris Leishman]

Ok. I'll add that for next time. You'd think I'd know British spelling, but
I've obviously been in the US for too long...

On 2 July 2016 at 23:14, Paul Wise <p...@debian.org> wrote:

> On Sat, 2016-07-02 at 19:03 +, Debian Bug Tracking System wrote:
>
> > #829209: cypher-lint: colourise improvements
> >
> > It has been closed by Chris Leishman <ch...@leishman.org>.
>
> BTW, the variants that have been added are missing the 'u' character:
>
>   { "colorize", no_argument, NULL, COLORIZE_OPT },
>   { "colorise", no_argument, NULL, COLORIZE_OPT },
>   { "no-colorize", no_argument, NULL, NO_COLORIZE_OPT },
>   { "no-colorise", no_argument, NULL, NO_COLORIZE_OPT },
>
> I would suggest this instead:
>
>   { "colorize", no_argument, NULL, COLORIZE_OPT },
>   {
> "colourise", no_argument, NULL, COLORIZE_OPT },
>   { "no-colorize",
> no_argument, NULL, NO_COLORIZE_OPT },
>   { "no-colourise",
> no_argument, NULL, NO_COLORIZE_OPT },
>
> --
>
> bye,
> pabs
>
> https://wiki.debian.org/PaulWise
>

Bug#825072: ITP: libcypher-parser -- Parsing library for the Cypher query language

[Chris Leishman]

Package: wnpp
Severity: wishlist
Owner: Chris Leishman <ch...@leishman.org>

* Package name : libcypher-parser
  Version : 0.2.0
  Upstream Author : Chris Leishman <ch...@leishman.org>
* URL : https://cleishm.github.io/libcypher-parser/
* License : Apache-2.0
  Programming Lang : C
  Description : Parsing library for the Cypher query language

Cypher is a graph query language that allows for expressive and
efficient querying of graph data.

libcypher-parser provides efficient parsing of Cypher into an
Abstract Syntax Tree (AST) form, using a parsing expression grammar that is
equivalent to that used in the Neo4j graph database.

I am the upstream author of libcypher-parser.

Bug#814291: RFS: libneo4j-client/0.8.0-1

[Chris Leishman]

I believe these points have now been addressed. Would you mind reviewing
again and giving any other feedback?

Thanks a lot!

Cheers,
Chris


On 1 April 2016 at 21:54, Gianfranco Costamagna <
costamagnagianfra...@yahoo.it> wrote:

> control: owner -1 !
> control: tags -1 moreinfo
>
>
>
> hi, lets review
>
> changelog: single entry
> control: std-version is 3.9.7
> please use dh-autoreconf (control, rules)
> "libc6-dev" <-- why?
>
> check-all-the-things review
> $ codespell --quiet-level=3
>
> $ cppcheck -j1 --quiet -f . | grep -vF 'cppcheck: error: could not find or
> open any of the paths given.'
>
> $ flawfinder -Q -c .
>
>
> other stuff looks good to me.
> I dind't run yet lintian and the package, will do when you fix the above
>
>
>
> Il Mercoledì 10 Febbraio 2016 2:30, Chris Leishman <ch...@leishman.org>
> ha scritto:
>
>
>
> Package: sponsorship-requests
> Severity: wishlist
>
> Dear mentors,
>
> I am looking for a sponsor for my package "libneo4j-client"
>
> Package name: libneo4j-client
> Version : 0.8.0-1
> Upstream Author : Chris Leishman (myself)
> URL : https://github.com/cleishm/libneo4j-client
> License : Apache-2.0
> Section : devel
>
> It builds those binary packages:
>
>
> libneo4j-client-doc - Documentation for libneo4j-client, a client library
> for Neo4j
> libneo4j-client5 - Client library for the Neo4j graph database
> libneo4j-client5-dev - Development files for libneo4j-client, a client
> library for Neo4j
> neo4j-client - Command line shell for the Neo4j graph database
>
> To access further information about this package, please visit the
> following URL: http://mentors.debian.net/package/libneo4j-client
>
>
> Alternatively, one can download the package with dget using this command:
>
> dget -x
> http://mentors.debian.net/debian/pool/main/libn/libneo4j-client/libneo4j-client_0.8.0-1.dsc
>
>
> More information about libneo4j-client can be obtained from
> https://git.io/libneo4j-client.
>
> Regards,
> Chris Leishman
>

Bug#814291: RFS: libneo4j-client/0.8.0-1

[Chris Leishman]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "libneo4j-client"

Package name: libneo4j-client
Version : 0.8.0-1
Upstream Author : Chris Leishman (myself)
URL : https://github.com/cleishm/libneo4j-client
License : Apache-2.0
Section : devel

It builds those binary packages:

libneo4j-client-doc - Documentation for libneo4j-client, a client library
for Neo4j
libneo4j-client5 - Client library for the Neo4j graph database
libneo4j-client5-dev - Development files for libneo4j-client, a client
library for Neo4j
neo4j-client - Command line shell for the Neo4j graph database

To access further information about this package, please visit the
following URL: http://mentors.debian.net/package/libneo4j-client

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

dget -x
http://mentors.debian.net/debian/pool/main/libn/libneo4j-client/libneo4j-client_0.8.0-1.dsc

More information about libneo4j-client can be obtained from
https://git.io/libneo4j-client.

Regards,
Chris Leishman

Bug#813443: ITP: libneo4j-client -- Client library and shell for Neo4j

[Chris Leishman]

Package: wnpp
Severity: wishlist
Owner: Chris Leishman <ch...@leishman.org>

* Package name: libneo4j-client
  Version : 0.7.1
  Upstream Author : Chris Leishman <ch...@leishman.org>
* URL : https://cleishm.github.io/libneo4j-client/
* License : Apache-2.0
  Programming Lang: C
  Description : Client library and shell for Neo4j

libneo4j-client is a client library that takes care of all the detail of
extablishing a session with a Neo4j server, sending statements for evaluation 
and
retrieving results.

neo4j-client is a shell client for connecting to a Neo4j server, sending 
statements
and rendering results to tables or CSV.

I am the upstream author of libneo4j-client.

Bug#317979: xmlrpc-c comaintainership offer

[Chris Leishman]

Hi Domenico,

I have had a string of people offer to adopt this package over the
last year or so, as I don't really have the time to work on it.  But
nobody seems to have actually taken it on yet.  You might like to
check with Margarita Manterola [EMAIL PROTECTED], as they
were the last to offer to take it on.

chris


On 6/25/07, Domenico Andreoli [EMAIL PROTECTED] wrote:

Hi Chris,

  I just noted xmlrpc-c is lacking some attention, new upstream release
is available, trivial bugs are not fixed...

I would be happy to help on it until you are not fully back up and
running. I am going to provide updated packages somewhere.

If I do not get any opposing response from you withing about 1 month,
I will proceed with the upload and forced help, ok? :)

Regards,
Domenico

-[ Domenico Andreoli, aka cavok
 --[ http://www.dandreoli.com/gpgkey.asc
   ---[ 3A0F 2F80 F79C 678A 8936  4FEE 0677 9033 A20E BC50

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQFGf5hfBneQM6IOvFARAqinAJ4qLhZW/wGd49NwvAW57b2xO54VnQCg7AVV
h0IBXQqsfIv2kDhv/zd3diM=
=QMwB
-END PGP SIGNATURE-





--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#318977: libxml++2.6-dev: unmet dependencies missing libxml++2.6 and libglibmm-2.4-dev

[Chris Leishman]

Hi.

Debian unstable is in the midst of a C++ ABI transition.  New packages
are being built and uploaded to fix all these dependency issues, but
it will take some time.  Unfortunately that's one of the risks in
running unstable!

I'll leave this bug open until everything is working again, but I
won't be doing anything specific to fix it.

cheers,
chris

On 7/19/05, ced [EMAIL PROTECTED] wrote:
 Package: libxml++2.6-dev
 Severity: important
 
 package does not install and the ones upon which it depends are not 
 installeing either that is libxml++2.6 libglibmm-2.4-dev
 
 -- System Information:
 Debian Release: testing/unstable
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)
 Shell:  /bin/sh linked to /bin/bash
 Kernel: Linux 2.6.10
 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
 

Bug#317377: svnmailer: no manual page for svn-mailer

[Chris Leishman]

Package: svnmailer
Version: 1.0.0-2
Severity: normal

There is no manual page for svn-mailer.  Debian policy (12.1) requires
manual pages for all binaries.

cheers,
chris


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#316038: tftpd-hpa: tftpd rewrite \L and \U do not work over regex expansions

[Chris Leishman]

Package: tftpd-hpa
Severity: normal
Tags: patch

Hi,

I noticed tftpd does not munge the case of expansions (eg. \1, \2, etc)
when in \L..\E or \U..\E blocks.  The attached patch fixes this
behaviour.

This issue has been sent upstream, but it would be nice if the patch
could be included in future updates of the debian package (if there are
additional updates before a new upstream release).

cheers,
chris


diff -urN tftp-hpa-0.40.orig/tftpd/remap.c tftp-hpa-0.40/tftpd/remap.c
--- tftp-hpa-0.40.orig/tftpd/remap.c2004-09-23 12:22:02.0 +1000
+++ tftp-hpa-0.40/tftpd/remap.c 2005-06-28 13:41:18.079132768 +1000
@@ -91,7 +91,10 @@
  len += mlen;
  if ( string ) {
memcpy(string, input+pmatch[n].rm_so, mlen);
-   string += mlen;
+   while ( mlen-- ) {
+ *string = xform(*string);
+ string++;
+   }
  }
}
break;


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]

Bug#272308: libxml++2.6: Wrong file identification in source and header files

[Chris Leishman]

Roland,

This is not a debian bug.  It could be argued that introducing those
changes in just the debian package would be a bug, since we would now
have library headers that are different from the upstream (for no
particularly strong reason), which might lead to binary
incompatabilities in built code, etc.

Debian bug tracking can't really be a clearing house for all wishlist
changes to upstream sources - so I'd really like to just refer this
upstream and when they fix it in a later version, the new debian
packages will include it.

cheers,
Chris

On 5/5/05, Roland Stigge [EMAIL PROTECTED] wrote:
 reopen 272308
 thanks
 
 Hi,
 
 please don't close bugs without them being fixed.
 
 You wrote:
  This issues doesn't affect the actual debian package (it affects the
  libxml++ source)
 
 But it actually does! That's why I reported the bug in the first place.
 Many of the files in question appear in the -dev package, so relevant to
 the user.
 
  so I'm going to defer this to be fixed upstream in a later release.
 
 Please keep such bugs open until the fix propagates (directly or via
 upstream) to the Debian version of the package.
 
 Thanks.
 
 bye,
   Roland
 --
 

Bug#307149: libxmlrpc-c0-dev: Incompatible C++ ABI?

[Chris Leishman]

On 5/4/05, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
 [Chris Leishman]
  Can you please confirm that you are using libxmlrpc-c0-dev?
 
 Oh, I was definitely using libxmlrpc-c0-dev.  I had just upgraded from
 Woody when I ran into the problem.
 
  In the Sarge (testing) distribution, the current package is
  libxmlrpc-c3-dev.
 
 I got a tip from one of the release manager about this, and upgrading
 solved the problem.
 
  If not, can you try upgrading and test again?
 
 Would it be an idea to provide an automatic upgrade path from
 libxmlrpc-c0-dev to libxmlrpc-c3-dev?  I didn't expect to be left with
 a broken libxmlrpc development package when I upgraded.

Glad you got it working.
It would be nice to have an automatic upgrade path - but I'm not quite
sure how I can get it to work retrospectively.

I'll look into it however.

cheers,
Chris

Bug#307149: libxmlrpc-c0-dev: Incompatible C++ ABI?

[Chris Leishman]

Hi Petter,

Can you please confirm that you are using libxmlrpc-c0-dev?
In the Sarge (testing) distribution, the current package is libxmlrpc-c3-dev.

If not, can you try upgrading and test again?

cheers,
Chris


On 5/1/05, Petter Reinholdtsen [EMAIL PROTECTED] wrote:
 
 Package: libxmlrpc-c0-dev
 Version: 0.9.9-3
 Severity: important
 
 Severity important, as this effect all C++ users of the library
 without making it unusable for all C users.
 
 I discovered a problem with the C++ bindings when trying to use
 libxmlrpc with a C++ project.  The symbol name mangling used in
 /usr/lib/libxmlrpc_cpp.a is not the same as the one used by the
 current sarge version of 'c++', GCC debian version 1:3.3.5-12.
 
 The symptoms are that several symbols are missing at the link stage.
 For example XmlRpcValue::makeArray() is missing.
 
 I made this test code to demonstrate the problem (xmlrpctest.cpp):
 
   #include XmlRpcCpp.h
   int main(int argc, char *argv[])
   {
   XmlRpcValue param_array;
   param_array = XmlRpcValue::makeArray();
   return 0;
   }
 
 I compile it, and try to link it with libxml.  Notice how the compiled
 symbol _ZN11XmlRpcValue9makeArrayEv (XmlRpcValue::makeArray()) do not
 match the symbol makeArray__11XmlRpcValue
 (XmlRpcValue::makeArray(void)) present in libxmlrpc_cpp.a.  I believe
 libxmlrpc-c0-dev need to be rebuilt with the latest C++ verssions in
 Sarge, and the library name need to change to reflect the C++ ABI
 change.
 
   % c++ -c xmlrpctest.cpp
   % nm xmlrpctest.o
U __gxx_personality_v0
    T main
U _Unwind_Resume
U xmlrpc_DECREF
U xmlrpc_INCREF
U _ZN11XmlRpcValue9makeArrayEv
    W _ZN11XmlRpcValueaSERKS_
U _ZN11XmlRpcValueC1Ev
    W _ZN11XmlRpcValueD1Ev
   % nm xmlrpctest.o |c++filt
U __gxx_personality_v0
    T main
U _Unwind_Resume
U xmlrpc_DECREF
U xmlrpc_INCREF
U XmlRpcValue::makeArray()
    W XmlRpcValue::operator=(XmlRpcValue const)
U XmlRpcValue::XmlRpcValue()
    W XmlRpcValue::~XmlRpcValue()
   % nm /usr/lib/libxmlrpc_cpp.a|c++filt |grep makeA
   0844 T XmlRpcValue::makeArray(void)
   % nm /usr/lib/libxmlrpc_cpp.a |grep makeA
   0844 T makeArray__11XmlRpcValue
   %
 
 -- System Information:
 Debian Release: 3.1
   APT prefers testing
   APT policy: (2100, 'testing')
 Architecture: i386 (i686)
 Kernel: Linux 2.6.8-2-686
 Locale: LANG=no_NO, LC_CTYPE=no_NO (charmap=ISO-8859-1)
 
 Versions of packages libxmlrpc-c0-dev depends on:
 ii  libc6-dev   2.3.2.ds1-21 GNU C Library: Development 
 Librari
 ii  libxmlrpc-c00.9.9-3  A lightweight RPC library based 
 on
 
 -- no debconf information
 

Bug#305130: viewcvs replaces /doc/viewcvs

[Chris Leishman]

Package: viewcvs
Severity: important

The ViewCVS package requires that /doc/viewcvs be aliased by Apache to
/usr/share/viewcvs, and even attempts to supply a conf.d to achieve
this.

However, it is policy (11.5) that /doc/* directories refer to those from
/usr/share/doc/* on the local system, and the default apache
configuration prevents access to /doc/ from anywhere except the
localhost by default.

As a result, there are 2 issues:

1. /doc/viewcvs no longer refers to the documentation in
/usr/share/doc/viewcvs as per policy for /doc/
2. clients other than the localhost cannot load any data from
/doc/viewcvs, resulting in missing images on pages.

These issues should probably be corrected by moving any actual
documentation from /usr/share/viewcvs to /usr/share/doc/viewcvs, and
only leaving shared data required by the cgi (eg. images?) in
/usr/share/viewcvs, which should then be made available using a
different alias, such as /viewcvs.

Cheers,
chris

-- System Information:
Debian Release: 3.1
  APT prefers testing
  APT policy: (900, 'testing'), (800, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.11.6-ck3
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]