Bug#874619: RFS: node-acorn-object-spread/1.0.0-1 [ITP]

[Julien Puydt]

Package: sponsorship-requests
Severity: wishlist

  Dear mentors,

  I am looking for a sponsor for my package "node-acorn-object-spread"

 * Package name: node-acorn-object-spread
   Version : 1.0.0-1
   Upstream Author : Darío Javier Cravero
 * URL : https://github.com/UXtemple/acorn-object-spread
 * License : Expat
   Section : web

  It builds those binary packages:

node-acorn-object-spread - Plugin for object spread in acorn for Node.js

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

  https://mentors.debian.net/package/node-acorn-object-spread


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

dget -x
https://mentors.debian.net/debian/pool/main/n/node-acorn-object-spread/node-acorn-object-spread_1.0.0-1.dsc

  It is packaged within the Debian Javascript Maintainers team:
Vcs-Git:
https://anonscm.debian.org/git/pkg-javascript/node-acorn-object-spread.git
Vcs-Browser:
https://anonscm.debian.org/cgit/pkg-javascript/node-acorn-object-spread.git

Cheers,

Snark on #debian-js

Autopkgtest for goocanvas

[Ross Gammon]

Hi Mentors,

Now that lintian reminds me every time, I feel guilty and I am trying to
provide an autopkgtest for goocanvas-2.0.

The problem is that my lack of C foo is letting me down. So far (cribbed
from other examples on debian codesearch), I have the following skeleton
of a smoke test:

---
#!/bin/sh
set -e

cd "$ADTTMP"
cat > test.c << EOF
#include 

int main(void)
{
goo_canvas_new();
return 0;
}

EOF
gcc -Wall -o test test.c $(pkg-config --cflags goocanvas-2.0) \
$(pkg-config --libs goocanvas-2.0)
./test
objdump -p test | grep "goocanvas-2.0"
-

I have tried umpteen different variations of a "main" function based on
the goocanvas docs:
https://developer.gnome.org/goocanvas/unstable/index.html

Running ./test crashes every time :-)

Can someone please put me out of my misery, and suggest a short bit of
code to create a simple goocanvas item?

In the mean time, I will create one for the gir package (I am a bit more
comfortable with python).

Regards,

Ross



signature.asc
Description: OpenPGP digital signature

Bug#873105: find-file-in-project/5.4.3-1 [ITP]

[Diane Trout]

On Thu, 2017-09-07 at 09:55 -0400, Nicholas D Steeves wrote:
> Hi Diane,
> 
> Welcome to the pkg-emacsen team! :-)

Thank you :)

> 
> If sponsoring from git, please use commit b58d0e6
> If sponsoring from mentors, here is the updated link:
> https://mentors.debian.net/debian/pool/main/f/find-file-in-project/fi
> nd-file-in-project_5.4.3-1.dsc

I just go the email saying it's in NEW.

Feel free to email me when you have another package ready.

Diane

signature.asc
Description: This is a digitally signed message part

Bug#869926: RFS: oprofile/1.2.0-1 [ITP]

[Andrey Rahmatullin]

dpkg-gencontrol: warning: Depends field of package libopagent-dev: unknown 
substitution variable ${shlibs:Depends}

I: oprofile source: duplicate-short-description libopagent1 libopagent-dev
W: oprofile-jit: package-has-unnecessary-activation-of-ldconfig-trigger
W: libopagent-dev: wrong-section-according-to-package-name libopagent-dev => 
libdevel

There is also
E: oprofile-jit: package-modifies-ld.so-search-path 
etc/ld.so.conf.d/oprofile-jit.conf
but it seems there is no good solution to this.


-- 
WBR, wRAR


signature.asc
Description: PGP signature

Bug#873105: find-file-in-project/5.4.3-1 [ITP]

[Nicholas D Steeves]

Hi Diane,

Welcome to the pkg-emacsen team! :-)

On Wed, Sep 06, 2017 at 01:16:03PM -0700, Diane Trout wrote:
> 
> I apparently downloaded from mentors a while ago and had an older
> version of your package.
> 
> The package I just built ran its expected tests correctly.
> 
> Also I joined the pkg-emacsen team and can sponsor your package. (at
> least the simple ones, for now while I learn more about debian emacs
> packaging.)
> 
> Are you ready for find-files-in-project to be uploaded?
> 

I totally understand wrt mentors.  These RFS bugs also become
a bit confusing (to me at least) if too much time elapses.  Sweet, I'm
relieved the tests also pass on your system.

Lev (dogsleg) let me know that upstream pushed out another new release
today, so I've packaged that.  It is ready to upload.

If sponsoring from git, please use commit b58d0e6
If sponsoring from mentors, here is the updated link:
https://mentors.debian.net/debian/pool/main/f/find-file-in-project/find-file-in-project_5.4.3-1.dsc

Thank you,
Nicholas


signature.asc
Description: PGP signature

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Andrey Rahmatullin]

On Thu, Sep 07, 2017 at 01:32:59PM +0200, Fabian Klötzl wrote:
> Anyways, seems like the detect for libxml2 is flawed. 
Why?

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Fabian Klötzl]

On 07.09.2017 12:06, Andreas Tille wrote:
> Uhmm, yes, I missed this.  Adding Build-Depends libxml2-dev helped ...
> 
> Thanks for helping me reading

It is always the little things. ☺

Anyways, seems like the detect for libxml2 is flawed. Might be worth
opening an issue upstream.

