Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

2014-01-18 Thread Johan Euphrosine
On Sat, Jan 18, 2014 at 6:34 AM, Michael Stapelberg
stapelb...@debian.orgwrote:

 Hi Johan,

 Johan Euphrosine pro...@google.com writes:
  Can you please push the forgotten branches/tags? Thanks!
 
  Done (and tested).
 Thanks.


PTAL


 A few comments:
 • You’ll want to bump debian/compat to 9 since you are requiring
   debhelper = 9 as build-dependency anyways.

Done.

 • In debian/copyright, I’d recommend to license debian/ under the same
   license that upstream ships with (i.e. BSD-2-clause in this
   case). This is to prevent licensing issues when shipping patches in
   debian/patches

Done.  (thought Apache 2.0 should be compatible with BSD-2-clause?)

 • debian/docs is empty, so just delete it?

Done.

 • In debian/README.Source, if you want to make it perfect, add git
   checkout revision to make the instructions easily reproducible.

Done.

 Aside from that:
 • I’m curious about debian/Dockerfile. What do you use it for? AFAICT,
   it “just” builds a package automatically. Apart from the step which
   fetches the current upstream source, you can already do that with
   gbp-clone and git-buildpackage, right?

I should probably update the Dockerfile to use git-buildpackage instead of
debuild,


 --
 Best regards,
 Michael




-- 
Johan Euphrosine (proppy)
Developer Programs Engineer
Google Developer Relations


Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

2014-01-18 Thread Johan Euphrosine
On Jan 18, 2014 10:12 AM, Johan Euphrosine pro...@google.com wrote:




 On Sat, Jan 18, 2014 at 6:34 AM, Michael Stapelberg stapelb...@debian.org
wrote:

 Hi Johan,

 Johan Euphrosine pro...@google.com writes:
  Can you please push the forgotten branches/tags? Thanks!
 
  Done (and tested).
 Thanks.


 PTAL

And thanks for taking the time to review.


 A few comments:
 • You’ll want to bump debian/compat to 9 since you are requiring
   debhelper = 9 as build-dependency anyways.

 Done.

 • In debian/copyright, I’d recommend to license debian/ under the same
   license that upstream ships with (i.e. BSD-2-clause in this
   case). This is to prevent licensing issues when shipping patches in
   debian/patches

 Done.  (thought Apache 2.0 should be compatible with BSD-2-clause?)

 • debian/docs is empty, so just delete it?

 Done.

 • In debian/README.Source, if you want to make it perfect, add git
   checkout revision to make the instructions easily reproducible.

 Done.

I'm also curious if we need to update this now that we switched to
git-buildpackage with an upstream branch.

 Aside from that:
 • I’m curious about debian/Dockerfile. What do you use it for? AFAICT,
   it “just” builds a package automatically. Apart from the step which
   fetches the current upstream source, you can already do that with
   gbp-clone and git-buildpackage, right?

 I should probably update the Dockerfile to use git-buildpackage instead
of debuild,


 --
 Best regards,
 Michael




 --
 Johan Euphrosine (proppy)
 Developer Programs Engineer
 Google Developer Relations


Bug#735407: ITP: golang-gocapability-dev -- Package capability provides utilities for manipulating POSIX capabilities.

2014-01-16 Thread Johan Euphrosine
Moved the source,

To ssh://
proppy-gu...@git.debian.org/git/pkg-go/packages/golang-gocapability-dev.git

 * [new branch]  master - master

I had to pass --no-mrconfig to ./setup_repository as I was getting the
following error:

+ '[' -n 1 ']'
+ unset GIT_DIR
+ cd /home/groups/pkg-go/meta
+ git fetch origin
error: cannot open .git/FETCH_HEAD: Permission denied

Should we proceed with the review on mentors?

https://mentors.debian.net/package/golang-gocapability-dev



On Wed, Jan 15, 2014 at 11:33 PM, Johan Euphrosine pro...@google.comwrote:

 Just sent a request to join.

 I'm happy to move the package from
 https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=docker/golang-gocapability-dev.git;a=summaryonce
  you let me in.
  On Jan 15, 2014 11:27 PM, Michael Stapelberg stapelb...@debian.org
 wrote:

 Hi Paul,

 Paul Tagliamonte paul...@debian.org writes:
   Please consider maintaining this package in the pkg-golang team on
   alioth, and please poke me if you need a sponsor/reviewer.
 
 I was planning to host it under
 [6]https://alioth.debian.org/scm/?group_id=100878, because that's a
 dependency of docker, let me know if pkg-golang would make more
 sense.
 paultag (cc'ed) already offered to review and sponsor it, but I'm
 happy to
 get feedbacks from you as well as this is my first dh-golang
 package.
 
  If the go team is open to it, I see no problem in continuing our lovely
  friendship :)
 I think the package should go into pkg-go, and we’re happy to have
 it. Please join pkg-go at https://alioth.debian.org/projects/pkg-go/ and
 you’ll be able to create a new repository by logging into git.debian.org
 and running “setup-repository” in /git/pkg-go/

 --
 Best regards,
 Michael




-- 
Johan Euphrosine (proppy)
Developer Programs Engineer
Google Developer Relations


Bug#579227: Looks like we should drop jscoverage for squeeze

2012-09-02 Thread Johan Euphrosine
Sure, it doesn't seem upstream is actively developing it anymore.
On Sep 2, 2012 1:39 AM, David Prévot taf...@debian.org wrote:

 Control: found -1 0.3.1-1

 Hi,

 On Sat, Nov 13, 2010 at 08:51:40PM +0100, Johan Euphrosine wrote:
  On Sat, Nov 13, 2010 at 8:39 PM, Enrico Zini enr...@enricozini.org
 wrote:
   Hello,
  
   thank you for maintaining jscoverage.
  
   jscoverage 0.3.1-1 is currently in squeeze and sid and has RC bugs open
   against it.
  
   Considering that the package has a very small number of users, that
   we're supposed to release fairly soon, and that this issue looks not
   that easy to solve, it may be a good idea to just remove
   jscoverage from testing and deal with this comfortably in unstable.
  
   Would it make sense for you?
 
  Sure,
 
  The only RC bugs known to me is #579227,
 
  Last time I pinged upstream about it, he said that it would require a
  rewrite of some key part of jscoverage in order to use the new parser
  API in spidermonkey and remove the embedded copy.
 
  I think it is a good idea to remove jscoverage from testing if it
  blocks squeeze release, and I will keep updating the unstable package
  when upstream publish a new major version.

 It seems jscoverage 0.3.1-1 currently in testing (and Squeeze) also
 shipped an embedded code copy of libmozjs, so it may be sensible to
 actually remove it from testing as suggested two years ago, and maybe
 from Squeeze too.

 Regards

 David





Bug#579227: Looks like we should drop jscoverage for squeeze

2012-09-02 Thread Johan Euphrosine
I'm not aware of any alternative for javascript coverage packaged in
debian. So if possible I would like to keep it in unstable.


Bug#579227: Looks like we should drop jscoverage for squeeze