Fabian

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Andreas Tille]

Hi

On Thu, Sep 07, 2017 at 01:32:59PM +0200, Fabian Klötzl wrote:
> On 07.09.2017 12:06, Andreas Tille wrote:
> > Uhmm, yes, I missed this.  Adding Build-Depends libxml2-dev helped ...
> > 
> > Thanks for helping me reading
> 
> It is always the little things. ☺
> 
> Anyways, seems like the detect for libxml2 is flawed. Might be worth
> opening an issue upstream.

Probably not.  I patched the CRAN's own pkgconfig out since I do not see
any need to package r-cran-pkgconfig.  If I provide all Build-Depends
Debian's own pkg-config does a proper job.

Kind regards

 Andreas.

-- 
http://fam-tille.de

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Andreas Tille]

On Thu, Sep 07, 2017 at 11:00:44AM +0200, Fabian Klötzl wrote:
> Note that GRAPHML_NAMESPACE_URI is only defined if
> 
> #if HAVE_LIBXML == 1
> 
> see src/foreign-graphml.c:37. Maybe hoisting it out of that block might
> help?

Uhmm, yes, I missed this.  Adding Build-Depends libxml2-dev helped ...

Thanks for helping me reading

  Andreas.

-- 
http://fam-tille.de

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Andrey Rahmatullin]

Actually, this is the error without the patch:

foreign-graphml.c: In function 'igraph_write_graph_graphml':
foreign-graphml.c:1408:46: error: expected ')' before 'GRAPHML_NAMESPACE_URI'
   ret=fprintf(outstream, "\n");
  ^

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: Gcc-7 help needed to upgrade r-cran-igraph

[Andrey Rahmatullin]

You say "not encapsulated in any conditional statement" but that's wrong,
it's encapsulated in #if HAVE_LIBXML == 1.
Of course this code shouldn't work even without the patch.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Gcc-7 help needed to upgrade r-cran-igraph

[Andreas Tille]

Hi

I intended to upgrade r-cran-igraph[1] to the latest upstream version
but I stumbled upon a strange issue where a #define statement seems to
be ignored by the C prepocessor.  At first I assumed that some printf
format statement would be the cause which I tried to fix in a patch[2]
but it seems that rather the 

#define GRAPHML_NAMESPACE_URI "http://graphml.graphdrawing.org/xmlns;

in the file src/foreign-graphml.c is ignored and makes the code fail.

Any idea what might be wrong here?

Kind regards

 Andreas.


[1] https://anonscm.debian.org/git/debian-med/r-cran-igraph.git
[2] 
https://anonscm.debian.org/git/debian-med/r-cran-igraph.git/tree/debian/patches/gcc-7.patch

-- 
http://fam-tille.de

Bug#861394: marked as done (RFS: wcc/0.0.1-1 [ITP] -- a collection of compilation tools to perform binary black magic on the GNU/Linux and other)

[Debian Bug Tracking System]

Your message dated Thu, 7 Sep 2017 09:45:30 +0200
with message-id 
and subject line Re: Bug#861394: RFS: wcc/20170424-1 [ITP] -- a collection of 
compilation tools to perform binary black magic on the GNU/Linux and other
has caused the Debian Bug report #861394,
regarding RFS: wcc/0.0.1-1 [ITP] -- a collection of compilation tools to 
perform binary black magic on the GNU/Linux and other
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
861394: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=861394
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

 * Package name: wcc
   Version : 20170424-1
   Upstream Author : Jonathan Brossard
 * URL : https://github.com/endrazine/wcc
 * License : MIT
   Section : utils

It builds those binary packages:

 wcc - This tool permits one to manipulate binaries and shared liraries 
to reuse

 their API into an external usage, as a relocatable object that
 can be linked to a new project, or through an interpreter (wsh)
 to execute internal API directly.


 wcc-doc - All documentations including Doxygen output and various 
Howtos on how

 to use the Witchcraft Compiler Collection.
 This documentation also include various examples.


This project is a set of tool to manipulate ELF, PE and COFF binaries to 
transform them into relocatable object (.o) file or to reuse their API 
directly through an interpreter.



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



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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/w/wcc/wcc_20170424-1.dsc


More information about hello can be obtained from 
https://github.com/endrazine/wcc


  Changes since the last upload:

  * Initial release (Closes: #861390).
  * Updated various spelling error.
  * Updated man pages.
  * Created two binary packages separating a complete documentation pkg.

  Regards,
--
Philippe THIERRY
--- End Message ---
--- Begin Message ---
On Mon, 24 Jul 2017 23:57:10 +0500 Andrey Rahmatullin  wrote:
> Control: tags -1 + moreinfo
> 
> Please don't put additional changes in the initial changelog entry.
> Contents of README.Debian looks like a package description and should be
> moved there.
> You shouldn't override source-is-missing for files in the orig tarball.
> Remove them from there if they are not used.
> Please switch to the debhelper compat level 10.
> Please bump Standards-Version to the current version.
> Your debian/copyright suggests all of the source is licensed under all
> four licenses as options. This is not true.
> Both the source and the binary pakages ship precompiled PDFs. This is not
> allowed in main.
> The package bundles several libs, this is wrong, packaged versions should
> be used instead.
> Putting library packages into Depends explicitly is usually wrong.
> 

it has been sponsored in the meanwhile!

thanks

G.



signature.asc
Description: OpenPGP digital signature
--- End Message ---