2010-11-13 Thread Johan Euphrosine
On Sat, Nov 13, 2010 at 8:39 PM, Enrico Zini enr...@enricozini.org wrote:
 Hello,

 thank you for maintaining jscoverage.

 jscoverage 0.3.1-1 is currently in squeeze and sid and has RC bugs open
 against it.

 Considering that the package has a very small number of users, that
 we're supposed to release fairly soon, and that this issue looks not
 that easy to solve, it may be a good idea to just remove
 jscoverage from testing and deal with this comfortably in unstable.

 Would it make sense for you?

Sure,

The only RC bugs known to me is #579227,

Last time I pinged upstream about it, he said that it would require a
rewrite of some key part of jscoverage in order to use the new parser
API in spidermonkey and remove the embedded copy.

I think it is a good idea to remove jscoverage from testing if it
blocks squeeze release, and I will keep updating the unstable package
when upstream publish a new major version.

Thanks.



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



Bug#579227: SpiderMonkey parsing API

2010-08-27 Thread Johan Euphrosine
Mozilla folks announced that a parser API for JavaScript has landed in
SpiderMonkey:
http://blog.mozilla.com/dherman/2010/08/25/an-api-for-parsing-javascript/

Pinging upstream about it.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


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


Bug#575581: Also affect ubuntu

2010-08-12 Thread Johan Euphrosine
This bug also affect ubuntu upgrade from hardy to lucid, see the
comments for workarounds:

https://bugs.launchpad.net/debian/+source/postgrey/+bug/537472
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


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


Bug#575581: postgrey_1.32-5 patch

2010-08-12 Thread Johan Euphrosine
Here is a patch against postgrey_1.32-5 that I believe correct this
issue.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/
diff -u postgrey-1.32/debian/control postgrey-1.32/debian/control
--- postgrey-1.32/debian/control
+++ postgrey-1.32/debian/control
@@ -14,7 +14,7 @@
 Package: postgrey
 Architecture: all
 Depends: adduser, debconf, libberkeleydb-perl (= 0.39-1), libnet-dns-perl,
- libnet-server-perl (= 0.87), perl, ucf (= 0.28), db4.7-util, ${misc:Depends}
+ libnet-server-perl (= 0.87), perl, ucf (= 0.28), db4.8-util, ${misc:Depends}
 Conflicts: libsys-syslog-perl ( 0.21)
 Recommends: libdigest-sha1-perl, libnet-rblclient-perl, libparse-syslog-perl,
  postfix | exim4
diff -u postgrey-1.32/debian/preinst postgrey-1.32/debian/preinst
--- postgrey-1.32/debian/preinst
+++ postgrey-1.32/debian/preinst
@@ -24,10 +24,10 @@
 set -e
 if [ -d $DBDIR -a -f /usr/bin/db4.7_upgrade ]; then
 if [ -f $DBDIR/postgrey.db ]; then
-db4.7_upgrade -h $DBDIR postgrey.db
+db4.8_upgrade -h $DBDIR postgrey.db
 fi
 if [ -f $DBDIR/postgrey_clients.db ]; then
-db4.7_upgrade -h $DBDIR postgrey_clients.db
+db4.8_upgrade -h $DBDIR postgrey_clients.db
 fi
 fi
 fi
diff -u postgrey-1.32/debian/changelog postgrey-1.32/debian/changelog
--- postgrey-1.32/debian/changelog
+++ postgrey-1.32/debian/changelog
@@ -1,3 +1,9 @@
+postgrey (1.32-6) unstable; urgency=low
+
+  * debian/preinst, debian/control: Use db4.8_upgrade (Closes: 575581)
+
+ -- Johan Euphrosine pro...@aminche.com  Thu, 12 Aug 2010 15:31:58 +0200
+
 postgrey (1.32-5) unstable; urgency=low
 
   [ Antonio Radici ]


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


Bug#590468: xvfb doesn't support xrandr

2010-07-26 Thread Johan Euphrosine
Package: xvfb
Version: 1.7.7-3
Severity: wishlist

Hi,

Patches are provided for adding xrandr support to xvfb on the following
upstream bug report (filled by ubuntu folks):
http://bugs.freedesktop.org/show_bug.cgi?id=26391

Corresponding launchpad bug:
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/516123

Would you consider adding them as part of next xorg-xserver packages ?

Thanks in advance.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/



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


Bug#590475: new upstream version for python-shapely

2010-07-26 Thread Johan Euphrosine
Package: python-shapely

Hi,

Please consider updating python-shapely to last upstream version
(1.2.2).

Latest tarball is here:
http://gispython.org/dist/Shapely-1.2.2.tar.gz

I updated a tentative package to mentors.debian.net:
http://mentors.debian.net/debian/pool/main/p/python-shapely/python-shapely_1.2.2-1.dsc

Note that I just copied the debian directory from version 1.2.1, bumped
standards to 3.9.0 and ran it throught pbuilder.

Free free to tell me if it needs more love in order to be uploaded into
debian unstable.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/



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


Bug#589184: new upstream version for nodejs

2010-07-15 Thread Johan Euphrosine
Package: nodejs

Please consider updating nodejs package latest upstream version:
0.1.100.

I uploaded a tentative package to mentors.debian.net:
http://mentors.debian.net/debian/pool/main/n/nodejs/nodejs_0.1.100-1.dsc

Note that I just extracted the debian directory from version 0.1.99 and
ran it throught pbuilder.

Feel free to tell me if it needs more love it order to be uploaded into
debian unstable.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/



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


Bug#581208: debian-maintainers: Please add Johan Euphrosine pro...@aminche.com to Debian Maintainers

2010-05-11 Thread Johan Euphrosine
Package: debian-maintainers

Please add Johan Euphrosine to Debian Maintainers keyring.

Attached please find the jetring changeset.

Thanks in advance.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/

Comment: Add Johan Euphrosine pro...@aminche.com as a Debian Maintainer
Date: Fri, 30 Apr 2010 19:45:23 +0200
Action: import
Data: 
  -BEGIN PGP PUBLIC KEY BLOCK-
  Version: GnuPG v1.4.10 (GNU/Linux)
  
  mQGiBEMUL7MRBACdI6UjxyNfnE1VF2b5Bz0r08aPXcXPKhxxOqbcYSy46jHTHG/p
  7H7KTWODbeSc/nMhteTIrpgNhnBOkkUXGef0N3BGSYHxtQd/WM1jZanEmkTiQg1w
  J7LPLZCR+Z0RodNQGyku3MjcjT7wQ4e2/5Bu435Q369BZ/GuNJKBmGjZvwCgoCsC
  fxrMnbWNmm6IdxIWwy06108D/399CGODZlrFjrCrbbEsx4cBQG3YyKMkr1iDnRxi
  8SiwOUil4B+gnSVz4Rov8783/4MvaMsjkuh2DGfEDguUuVkxROEuJwcZTRL9bTLs
  6tzmeCbrSCg73v7vG0vAPUCmDtR7urEabg4ak3kD8E+P9kKGnbXOACQ4AIgULbk1
  JUOYA/42A2qhmM42oPaFWjA6qpbdwHbOSJgf51VaoIou4VemTBGY4IT9BiLAlRqL
  ebVTIxMx6OoQg/B7hD2xBDgxOfGC+23GdLQh4M1gTPPJnfEXs0ACof+CVGk907S9
  2LYyS8xEfLI4S8GUGQtpGha8/vvr0UTZLQZCUgbjUgOFBZjCfLQsSm9oYW4gRXVw
  aHJvc2luZSAocHJvcHB5KSA8cHJvcHB5QGdtYWlsLmNvbT6IXgQTEQIAHgUCQxQv
  swIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRBmYR1X1Ieh7qadAJ9cDtDz0MEc
  PUgHkNkbaI8X9teBlwCeM/y+xrsFJ7zyh78Yo+e92xNBsiiIRgQQEQIABgUCQxQw
  VAAKCRDx0szISXoXbc4lAJ9Ahs/xJXfSatFs3+7kZZ7oIYHm8QCePdeomz05ZlvO
  TP6+xW8R5FxbVQSIRgQQEQIABgUCSbVfCQAKCRCzpkfNVA3QiAoVAKCThWfxZBuq
  qVVOhh/CYPJnFckpfwCfW6tcvYrLEmphBmDxNtDxPHHpF7CIRgQQEQIABgUCSbaE
  WgAKCRDndeMk20Gzh4NVAKCWkZbxwjpCvFCNefmBRM+ljnmdpACeOZ4O725wmSYQ
  30YEFyReeaGaoC+IRgQQEQIABgUCSbaa3AAKCRBnVIkd6qxi39T7AJ9ncF+rltaK
  qNwOpfEU5YbYxmeuFwCdH/eTByCvARql9uIkfaqXfVwJhHy0LkpvaGFuIEV1cGhy
  b3NpbmUgKHByb3BweSkgPHByb3BweUBhbWluY2hlLmNvbT6IYwQTEQIAIwIbAwYL
  CQgHAwIEFQIIAwQWAgMBAh4BAheABQJGX/5XAhkBAAoJEGZhHVfUh6Hu8NwAn2tD
  zYgOYUzWOOnafMwpjzG+NX+qAKCX5Aum1JzCH61LVKbbeX7GMiaKuIhGBBARAgAG
  BQJFW0nYAAoJEPHSzMhJehdtZPIAni9mZnYrXuIFXsjK6EsS/GsHzCTGAKCGwvqg
  vgy2V3jiErmO12V5exKCUohGBBARAgAGBQJJtV73AAoJELOmR81UDdCIg3kAn3gE
  SrgmHCiiyoRnNMcLiS7bCnQmAKCYpDDiXpZWvXPaKgtZuXzkdyDxRohGBBARAgAG
  BQJJtoRaAAoJEOd14yTbQbOHyfwAn2OQMZFAoCyMQR2yvPUTetRScs5SAKCfrS39
  hQGX8FO7ZmCU4EttT7vx04hGBBARAgAGBQJJtprcAAoJEGdUiR3qrGLfTbwAnAwc
  8xTtxEkjy5lUz5M73Wgtg9clAJ9JBnnh+17m7SMwMczcBc29shpGxIhjBBMRAgAj
  AhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AFAkVbVlgCGQEACgkQZmEdV9SHoe50
  QQCePb4C2hvGHIcYJqCbJG5yi3QerW0An1bnf0oSg25tg+YV+mibhUujFfy5uQIN
  BEMUL80QCACR3QyX0dwj0kcRbv5pqa+Ltae0MgW0TSezGTHK6aW1ZynRxNVTOyrR
  9Xa61RgqJezCF4QamCrXKtdEHZ+Af0dsXLeRCgLr8UREyLBps5CchR6AhlvnOyim
  R6CbOE/NTviLHAR1AEtxMofVJDricv0WGTTsswMihPbA3GepUqqUKV4mvM62wyyk
  k8d66E8nF9Wkvm/cTxGQFzKSsekR4G/o8/B3Meofkh3VFN5zf0Z32TtJLRPCvaF8
  FyUoXN98GS+5RhsScDHvpZ3TgQVJvJG5AQfuTKQqaebQ7KtGxJcAle86rR7tT9Ts
  dBgoa3CbqhRX0rCR2xUfKXTDy0ObKsBPAAMFCACMhkAbdmLnUu7gT1DXZodlo0HM
  spEi99RhY1XDwxsJtURdNg38lCQliX7JeexvXdnEG/XS3R2N2aImwCdcXWNC/WeB
  /o/Q2KTOlvv6aIscF5148pgViFqwDLZvr6twpRNjGbcWG3GCO1P2Vo9yn0HBC6wd
  8kOi2V/QBXfeegUw9pUWNzMjEZGBq0XQoytyYuQqrlBnUr2EjWrEJtLHC5XWZXbt
  W+buZDvFSN/XyfpoE+ywOovSGQxIvk5PJenogdXO0qjonWlQ6jnzRCa7ZwTJhVEM
  Iw0pWjrakiMOlWPXphtqL38f3c4y/yxmd24qkKTALvG0s3ZxoD/ek/bcVIUiiEkE
  GBECAAkFAkMUL80CGwwACgkQZmEdV9SHoe4nzACfX/AqvIgT7L4mCbEZZP3bTYeR
  UqYAnAuTC0GqftvgEx9konwgk9JaVKe7
  =LJ/l
  -END PGP PUBLIC KEY BLOCK-

Recommended-By: 
  Loic Dachary l...@dachary.org, Cyril Bouthors c...@debian.org
Agreement: 
  http://lists.debian.org/debian-newmaint/2010/04/msg00043.html
Advocates: 
  http://lists.debian.org/debian-newmaint/2010/05/msg3.html
  http://lists.debian.org/debian-newmaint/2010/05/msg6.html


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


Bug#559969: jslint-cli

2010-05-05 Thread Johan Euphrosine
Hi,

I made a tentative package for jslint-cli, which is a similar wrapper,
but written in python.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559969

Could we coordinate our effort in order to get a javascript checker
uploaded to the archive ?
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


signature.asc
Description: Digital signature


Bug#579227: Embedded code copy: libmozjs

2010-04-30 Thread Johan Euphrosine
On Mon, Apr 26, 2010 at 01:34:21PM +0200, Cyril Brulebois wrote:
 it was just noticed that the FTBFS on s390 I reported sounded like an
 FTBFS previously dealt with in libmozjs, meaning you're embedding it
 instead of just using libmozjs-dev and dropping your embedded code copy.
 Given the security records on xulrunner thingies, I'm opening this at
 serious severity with security tag…

Upstream is aware of this problem and is waiting for SpiderMonkey
developer to provide a public API for the parser before removing the
need for the embedded copy of SpiderMonkey.

See the following blog comment by jscoverage author:
http://blog.mozilla.com/dherman/2010/04/22/language-engineering-on-the-web/comment-page-1/#comment-3

There seems to be outgoing work for this in SpiderMonkey:
https://bugzilla.mozilla.org/show_bug.cgi?id=533874

I posted to mozilla.dev.tech.js-engine (as advised by irc.mozilla.org
#jsapi folks), to ask for the current status of this work.
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


signature.asc
Description: Digital signature


Bug#579227: Embedded code copy: libmozjs

2010-04-29 Thread Johan Euphrosine
@
 generate_resources_SOURCES = generate-resources.c
 BUILT_SOURCES = resources.c
 dist_man_MANS = jscoverage.1 jscoverage-server.1

Unfortunatly it doesn't link since most of the symbols they are using
are not part of the PUBLIC_API.

g++ `pkg-config mozilla-js --cflags` -funit-at-a-time -DXP_UNIX -g -O2   -o 
jscoverage encoding.o highlight.o instrument.o instrument-js.o jscoverage.o 
resource-manager.o stream.o util.o  `pkg-config mozilla-js --libs` -lm   
highlight.o: In function `jscoverage_highlight_js':
/usr/src/jscoverage-0.5/highlight.cpp:229: undefined reference to 
`js_InitTokenStream'
/usr/src/jscoverage-0.5/highlight.cpp:234: undefined reference to `js_GetToken'
/usr/src/jscoverage-0.5/highlight.cpp:334: undefined reference to `js_PeekToken'
/usr/src/jscoverage-0.5/highlight.cpp:483: undefined reference to 
`js_CloseTokenStream'
instrument-js.o: In function `print_string':
/usr/src/jscoverage-0.5/instrument-js.cpp:146: undefined reference to 
`js_GetDependentStringChars'
instrument-js.o: In function `output_expression':
/usr/src/jscoverage-0.5/instrument-js.cpp:785: undefined reference to 
`js_CheckKeyword'
/usr/src/jscoverage-0.5/instrument-js.cpp:788: undefined reference to 
`js_IsIdentifier'
/usr/src/jscoverage-0.5/instrument-js.cpp:888: undefined reference to 
`js_regexp_toString'
/usr/src/jscoverage-0.5/instrument-js.cpp:780: undefined reference to 
`js_GetDependentStringChars'
instrument-js.o: In function `print_regex':
/usr/src/jscoverage-0.5/instrument-js.cpp:209: undefined reference to 
`js_GetDependentStringChars'
instrument-js.o: In function `instrument_function':
/usr/src/jscoverage-0.5/instrument-js.cpp:381: undefined reference to 
`js_GetLocalNameArray'
instrument-js.o: In function `JSCompiler':
/usr/include/mozjs/jsparse.h:826: undefined reference to 
`JSCompiler::setPrincipals(JSPrincipals*)'
instrument-js.o: In function `jscoverage_instrument_js':
/usr/src/jscoverage-0.5/instrument-js.cpp:1430: undefined reference to 
`JSCompiler::init(unsigned short const*, unsigned int, _IO_FILE*, char const*, 
unsigned int)'
/usr/src/jscoverage-0.5/instrument-js.cpp:1434: undefined reference to 
`JSCompiler::parse(JSObject*)'
/usr/src/jscoverage-0.5/instrument-js.cpp:1610: undefined reference to 
`JSCompiler::~JSCompiler()'
/usr/src/jscoverage-0.5/instrument-js.cpp:1610: undefined reference to 
`JSCompiler::~JSCompiler()'
instrument-js.o: In function `jscoverage_parse_json':
/usr/src/jscoverage-0.5/instrument-js.cpp:1835: undefined reference to 
`js_InflateString'
instrument-js.o: In function `JSCompiler':
/usr/include/mozjs/jsparse.h:826: undefined reference to 
`JSCompiler::setPrincipals(JSPrincipals*)'
instrument-js.o: In function `jscoverage_parse_json':
/usr/src/jscoverage-0.5/instrument-js.cpp:1848: undefined reference to 
`JSCompiler::init(unsigned short const*, unsigned int, _IO_FILE*, char const*, 
unsigned int)'
/usr/src/jscoverage-0.5/instrument-js.cpp:1852: undefined reference to 
`JSCompiler::parse(JSObject*)'
/usr/src/jscoverage-0.5/instrument-js.cpp:2041: undefined reference to 
`JSCompiler::~JSCompiler()'
/usr/src/jscoverage-0.5/instrument-js.cpp:2041: undefined reference to 
`JSCompiler::~JSCompiler()'
collect2: ld returned 1 exit status
make[2]: *** [jscoverage] Error 1
make[2]: Leaving directory `/usr/src/jscoverage-0.5'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/src/jscoverage-0.5'
make: *** [all] Error 2

How could I fix this issue ?
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


signature.asc
Description: Digital signature


Bug#579227: Embedded code copy: libmozjs

2010-04-29 Thread Johan Euphrosine
On Mon, Apr 26, 2010 at 01:34:21PM +0200, Cyril Brulebois wrote:
 Source: jscoverage
 Version: 0.4-1
 Severity: serious
 Tags: security
 Justification: ECC
 
 Hi (again),
 
 it was just noticed that the FTBFS on s390 I reported sounded like an
 FTBFS previously dealt with in libmozjs, meaning you're embedding it
 instead of just using libmozjs-dev and dropping your embedded code copy.
 Given the security records on xulrunner thingies, I'm opening this at
 serious severity with security tag…
 

It seems fedora spotted the same issue when reviewing jscoverage
package:

https://bugzilla.redhat.com/show_bug.cgi?id=453264

One of the comment states the following:

The Mozilla SpiderMonkey js library is intended to be used as a 
JavaScript interpreter, but JSCoverage uses it for parsing, rather than 
interpreting, JavaScript.  Unfortunately the parsing functions are not 
public and could possibly change any time the library is upgraded.


I think the above qualifies as a good reason to allow static linking.


I was wondering it debian would allow static linking in that case ?
-- 
Johan Euphrosine (proppy) pro...@aminche.com
Development and services around Free Software
http://www.aminche.com/


signature.asc
Description: Digital signature


Bug#561682: closed by Tom Feiner feiner....@gmail.com (Bug#561682: fixed in munin 1.4.2-2)

2009-12-24 Thread Johan Euphrosine
On Thu, 2009-12-24 at 10:09 +, Debian Bug Tracking System wrote:
 This is an automatic notification regarding your Bug report
 which was filed against the munin-plugins-extra package:
 
 #561682: munin-plugins-extra: vserver plugins should support autoconf/suggest
 
 It has been closed by Tom Feiner feiner@gmail.com.

Hi,

Thanks for uploading a new version of munin-1.4-2-2 in the archive,

However I can't grep the code change related to the following
debian/changelog entry:
  * Add vserver plugins autoconf/suggest support. (Closes: #561682)

Neither in debian/patches, diff.gz, or in the orig.tar.gz.

Did I miss anything, or should I wait for next upstream version 1.4.3 ?

-- 
Johan Euphrosine pro...@aminche.com


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


Bug#561682: Info received (Bug#561682 closed by Tom Feiner feiner....@gmail.com (Bug#561682: fixed in munin 1.4.2-2))

2009-12-24 Thread Johan Euphrosine
reopen 561682
thanks


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


Bug#561682: closed by Tom Feiner feiner....@gmail.com (Bug#561682: fixed in munin 1.4.2-2)

2009-12-24 Thread Johan Euphrosine
reopen 561682
thanks



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


Bug#561682: Applied upstream

2009-12-23 Thread Johan Euphrosine
Applied upstream in r3255:
http://munin.projects.linpro.no/changeset/3255

-- 
Johan Euphrosine pro...@aminche.com


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


Bug#561682: munin-plugins-extra: vserver plugins should support autoconf/suggest

2009-12-19 Thread Johan Euphrosine
Package: munin-plugins-extra
Version: 1.4.2-1
Severity: wishlist

Hi,

Please review the attached debdiff that add support for autoconf/suggest
in vserver_* plugins.
- vserver_cpu_: autoconf/suggest
- vserver_loadavg: autoconf
- vserver_resources: autoconf

It also escape commandlines in the plugins documentation to prevent the
following errors:
No code specified for -e.
plugins/node.d.linux/vserver_cpu_.in: line 5: print 
POSIX::sysconf(_SC_PAGESIZE), \n;: command not found

Test cases could be run using the following commands to ensure patched
plugins works as expected:
$ hg clone http://bitbucket.org/proppy/munin-plugins
$ cd munin-plugins/
$ make check
./test-vserver_cpu_
SUCCEED
./test-vserver_loadavg
SUCCEED
./test-vserver_resources
SUCCEED

Works as been sponsored by ISVTEC.
-- 
Johan Euphrosine pro...@aminche.com
diff -u munin-1.4.2/debian/changelog munin-1.4.2/debian/changelog
--- munin-1.4.2/debian/changelog
+++ munin-1.4.2/debian/changelog
@@ -1,3 +1,10 @@
+munin (1.4.2-2) unstable; urgency=low
+
+  * Add patches/301-vserver-autoconf-suggest.patch to add support
+for autoconf and suggest in vserver plugins.
+
+ -- Johan Euphrosine (proppy) pro...@aminche.com  Sat, 19 Dec 2009 16:35:59 +0100
+
 munin (1.4.2-1) unstable; urgency=low
 
   [ Tom Feiner ]
diff -u munin-1.4.2/debian/patches/series munin-1.4.2/debian/patches/series
--- munin-1.4.2/debian/patches/series
+++ munin-1.4.2/debian/patches/series
@@ -3,0 +4 @@
+301-vserver-autoconf-suggest.patch
only in patch2:
unchanged:
--- munin-1.4.2.orig/debian/patches/301-vserver-autoconf-suggest.patch
+++ munin-1.4.2/debian/patches/301-vserver-autoconf-suggest.patch
@@ -0,0 +1,150 @@
+Description: Add support for autoconf/suggest in vserver plugins.
+ Escape command lines in TODO items.
+
+Origin: other
+Bug-Debian: none
+Forwarded: no
+Author: Johan Euphrosine (proppy) pro...@aminche.com
+Last-Update: 2009-12-19
+Index: munin-1.4.2/plugins/node.d.linux/vserver_cpu_.in
+===
+--- munin-1.4.2.orig/plugins/node.d.linux/vserver_cpu_.in	2009-12-19 16:25:25.0 +0100
 munin-1.4.2/plugins/node.d.linux/vserver_cpu_.in	2009-12-19 16:27:47.0 +0100
+@@ -1,5 +1,7 @@
+ #!@@BASH@@
+ # -*- sh -*-
++#%# family=auto
++#%# capabilities=autoconf suggest
+ 
+ : EOF
+ 
+@@ -80,8 +82,8 @@
+ =item Less use of /proc
+ 
+ use /proc less often (100 times more overhead than talking to the
+-kernel directly) i.e. use something like pagesize=`perl -MPOSIX -e
+-'print POSIX::sysconf(_SC_PAGESIZE), \n;'`
++kernel directly) i.e. use something like pagesize=\`perl -MPOSIX -e
++'print POSIX::sysconf(_SC_PAGESIZE), \n;'\`
+ 
+ =back
+ 
+@@ -93,6 +95,25 @@
+ 
+ EOF
+ 
++if [ $1 = autoconf ]; then
++	if [ -r ${PROC_PATH}/virtual/info ]; then
++		echo yes
++		exit 0
++	else
++		echo no (${PROC_PATH}/virtual/info not found)
++		exit 1
++	fi
++fi
++
++if [ $1 = suggest ]; then
++	if [ ! -r ${PROC_PATH}/virtual/info ]; then
++		exit 1
++	fi
++	#
++	# 'else' clause is after XIDS definition
++	#
++fi
++
+ VSERVERS=$vservers
+ 
+ INFO=(`sed 's/.*:\t//' /proc/virtual/info 2/dev/null || echo 'none'`)
+@@ -124,6 +145,16 @@
+ done
+ fi
+ 
++if [ $1 = suggest ]; then
++	if [ -r ${PROC_PATH}/virtual/info ]; then
++	for i in $XIDS ; do
++			LABEL=`cat ${PROC_PATH}/virtual/$i/$NAMELOC |grep NodeName |cut -f2`
++			echo $LABEL
++		done
++		exit 0
++	fi
++fi
++
+ BASEPARAM=`basename $0 | sed 's/^vserver_//'`
+ MODE=`echo $BASEPARAM | sed 's/^hold.*//'`
+ 
+Index: munin-1.4.2/plugins/node.d.linux/vserver_loadavg.in
+===
+--- munin-1.4.2.orig/plugins/node.d.linux/vserver_loadavg.in	2009-12-19 16:25:29.0 +0100
 munin-1.4.2/plugins/node.d.linux/vserver_loadavg.in	2009-12-19 16:26:57.0 +0100
+@@ -1,5 +1,7 @@
+ #!@@BASH@@
+ # -*- sh -*-
++#%# family=auto
++#%# capabilities=autoconf
+ 
+ : EOF
+ 
+@@ -65,15 +67,18 @@
+ 
+ # If run with the autoconf-parameter, give our opinion on whether we
+ # should be run on this system or not. This is optional, and only used by
+-# munin-config. In the case of this plugin, we should most probably
+-# always be included whwn there is a vserver kernel.
++# munin-config.
+ 
+ if [ $1 = autoconf ]; then
+-echo yes
+-exit 0
++	if [ -r ${PROC_PATH}/virtual/info ]; then
++		echo yes
++		exit 0
++	else
++		echo no (${PROC_PATH}/virtual/info not found)
++		exit 1
++	fi
+ fi
+ 
+-
+ # if vservers are specified, use them; the default is to use all.
+ VSERVERS=$vservers
+ 
+Index: munin-1.4.2/plugins/node.d.linux/vserver_resources.in
+===
+--- munin-1.4.2.orig/plugins/node.d.linux/vserver_resources.in	2009-12-19 16:25:31.0 +0100
 munin-1.4.2/plugins/node.d.linux/vserver_resources.in	2009-12-19 16:26:57.0 +0100
+@@ -1,5 +1,7 @@
+ #!@@BASH@@
+ # -*- sh -*-
++#%# family=auto
++#%# capabilities=autoconf
+ 
+ : EOF

Bug#561682: Forwarded to upstream

2009-12-19 Thread Johan Euphrosine
http://munin.projects.linpro.no/ticket/811
-- 
Johan Euphrosine pro...@aminche.com


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


Bug#539197: RFP: wetball -- multiplayer game to collect objects on a map

2009-07-29 Thread Johan Euphrosine
Package: wnpp
Severity: wishlist

* Package name: wetball
  Version : 0.1
  Upstream Author : Johan Euphrosine pro...@aminche.com
* URL or Web page : http://wetball.mekensleep.com/
* License : AGPL-3
  Description : multiplayer game to collect objects on a map

wetball is an online multiplayer game in which the player walks a map
and collects objects. The server handles the placement of objects on
the map. The client asks the server for the objects found around a
designated location. When an object is returned to the client, it can
be collected and is removed from the map. A simple REST interface to
the server has been designed and documented to encourage the
development of alternative clients.

Although geolocalisation is a popular subject and number of application
are deployed on the web, there is no multiplayer geolocalisation game in
debian. This application could be used as a technical example.



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


Bug#525709: debdiff

2009-06-08 Thread Johan Euphrosine
Hi,

I believe the attached debdiff should correct FTBFS on mips.

Please tell me if it needs additional love.
-- 
Johan Euphrosine pro...@aminche.com
diff -u unittest++-1.4.0/debian/changelog unittest++-1.4.0/debian/changelog
--- unittest++-1.4.0/debian/changelog
+++ unittest++-1.4.0/debian/changelog
@@ -1,3 +1,9 @@
+unittest++ (1.4.0-2) unstable; urgency=low
+
+  * Fix FTBFS on non-x86 arches (Closes: #525709)
+
+ -- Johan Euphrosine (proppy) pro...@aminche.com  Tue, 09 Jun 2009 02:24:58 +0200
+
 unittest++ (1.4.0-1) unstable; urgency=low
 
   * New upstream version
diff -u unittest++-1.4.0/debian/patches/00list unittest++-1.4.0/debian/patches/00list
--- unittest++-1.4.0/debian/patches/00list
+++ unittest++-1.4.0/debian/patches/00list
@@ -1,0 +2 @@
+20_test_testrunner_bad_virtual_method_arg.dpatch
only in patch2:
unchanged:
--- unittest++-1.4.0.orig/debian/patches/20_test_testrunner_bad_virtual_method_arg.dpatch
+++ unittest++-1.4.0/debian/patches/20_test_testrunner_bad_virtual_method_arg.dpatch
@@ -0,0 +1,27 @@
+#! /bin/sh /usr/share/dpatch/dpatch-run
+## 20_test_testrunner_bad_virtual_method_arg.dpatch by  pro...@aminche.com
+##
+## All lines beginning with `## DP:' are a description of the patch.
+## DP: Fix bad arg for RunImpl virtual method.
+
+...@dpatch@
+diff -urNad unittest++-1.4.0~/src/tests/TestTestRunner.cpp unittest++-1.4.0/src/tests/TestTestRunner.cpp
+--- unittest++-1.4.0~/src/tests/TestTestRunner.cpp	2008-10-30 15:27:42.0 +0100
 unittest++-1.4.0/src/tests/TestTestRunner.cpp	2009-06-09 02:23:55.460487177 +0200
+@@ -20,14 +20,14 @@
+ {
+ }
+ 
+-virtual void RunImpl(TestResults testResults_) const
++virtual void RunImpl() const
+ {
+ for (int i=0; i  count; ++i)
+ {
+ if (asserted)
+ ReportAssert(desc, file, 0);
+ else if (!success)
+-testResults_.OnTestFailure(m_details, message);
++	  CurrentTest::Results()-OnTestFailure(m_details, message);
+ }
+ }
+ 


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


Bug#477027: fixed with 1.0.14

2008-09-12 Thread Johan Euphrosine
On Wed, Aug 27, 2008 at 10:05 PM, Thijs Kinkhorst [EMAIL PROTECTED] wrote:
 Hi Johan,

 I was looking to see if I could help by sponsoring the upload of that package.
 However, check out the differences with the current version in Debian:

  1311 files changed, 172664 insertions(+), 35937 deletions(-)

 That is way too much for me to see as an acceptable upload in this stage of
 the freeze, I'm sorry. Are you sure that all is needed to fix the RC bug?


Hi,

There is even more change uploaded on:
http://jspoker.pokersource.info/packaging-farm/jpoker/gnulinux/debian/unstable/src/

Let me know what I can do in order to get the version in debian updated.

Could the package be removed from testing for example ?
And (re)start from the latest version in unstable ?

Thanks in advance.
-- 
bou ^



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



Bug#477027: fixed with 1.0.14

2008-06-16 Thread Johan Euphrosine
It seems fixed with next upstream version 1.0.14
(using option 2: include the tiddlywiki_cp code in the jpoker source)

Please see the attached debuild.log

I believe current Uploader: Loic Dachary, will upload it in debian soon,
http://jspoker.pokersource.info/packaging-farm/jpoker/gnulinux/debian/unstable/src/
-- 
Johan Euphrosine [EMAIL PROTECTED]
[EMAIL PROTECTED]:/tmp/jpoker-1.0.14$ debuild -us -uc
 dpkg-buildpackage -rfakeroot -D -us -uc
dpkg-buildpackage: set CPPFLAGS to default value: 
dpkg-buildpackage: set CFLAGS to default value: -g -O2
dpkg-buildpackage: set CXXFLAGS to default value: -g -O2
dpkg-buildpackage: set FFLAGS to default value: -g -O2
dpkg-buildpackage: set LDFLAGS to default value: -Wl,-Bsymbolic-functions
dpkg-buildpackage: source package jpoker
dpkg-buildpackage: source version 1.0.14-1
dpkg-buildpackage: source changed by Loic Dachary (OuoU) [EMAIL PROTECTED]
dpkg-buildpackage: host architecture i386
 fakeroot debian/rules clean
test -x debian/rules
dh_testroot
dh_clean 
/usr/bin/make  -C . CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS=-Wl,-Bsymbolic-functions  -k maintainer-clean
make[1]: Entering directory `/tmp/jpoker-1.0.14'
cd sound ; /usr/bin/make clean
make[2]: Entering directory `/tmp/jpoker-1.0.14/sound'
rm -f player_arrive.swf player_hand.swf player_arrive.wav player_hand.wav soundswiff
make[2]: Leaving directory `/tmp/jpoker-1.0.14/sound'
rm -fr tests
rm -f messages.pot 
rm -f jpoker/skin/jpoker_[0-9][0-9]_*
rm -f jpoker/{index,poker,skin}.html jpoker/index-en.html jpoker/index-fr.html jpoker/index-ja.html jpoker/skin-en.html jpoker/skin-fr.html jpoker/skin-ja.html
rm -fr en/ fr/ ja/ jpoker/l10n/*.mo
rm -f jpoker/index.200* jpoker/index-fr.200* jpoker/poker.200* 
rm -f jpoker/mockup.html
rm -f jpoker/images/mockup_plain.svg
rm -f *.pyc
make[1]: Leaving directory `/tmp/jpoker-1.0.14'
rm -f debian/stamp-makefile-build
 dpkg-source -b jpoker-1.0.14
dpkg-source: building jpoker using existing jpoker_1.0.14.orig.tar.gz
dpkg-source: building jpoker in jpoker_1.0.14-1.diff.gz
dpkg-source: building jpoker in jpoker_1.0.14-1.dsc
 debian/rules build
test -x debian/rules
mkdir -p .
/usr/bin/make  -C . CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS=-Wl,-Bsymbolic-functions  build
make[1]: Entering directory `/tmp/jpoker-1.0.14'
cp tiddlywiki-2.3.html jpoker/poker.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/poker jpoker/markup jpoker/poker.html
cp tiddlywiki-2.3.html jpoker/index-en.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-en jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-en.html
cp tiddlywiki-2.3.html jpoker/index-fr.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-fr jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-fr.html
cp tiddlywiki-2.3.html jpoker/index-ja.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/JpokerPlugin jpoker/index-ja jpoker/index jpoker/tiddlers jpoker/markup jpoker/index-ja.html
cp jpoker/index-en.html jpoker/index.html
cp tiddlywiki-2.3.html jpoker/skin-en.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-en jpoker/tiddlers jpoker/markup jpoker/skin-en.html
cp tiddlywiki-2.3.html jpoker/skin-fr.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-fr jpoker/tiddlers jpoker/markup jpoker/skin-fr.html
cp tiddlywiki-2.3.html jpoker/skin-ja.html
GEM_HOME=gems gems/bin/tiddlywiki_cp -a jpoker/skin jpoker/index-ja jpoker/tiddlers jpoker/markup jpoker/skin-ja.html
cp jpoker/skin-en.html jpoker/skin.html
inkscape --without-gui --vacuum-defs --export-plain-svg=jpoker/images/mockup_plain.svg jpoker/images/mockup.svg

(inkscape:8992): Gtk-WARNING **: Locale not supported by C library.
	Using the fallback 'C' locale.

(inkscape:8992): Gdk-CRITICAL **: gdk_display_list_devices: assertion `GDK_IS_DISPLAY (display)' failed

** (inkscape:8992): CRITICAL **: void Inkscape::GC::Anchored::release() const: assertion `_anchor' failed
perl -pi -e 's/xmlns=http:\/\/www.w3.org\/2000\/svg//' jpoker/images/mockup_plain.svg
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = en fr ja
are supported and installed on your system.
perl: warning: Falling back to the standard locale (C).
( \
		echo // generated with make mockup, DO NOT EDIT ; \
		echo -n '$.jpoker.plugins.table.templates.room = ' ; \
		python svgflatten.py  jpoker/images/mockup_plain.svg | python svg2html.py --json || true ; \
	)   jpoker/js/mockup.js
python svgflatten.py  jpoker/images/mockup_plain.svg | python svg2html.py --html | tidy -indent 2/dev/null  jpoker/mockup.html || true
perl -pi -e 's:/head:link href=js/mockup.css rel=stylesheet type=text/css //head:' jpoker/mockup.html
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LANG = en fr

Bug#478856: E: Package linux-kbuild-2.6.25 has no installation candidate

2008-05-01 Thread Johan Euphrosine
Package: linux-kbuild
Version: 2.6.25

linux-kbuild-2.6.25 has no installation candidate and thus prohibs
installation of linux-headers-2.6.25.

soko:/usr/src# apt-get install linux-kbuild-2.6.25
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package linux-kbuild-2.6.25 is not available, but is referred to by
another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
E: Package linux-kbuild-2.6.25 has no installation candidate

soko:/usr/src# apt-get install linux-headers-2.6.25-1-686
Reading package lists... Done
Building dependency tree
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.

Since you only requested a single operation it is extremely likely that
the package is simply not installable and a bug report against
that package should be filed.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
  linux-headers-2.6.25-1-686: Depends: linux-kbuild-2.6.25 but it is
not installable
E: Broken packages
-- 
bou ^



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



Bug#476325: ITP: gtk-engine-experience -- eXperience theme engine for GTK 2

2008-04-15 Thread Johan Euphrosine
Package: wnpp
Severity: wishlist

* Package name : gtk-engine-experience
Version : 0.10.5
Upstream Author : Benjamin Berg [EMAIL PROTECTED]
* URL : 
http://benjamin.sipsolutions.net/debian/pool/main/g/gtk-engine-experience/gtk-engine-experience_0.10.5.dsc
* License : LGPL
Description : eXperience theme engine for GTK 2
-- 
bou ^



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



Bug#473562: jpoker: FTBFS on lenny (gcc dependency missing)

2008-03-31 Thread Johan Euphrosine
close 473562

On Mon, Mar 31, 2008 at 5:18 PM, Johan Euphrosine [EMAIL PROTECTED] wrote:
 This can be easily fixed by installing build-essential package.

  tags 473562 wontfix



  On Mon, Mar 31, 2008 at 1:31 PM, OuoU Loic Dachary [EMAIL PROTECTED] wrote:
   Package: jpoker
Version: 1.0.8-1
Severity: serious
  
dpkg-source: warning: Couldn't determine gcc system type, falling back to 
 default (native compilation)
dpkg-source: warning: extracting unsigned source package 
 (./jpoker_1.0.9-1.dsc)
dpkg-source: extracting jpoker in jpoker-1.0.9
dpkg-source: unpacking jpoker_1.0.9.orig.tar.gz
dpkg-source: applying ./jpoker_1.0.9-1.diff.gz
dpkg-buildpackage: source package jpoker
dpkg-buildpackage: source version 1.0.9-1
dpkg-buildpackage: source changed by Loic Dachary (OuoU) [EMAIL 
 PROTECTED]
sh: gcc: command not found
dpkg-architecture: warning: Couldn't determine gcc system type, falling 
 back to default (native compilation)
dpkg-buildpackage: host architecture i386
dpkg-checkbuilddeps: Unmet build dependencies: build-essential
dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; 
 aborting.
dpkg-buildpackage: warning: (Use -d flag to override.)
make[2]: *** [build/debian] Error 3
  
  
-- System Information:
Debian Release: lenny/sid
 APT prefers unstable
 APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
  
Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
  
Versions of packages jpoker depends on:
ii  apache2   2.2.6-2Next generation, scalable, 
 extenda
ii  apache2-mpm-prefork [apache2] 2.2.8-1Traditional model for Apache 
 HTTPD
ii  libapache2-mod-php5   5.2.5-2server-side, HTML-embedded 
 scripti
  
jpoker recommends no packages.
  
-- no debconf information
  
  
  



  --
  bou ^




-- 
bou ^



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



Bug#473562: jpoker: FTBFS on lenny (gcc dependency missing)

2008-03-31 Thread Johan Euphrosine
This can be easily fixed by installing build-essential package.

tags 473562 wontfix

On Mon, Mar 31, 2008 at 1:31 PM, OuoU Loic Dachary [EMAIL PROTECTED] wrote:
 Package: jpoker
  Version: 1.0.8-1
  Severity: serious

  dpkg-source: warning: Couldn't determine gcc system type, falling back to 
 default (native compilation)
  dpkg-source: warning: extracting unsigned source package 
 (./jpoker_1.0.9-1.dsc)
  dpkg-source: extracting jpoker in jpoker-1.0.9
  dpkg-source: unpacking jpoker_1.0.9.orig.tar.gz
  dpkg-source: applying ./jpoker_1.0.9-1.diff.gz
  dpkg-buildpackage: source package jpoker
  dpkg-buildpackage: source version 1.0.9-1
  dpkg-buildpackage: source changed by Loic Dachary (OuoU) [EMAIL PROTECTED]
  sh: gcc: command not found
  dpkg-architecture: warning: Couldn't determine gcc system type, falling back 
 to default (native compilation)
  dpkg-buildpackage: host architecture i386
  dpkg-checkbuilddeps: Unmet build dependencies: build-essential
  dpkg-buildpackage: warning: Build dependencies/conflicts unsatisfied; 
 aborting.
  dpkg-buildpackage: warning: (Use -d flag to override.)
  make[2]: *** [build/debian] Error 3


  -- System Information:
  Debian Release: lenny/sid
   APT prefers unstable
   APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental')
  Architecture: i386 (i686)

  Kernel: Linux 2.6.22-3-vserver-686 (SMP w/2 CPU cores)
  Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
  Shell: /bin/sh linked to /bin/bash

  Versions of packages jpoker depends on:
  ii  apache2   2.2.6-2Next generation, scalable, 
 extenda
  ii  apache2-mpm-prefork [apache2] 2.2.8-1Traditional model for Apache 
 HTTPD
  ii  libapache2-mod-php5   5.2.5-2server-side, HTML-embedded 
 scripti

  jpoker recommends no packages.

  -- no debconf information






-- 
bou ^



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



Bug#455316: FTBFS with GCC 4.3: missing #includes

2008-03-13 Thread Johan Euphrosine
Thanks for your patch, I added it to the package using the attached debdiff.

On Wed, Mar 5, 2008 at 10:55 PM, Cyril Brulebois
[EMAIL PROTECTED] wrote:
 tag 455316 patch
  thanks

  Martin Michlmayr [EMAIL PROTECTED] (09/12/2007):

  Package: unittest++
   Version: 1.3.0-3
   Usertags: ftbfs-gcc-4.3

  Hi,

  please find attached a patch to fix this FTBFS.

  Cheers,

  --
  Cyril Brulebois

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

  iD8DBQFHzxbZeGfVPHR5Nd0RAmcyAJ9yTbfcapJ5d1L3wYI2ojL/fGSkcACgxdFE
  jJWIO1S0v/n1G0gTmAy3A8k=
  =IFkY
  -END PGP SIGNATURE-





-- 
bou ^


unittest++_gcc-4.3.debdiff
Description: Binary data


Bug#452379: python-biopython: import Bio.PDB failed on sid

2007-11-22 Thread Johan Euphrosine
Package: python-biopython
Version: 1.43-2

Importing Bio.PDB in python/sid results in the following traceback:
 import Bio.PDB
Traceback (most recent call last):
  File stdin, line 1, in ?
  File /var/lib/python-support/python2.4/Bio/PDB/__init__.py, line 15, in ?
from PDBParser import PDBParser
  File /var/lib/python-support/python2.4/Bio/PDB/PDBParser.py, line 12, in ?
from StructureBuilder import StructureBuilder
  File /var/lib/python-support/python2.4/Bio/PDB/StructureBuilder.py, line 
21, in ?
from Atom import Atom, DisorderedAtom 
  File /var/lib/python-support/python2.4/Bio/PDB/Atom.py, line 11, in ?
from Vector import Vector
  File /var/lib/python-support/python2.4/Bio/PDB/Vector.py, line 9, in ?
from LinearAlgebra import determinant, eigenvectors
ImportError: No module named LinearAlgebra

This problem is solved by:
apt-get install python-numeric-ext

I see python-numeric-ext is currently in python-biopython's Suggested packages:

# cat control | grep python-numeric-ext
Suggests: python-numeric-ext, python-tk

Should it be moved into Recommends to solve this issue ?

Thanks in advance.
-- 
bou ^



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



Bug#452379: python-numeric-ext-recommends.debdiff

2007-11-22 Thread Johan Euphrosine
If yes, please review that the following debdiff corrects the issue.
Thanks.


python-numeric-ext-recommends.debdiff
Description: python-numeric-ext-recommends.debdiff
-- 
bou ^


Bug#451416: kanatest has no debian/watch file

2007-11-16 Thread Johan Euphrosine
Package: kanatest
Version: 0.4.2-2

kanatest miss a debian/watch file.
Please check that the attached debdiff correct this problem.
Thanks in advance.


kanatest_watch_file.debdiff
Description: kanatest watch file debdiff
-- 
bou ^


Bug#451414: updated package version up to reviews on mentors

2007-11-15 Thread Johan Euphrosine
I've uploaded an updated version to mentors:
http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=kanatest

Thanks in advance for reviewing.
-- 
bou ^



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



Bug#451414: kanatest: new version 0.4.4 available

2007-11-15 Thread Johan Euphrosine
Package: kanatest

Version: 0.4.2-2
Severity: wishlist

A new version 0.4.4 is available at:
http://clay.ll.pl/kanatest/kanatest-0.4.4.tar.gz
The list of changes is available at:
http://clay.ll.pl/kanatest/ChangeLog

Thanks.
-- 
bou ^



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



Bug#450897: ITP: jpoker -- Javascript poker client

2007-11-11 Thread Johan Euphrosine
Package: wnpp
Severity: wishlist

Package URL:
http://mentors.debian.net/debian/pool/main/j/jpoker/
License:
GPL-2
-- 
bou ^



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



Bug#409864: Reproduction instruction

2007-10-23 Thread Johan Euphrosine
I was able to reproduce a similar bug, using the following procedure:

debootstrap etch etch
chroot etch
apt-get install viewcvs
apt-get install apache2
/etc/init.d/apache2 start
perl -pi -e 's/etch/sid/' /etc/apt/sources.list
apt-get update
apt-get install viewvc
iceweasel http://127.0.0.1/cgi-bin/viewvc.cgi/

I get the following error:

An Exception Has Occurred
Python Traceback

Traceback (most recent call last):
  File /usr/lib/viewvc/viewvc.py, line 3628, in main
request.run_viewvc()
  File /usr/lib/viewvc/viewvc.py, line 387, in run_viewvc
self.view_func(self)
  File /usr/lib/viewvc/viewvc.py, line 1509, in view_roots
generate_page(request, roots, data)
  File /usr/lib/viewvc/viewvc.py, line 835, in generate_page
template = get_view_template(request.cfg, view_name, request.language)
  File /usr/lib/viewvc/viewvc.py, line 829, in get_view_template
template = ezt.Template(tname)
  File /usr/lib/viewvc/ezt.py, line 293, in __init__
self.parse_file(fname, base_format)
  File /usr/lib/viewvc/ezt.py, line 298, in parse_file
self.parse(_FileReader(fname), base_format)
  File /usr/lib/viewvc/ezt.py, line 686, in __init__
self.text = open(fname, 'rb').read()
IOError: [Errno 2] No such file or directory: '/usr/lib/templates/roots.ezt'
-- 
bou ^



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



Bug#409864: Reproduction instruction

2007-10-23 Thread Johan Euphrosine
I automated the workaround pointed by Nick Phillips, within the
attached python script: it successfully corrects the reported error.

 For a workaround, either set the template_dir option in the [options]  
 section of your viewvc.conf and comment out all of the explicit  
 templates specified in the [templates] section

Please note that Ubuntu seems to have the same problem when updating
from viewcvs feisty to viewvc gutsy:
https://bugs.edge.launchpad.net/ubuntu/+source/viewvc/+bug/152438



viewvc-template
Description: viewvc template fix
-- 
bou ^