Bug#903001: O: spotweb -- web interface to search and filter Usenet spots
Package: wnpp Severity: normal I intend to orphan the spotweb package. The package in the repository is severely outdated. Because of many (new) dependencies and because upstream tends to embrace-and-extend dependencies, updating the packaging to the latest upstream will be more work than I can afford to put into this package. Spotweb has a low popcon, so it won't be missed by many people. Thanks Jan-Pascal The package description is: SpotWeb is a web-based version of the decentralized news-indexing system SpotNet, which fetches Usenet "spots" - postings that contain information about uploaded binaries. SpotWeb allows searching, filtering, and viewing of the spots and comments. It integrates with NZB downloaders such as NZBget and SABnzbd+ to download the binaries from Usenet.
Bug#902393: ITP: motioneye -- web-based frontend for motion
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best * Package name: motioneye Version : 0.39.1 Upstream Author : Calin Crisan * URL : https://github.com/ccrisan/motioneye * License : GPL Programming Lang: Python, HMTL, JavaScript Description : web-based frontend for motion A web frontend for the motion daemon, written in Python: - web-based, mobile/tablet-friendly user interface - compatible with most USB cameras and the Raspberry PI camera module - support for IP (network) cameras - motion detection with email notifications and working schedule - JPEG files for still images, AVI files for videos - timelapse movies - uploading media files to Google Drive and Dropbox This package is present in deb-multimedia. I've enhanced the packaging in many ways, e.g. - Update debian/copyright for embedded fonts and JavaScript libraries - Provide source for minified JavaScript - Provide source for MavenPro font - Replace embedded JavaScript with symlinks to existant packages - Run motioneye as separate user instead of root - Provide manpage for meyectl motioneye is a light and practical web front-end to motion. I know of no other such frontends. I've been using motioneye myself for a while, and I would prefer the package to be in good shape and in Debian proper. I am a DM with ample experience, but I will need a sponsor. The package might be maintained in the Python Apps packaging teams, or maybe in collaboration with the maintainer of the motion package. Preliminary packaging is in git: https://www.vanbest.eu/git/motioneye-debian/ gitweb: http://www.vanbest.org/gitweb/?p=motioneye-debian;a=summary Cheers Jan-Pascal
Bug#800584: Seconded
Seconded. Peewee is one of my favorite libraries, simple yet powerful. Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#840562: libjs-jquery-treetable: Please update jquery-treetable to upstream release 3.2.0
Package: libjs-jquery-treetable Severity: normal Hi, The version of jquery-treetable in Debian is quite old, and is missing several features and bugfixes implemented in newer upstream releases. Please update the package to the latest upstream release (currently 3.2.0). Thank you! Jan-Pascal -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (700, 'stable'), (300, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-906-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#827714: debian-maintainers: Annual ping for Jan-Pascal van Best
Package: debian-maintainers Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This is the annual signed ping for Jan-Pascal van Best as Debian Maintainer - -- System Information: Debian Release: 8.5 APT prefers stable APT policy: (700, 'stable'), (300, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-906-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJXZ3SyAAoJEPgwem7WkKwGZ6QQAMuRxj+BMXvkL79vxQk1oI/h /TWuQtTE7aBH27vNqpwdIMcGee3AtuzThqboJTpsVOeJBtZG3/fHiYY8lT7slksD jbM1GaHvztQJpfenawualo2udE9sjt1ozMQq9YrRRE3qso0LBozflStn2wxjhNv3 Jc6uc1dT3hG+SeXJc7xbgATTKhxGU/2IslIp9L5vFxLa5oOnN8x1j0Od5OmUkRQ/ RFDQW90e8GgRiMIi9pQMUDkiDGfW+zH8tULECeQcaQcIcjKfp1cJXk5FALfEuKnb NVbGk99RpbwdFrP6R3B5E50IuwP3U58HE5OuUB85s2sY+ZH2kDGbJpBj/e9neZTN yoOgIQ+nO1LhsOcKqoAnh9qKf0vE8eSdbV8VQwK/tAzXZJGcCG/MPJuAL91WJgLg VREPiZ8+yZfu1eWcE8nW76OmMeaLBBM53m4ltm7iO689vu3JlAttbbph2R7wHcak pFJY/LCVvHqpbPtZ07xJCLyt45RbK/UnI+Lp14PSfI0MtoUWT6gQAl09XGSHsyUi k88wtLSUuWf8iuA2LW+KS0kC08GQ/TXfQubWGb2u8ZpMM7Vo5roFRSC/hxnLpH9k PvL868THbzsJJDZW/s1zc+9INHwsve0iDyw8zv694JRL0xVokEstHLFNa5tq/kGw djP5vAiCI+/j6ILE7bjm =VCUN -END PGP SIGNATURE-
Bug#802917: do not migrate denyhosts to testing: who will do security support?
Hi Helmut, Thanks for showing some care for this package. The main reason for me to want to support denyhosts was the possibility of the synchronisation server. I have since written a (AGPL licensed) replacement for the original, closed source, server, starting from Anne Bezemer's suggestion in Debian bug#622697. I may consider offering to do the security support for denyhosts for at least the stretch support period, but I'm not sure what that would mean exactly. Is the main work in following CNEs for the package and fixing them for Debian (and preferably upstream as well)? Another possibility might be to work with fail2ban upstream to also support my, or another, synchronisation server, but I'm not sure if they would be willing to accept patches to that effect. > * Your upload reintroduces security bug #692229. You're right. I checked whether all Debian patches had been implemented upstream, must have missed this one. > * Due to the removal of denyhosts from Debian, the following bugs were >closed by the ftp masters: > >#395565 #436417 #497485 #514024 #529089 #546772 #597956 #567209 #611756 >#622697 #643031 #720130 #729322 #731963 > >Please evaluate which of them need to be reopened or failing that >reopen all of them. Of course, I was planning to do that. Jan-Pascal
Bug#800717: ITP: python-twistar -- Python ORM library for the Twisted framework
Package: wnpp Severity: wishlist Owner: "Jan-Pascal van Best" <janpas...@vanbest.org> * Package name: python-twistar Version : 1.3 Upstream Author : Brian Muller <bamul...@gmail.com> * URL : http://findingscience.com/twistar/ * License : MIT, BSD-derived Programming Lang: Python Description : Python ORM library for the Twisted framework Twistar is a Python implementation of the active record pattern (also known as an object-relational mapper or ORM) that uses the Twisted framework’s RDBMS support to provide a non-blocking interface to relational databases. Twistar is a dependency for denyhosts-server, see its ITP, bug #800630. I would prefer to maintain it within the context of the python-modules team. I will seek a sponsor from the team first.
Bug#800630: ITP: denyhosts-server -- Denyhosts synchronisation server
Package: wnpp Severity: wishlist Owner: "Jan-Pascal van Best" <janpas...@vanbest.org> * Package name: denyhosts-server Version : 2.0.0 Upstream Author : Jan-Pascal van Best <janpas...@vanbest.org> * URL : http://github.com/janpascal/denyhosts_sync * License : AGPL-3+ Programming Lang: Python Description : Denyhosts synchronisation server denyhosts-server is a server that allows denyhosts clients to share blocked IP addresses. It is intended to be a drop-in replacement for the service at xmlrpc.denyhosts.net that up to now has been provided by the original author of denyhosts. This synchronisation server has been written in response to Debian bug#622697. The existing sync server is not free software, is not going to be free software (the author has been asked several times) and has been maintained skimpily over the past 5+ years. A sponsor will be looked for since I am a DM, not a DD.
Bug#788994: ITP: denyhosts -- Utility to help sys admins thwart SSH crackers
Package: wnpp Severity: wishlist denyhosts has been removed from Debian for good reasons, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732712 These reasons were: 1. Unaddressed security issues 2. Dead upstream 3. Viable alternative (fail2ban) There is now a new, active, upstream for denyhosts at github: https://github.com/denyhosts/denyhosts The new upstream has applied many of the downstream patches from Debian and Fedora and has released version 2.7 to 2.10 until now. There are patches for CVEs in the git repo. In short, it looks quite active. denyhosts also does have a unique feature: it enables users to share their host lists, which allows me to pre-emptively blocks brute force attacks before they even reach me. This is an important feature for me. I think all of the original reasons for removing denyhosts from Debian have been invalidated by these developments, and I intend to revive the Debian package after consulting with the previous maintainer. Cheers Jan-Pascal Package name : denyhosts Version : 2.10 Upstream Authors : Phil Schwartz phil_schwa...@users.sourceforge.net, Jesse Smith slice...@hotmail.com, Matt Ruffalo matthew.ruff...@case.edu Name someb...@some.org URL : https://github.com/denyhosts/denyhosts License : GPL-2+ Description Utility to help sys admins thwart SSH crackers DenyHosts is a program that automatically blocks SSH brute-force attacks by adding entries to /etc/hosts.deny. It will also inform Linux administrators about offending hosts, attacked users and suspicious logins. . Synchronization with a central server is possible too. . Differently from other software that do same work, denyhosts doesn't need support for packet filtering or any other kind of firewall in your kernel. . DenyHosts unfortunately does not support IPv6. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787798: Denyhosts: new active upstream
Package: denyhosts Version: 2.6-10+deb7u3 Severity: normal Hi all, denyhosts has been removed from Debian for good reasons, see https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732712 These reasons were: 1. Unaddressed security issues 2. Dead upstream 3. Viable alternative (fail2ban) There is now a new, active, upstream for denyhosts at github: https://github.com/denyhosts/denyhosts The new upstream has applied many of the downstream patches from Debian and Fedora and has released version 2.7 to 2.10 until now. There are patches for CVEs in the git repo. In short, it looks quite active. denyhosts also does have a unique feature: it enables users to share their host lists, which allows me to pre-emptively blocks brute force attacks before they even reach me. This is an important feature for me. I think all of the original reasons for removing denyhosts from Debian have been invalidated by these developments. I'm looking into possibilities to revive the denyhosts package for stretch. I'll post an ITP shortly. Cheers Jan-Pascal -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (700, 'oldstable'), (200, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#781420: Embedded code copies
Hi David, Thanks for noticing, I'll try to take care of this. Jan-Pascal On 03/28/2015 11:47 PM, David Prévot wrote: Package: spotweb Version: 20130826+dfsg2-2 Severity: important Tags: security Hi, I just noticed that the spotweb packages embeds two occurrences of a partial copy of phpseclib (as available in the php-seclib package). Please consider depending on php-seclib instead of the embedded copy. Regards David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736111: spotweb: Hourly cronjob gives message: uninitialized string offset: 0 in dbeng_pdo_mysql.php line 28
Package: spotweb Version: 20130826+dfsg2-1 Severity: normal The cron.hourly spotweb job gives the following message: PHP Notice: Uninitialized string offset: 0 in /usr/share/spotweb/lib/dbeng/dbeng_pdo_mysql.php on line 28 when the database server as set by dbconfig-common is set to the empty string, i.e. localhost. Changing the database host to 'localhost' resolves the problem. My suggestion is to check for an empty database host string and replace it by 'localhost' if necessary. -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (700, 'stable'), (300, 'testing'), (200, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages spotweb depends on: ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii fonts-liberation 1.07.2-6 ii libapache2-mod-php5 5.4.4-14+deb7u7 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-cookie 6-1 ii libjs-jquery-easing 6-1 ii libjs-jquery-fancybox6-1 ii libjs-jquery-form6-1 ii libjs-jquery-mousewheel 6-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii mysql-client-5.5 [mysql-client] 5.5.33+dfsg-0+wheezy1 ii php-net-nntp 1.5.0-1 ii php5 5.4.4-14+deb7u7 ii php5-common [php5-json] 5.4.4-14+deb7u7 ii php5-curl5.4.4-14+deb7u7 ii php5-gd 5.4.4-14+deb7u7 ii php5-gmp 5.4.4-14+deb7u7 ii php5-mysql 5.4.4-14+deb7u7 ii ucf 3.0025+nmu3 Versions of packages spotweb recommends: ii apache2 2.2.22-13 ii apache2-mpm-itk [httpd] 2.2.22-13 ii mysql-server 5.5.33+dfsg-0+wheezy1 Versions of packages spotweb suggests: pn nzbget none ii sabnzbdplus 0.6.15-1 -- Configuration Files: /etc/spotweb/apache.conf changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]
Hi Vincent, Thank you for your review! debian/copyright: - missing license entry for images/ttf/liberation-sans/* (even if you don't ship the embedded font files, if they're in the source tarball, they need to be acknowledged in debian/copyright) Thanks for spotting this. An earlier version if the upstream package shipped non-free font files, which I had removed from the dfsg source. Looking at the license file in images/ttf/liberation-sans/License.txt, it looks like these, too, may need to be considered non-free, since it contains export control limitations in section 3. (these are not present in the copyright text of the Debian ttf-liberation font package). I can either move the license text to debian/copyright (including the export control limitations), or completely remove the font files from the dfsg source package. Which would you advise? - your License: Apache-2 standalone section is incomplete; you should include the text of Apache 2.0's Appendix (i.e. the license header in lib/notifications/prowl/*)A Fixed. Nice to have: debian/changelog: Please collapse all your newest changelogs into a single one Done. debian/control: Consider depending on libapache2-mod-php5 | php5 and php5-mysql | php5-mysqlnd Wouldn't depending on libapache2-mod-php5 | php5 cause apt-get to allow installing spotweb on systems having just apache2 and php5-cli? Thanks again for your effort in reviewing this package, I had almost given up on it! Kind regards Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720924: RFS: spotweb/20130826+dfsg-1~pre6 [RC]
Hi Vincent, Thanks for the quick response! I've uploaded a new version (20130826+dfsg2-1) to mentors, and also pushed to Alioth git. Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704980: Working on python-ledger.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 tags: patch Hi, I'm working on shipping the ledger python module in a python-ledger package built from the ledger source. I've created a python-ledger branch in the git repo of the debian packaging in collab-maint (http://anonscm.debian.org/gitweb/?p=collab-maint/ledger.git;a=summary). It seems to work for me... Could someone review this please? Jan-Pascal -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQEcBAEBCAAGBQJSaC0vAAoJEAD3KLeQ59brcUEIAKZxaKFxT5slg57EVlblTSkD hSscwc2eXo6Q3QtuW5HVWBzp7ZMi0i6wn1gRKXfLKxbfUBPqR90hLb76lYuVmlwl JSGvq+H0gMtrbeEwDh58/VNOqEaEfT60RctG8tNPf3QsO4H/CI6hcLC3bLGidVnB itMubrjMuoP4qGHEakeE8hfl5QFNrTeWOKId3Zwc1Mah6WzAGI2+6OAbcubnoL2i pJlD0Xy9HnnrkTvYMS1U/xXA2n3/qmFh0II49SzmNBJ0eDxK8JopQVudJokRhWHp KDJSDvHoLABArekMa3bmGKIw3+sbyVbSVgo6hKv5BgURWm1JlWc4rSyWE+MlDBA= =TORM -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709877: Fixed in version in debian-mentors
There's a patch fixing this bug in the new release of spotweb, which is currently under review on debian-mentors (http://mentors.debian.net/package/spotweb) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720924: Spotweb: new release 20130826+dfsg-1~pre5
Dear mentors, I've uploaded a new release of the spotweb package to mentors. It fixes a bug recently reported against the package: * Change dependency to fonts-liberation. Closes: #722404 Earlier changes: * Note: the ~preX changelog entries will be merged before upload to Debian * New upstream version (v20130826) * Updated debian/copyright * Update README.source and get-orig-source * Removed debian/po, not needed any more. Closes: #662123, #718528 * Add upstream changelog * Updates for Apache 2.4 configuration snippets. Closes: #669806 * Have dbconfig-common handle database upgrades * Use Debian-supplied jquery-form javascript library instead of upstream embedded version. * Remove upstream embedded font files, use Debian-packaged fonts instead. * The news server information is now maintained in the spotweb database, and not in the configuration files. That means you will need to configure your news server information again (admin/config/settings/newsservers). * Disable Notifo notifications, the service has been discontinued. * Do not exit postinst script with error if database update fails. Closes: #709877 I'd appreciate your reviewing the package and, if deemed worthy, upload this new release to Debian. The package page on debian-mentors: http://mentors.debian.net/package/spotweb Source package: http://mentors.debian.net/debian/pool/main/s/spotweb/spotweb_20130826+dfsg-1~pre5.dsc Closes bugs: #669806 (Apache 2.4 migration); #709877 (postinst error); #722303 (fonts-liberation migration) The package is lintian clean, with two exceptions. Both of them I believe can be ignored: - Experimental error on symlinks to javascript libraries (probably resulting from lintian bug#672297) - Unknown version on NEWS entry (because I already use the version number to be released to Debian) Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720924: RFS: spotweb/20130525~git0.b0d91a99+dfsg-1~pre1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for a new version of my package spotweb * Package name: spotweb Version : 20130525~git0.b0d91a99+dfsg-1~pre1 Upstream Author : Spotweb spot...@github.com * URL : https://github.com/spotweb/spotweb * License : BSD-3-clause, Expat, GPL, Apache-2, ISC (see debian/copyright) Section : web It builds these binary packages: spotweb- web interface to search and filter Usenet spots To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spotweb Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spotweb/spotweb_20130525~git0.b0d91a99+dfsg-1~pre1.dsc Changes since the last upload: * New upstream version * Updated debian/copyright * Add upstream changelog * Updates for Apache 2.4 configuration snippets * Use Debian-supplied jquery-form javascript library instead of upstream embedded version * Remove upstream embedded font files, use Debian-packaged fonts instead * The news server information is now maintained in the spotweb database, and not in the configuration files. That means you will need to configure your news server information again (admin/config/settings/newsservers). * Disable Notifo notifications, the service has been discontinued * Do not exit postinst script with error if database update fails. Closes: #709877 Thank you in advance for any help or advice. Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698769: Seconded (was: RFP: caldavzap)
I second this RFP. Very useful piece of software for which there is no real alternative, AFAIK. Copyright situation looks clear, dependencies nicely contained in the /lib folder. I would package it myself but I know I won't be able to support it on the long term. Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699527: Solved, my bad
The order of the certificate chain that I configured in my web server was wrong: I put the CA root first, and then the intermediate cert. The SSL spec says that the SSL server should send its own cert first, next (in order) all higher-level certs up to the root CA. Reordering certs in the Apache SSLCertificateChainFile did the trick. Apparently GnuTLS adheres more strictly to the SSL spec than OpenSSL. What happened to 'Be conservative in what you send, liberal in what you accept' (Postel's law) and RFC1122? I'll close this bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699527: Also found in jp2a using libcurl3-gnutls
The jp2a tool, linked to libcurl-gnutls, has the same problem. See below. The curl command line tool itself uses openssl. So it seems the distinction is between libcurl3-openssl and libcurl3-gnutls. $ jp2a -d https://www.vanbest.eu/images/sm_logo.png * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 159 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Peer certificate cannot be authenticated with given CA certificates Empty input file $ ldd /usr/bin/jp2a linux-vdso.so.1 = (0x7fffcddff000) libjpeg.so.8 = /usr/lib/x86_64-linux-gnu/libjpeg.so.8 (0x7f2e02cc) libcurl-gnutls.so.4 = /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4 (0x7f2e02a5f000) libncurses.so.5 = /lib/libncurses.so.5 (0x7f2e02818000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f2e025ef000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f2e02265000) libidn.so.11 = /usr/lib/libidn.so.11 (0x7f2e02032000) libssh2.so.1 = /usr/lib/libssh2.so.1 (0x7f2e01e0e000) liblber-2.4.so.2 = /usr/lib/x86_64-linux-gnu/liblber-2.4.so.2 (0x7f2e01bff000) libldap_r-2.4.so.2 = /usr/lib/x86_64-linux-gnu/libldap_r-2.4.so.2 (0x7f2e019ad000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f2e017a5000) libgssapi_krb5.so.2 = /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x7f2e01566000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f2e0134e000) libgnutls.so.26 = /usr/lib/x86_64-linux-gnu/libgnutls.so.26 (0x7f2e0108e000) libgcrypt.so.11 = /lib/x86_64-linux-gnu/libgcrypt.so.11 (0x7f2e00e1) librtmp.so.0 = /usr/lib/librtmp.so.0 (0x7f2e00bf7000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f2e009f3000) /lib64/ld-linux-x86-64.so.2 (0x7f2e02f1) libresolv.so.2 = /lib/x86_64-linux-gnu/libresolv.so.2 (0x7f2e007dc000) libsasl2.so.2 = /usr/lib/x86_64-linux-gnu/libsasl2.so.2 (0x7f2e005c1000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f2e003a5000) libkrb5.so.3 = /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x7f2e000d) libk5crypto.so.3 = /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x7f2dffea7000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x7f2dffca4000) libkrb5support.so.0 = /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x7f2dffa9a000) libkeyutils.so.1 = /lib/libkeyutils.so.1 (0x7f2dff898000) libtasn1.so.3 = /usr/lib/libtasn1.so.3 (0x7f2dff688000) libp11-kit.so.0 = /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x7f2dff475000) libgpg-error.so.0 = /lib/x86_64-linux-gnu/libgpg-error.so.0 (0x7f2dff272000) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699527: git: does not use SSL certificate in /etc/ssl/ca-certificates
Package: git Version: 1:1.7.10.4-1+wheezy1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, I've recently changed the SSL certificate of the Apache server my own public git repository is on. Both Iceweasel and the curl command line have no problems with it. The StartSSL ca certificate is in /etc/ssl/certs/ca-certificates, but if I clone the repository, git complains the certificate isn't validated. Using ca-certificates version 20120623. $ export GIT_CURL_VERBOSE=1 $ git clone https://www.vanbest.eu/git/lootjes-play/ Cloning into lootjes-play... * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * Expire cleared * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * Expire cleared * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://www.vanbest.eu/git/lootjes-play/info/refs fatal: HTTP request failed Compare this with using the curl command line client, where the problem doesn't happen: $ curl --verbose https://www.vanbest.eu/git/lootjes-play/info/refs?service=git-upload-pack; * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * successfully set certificate verify locations: * CAfile: none CApath: /etc/ssl/certs * SSLv3, TLS handshake, Client hello (1): * SSLv3, TLS handshake, Server hello (2): * SSLv3, TLS handshake, CERT (11): * SSLv3, TLS handshake, Server key exchange (12): * SSLv3, TLS handshake, Server finished (14): * SSLv3, TLS handshake, Client key exchange (16): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSLv3, TLS change cipher, Client hello (1): * SSLv3, TLS handshake, Finished (20): * SSL connection using DHE-RSA-AES256-SHA * Server certificate: *subject: description=HjygSFc6ux1O8W0H; C=NL; CN=www.vanbest.eu; emailAddress=postmas...@vanbest.eu *start date: 2013-01-30 05:25:23 GMT *expire date: 2014-01-31 13:36:36 GMT *subjectAltName: www.vanbest.eu matched *issuer: C=IL; O=StartCom Ltd.; OU=Secure Digital Certificate Signing; CN=StartCom Class 1 Primary Intermediate Server CA *SSL certificate verify ok. GET /git/lootjes-play/info/refs?service=git-upload-pack HTTP/1.1 User-Agent: curl/7.21.0 (x86_64-pc-linux-gnu) libcurl/7.21.0 OpenSSL/0.9.8o zlib/1.2.7 libidn/1.15 libssh2/1.2.6 Host: www.vanbest.eu Accept: */* HTTP/1.1 200 OK Date: Fri, 01 Feb 2013 09:55:46 GMT Server: Apache/2.2.22 (Debian) Expires: Fri, 01 Jan 1980 00:00:00 GMT Pragma: no-cache Cache-Control: no-cache, max-age=0, must-revalidate Transfer-Encoding: chunked Content-Type: application/x-git-upload-pack-advertisement 001e# service=git-upload-pack 009b5bbf8694c4c90531f3db5e7d84b69bd60dc9c606 HEADmulti_ack thin-pack side-band side-band-64k ofs-delta shallow no-progress include-tag multi_ack_detailed 003f5bbf8694c4c90531f3db5e7d84b69bd60dc9c606 refs/heads/master 003e82dcb7eb916a78ee014f7b82beb548760202506f refs/heads/maven * Connection #0 to host www.vanbest.eu left intact * Closing connection #0 * SSLv3, TLS alert, Client hello (1): Somehow it seems, curl from within git doesn't use the /etc/ssl/certs/ca-certificates the same way the curl command line does. - -- System Information: Debian Release: 6.0.6 APT prefers stable APT policy: (990, 'stable'), (600, 'testing'), (500, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.7-trunk-amd64 (SMP w/4 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 git depends on: ii git-man 1:1.7.10.4-1+wheezy1 fast, scalable, distributed revisi ii libc6 2.13-37 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.26.0-1 easy-to-use client-side URL transf ii liberror-perl 0.17-1 Perl module for error/exception ha ii libexpat1 2.1.0-1 XML parsing C library - runtime li ii perl-modules5.14.2-16Core Perl modules ii zlib1g 1:1.2.7.dfsg-13 compression library - runtime Versions of
Bug#699527: Not solved by #690551
Hi, Just saw bug #690551 in libcurl3-gnutls, which seems related. I updated libcurl3-gnutls to the version in sid (7.28.0-3), but the problems persists, though with slightly different messages: $ git clone https://www.vanbest.eu/git/lootjes-play/ Cloning into lootjes-play... * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 * Couldn't find host www.vanbest.eu in the .netrc file; using defaults * About to connect() to www.vanbest.eu port 443 (#0) * Trying 2001:980:630b:1::13... * connected * Connected to www.vanbest.eu (2001:980:630b:1::13) port 443 (#0) * found 152 certificates in /etc/ssl/certs/ca-certificates.crt * server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none * Closing connection #0 error: server certificate verification failed. CAfile: /etc/ssl/certs/ca-certificates.crt CRLfile: none while accessing https://www.vanbest.eu/git/lootjes-play/info/refs fatal: HTTP request failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663199: xmltv-util: tv_grab_combiner fails if first source contains no programs
Package: xmltv-util
Version: 0.5.59-1
Severity: normal
Tags: patch
Hi there,
If you run tv_grab_combiner and the results from the first grabber contain no
programme tags, the results from any subsequent grabber are ignored.
Here's a simple patch (note that my Perl isn't great):
--- /usr/bin/tv_grab_combiner 2010-11-30 21:46:29.0 +0100
+++ tv_grab_combiner_fix-for-empty-guide2012-03-09 12:16:12.0
+0100
@@ -270,7 +270,7 @@
}
my $last_prog = $root-findnodes( 'programme[last()]' )-[0]
-or return;
+or my $last_prog = $last_chan;
foreach my $prog ( $t2-findnodes( '//programme' ) ) {
$root-insertAfter( $prog, $last_prog );
This works for me, although perl complains a bit about the my $last_prog masking
the earlier declaration.
Hope this helps,
Jan-Pascal
-- System Information:
Debian Release: 6.0.4
APT prefers stable
APT policy: (990, 'stable'), (600, 'testing'), (500, 'unstable'), (10,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages xmltv-util depends on:
ii libarchive-zip-perl1.30-3Perl module for manipulation of ZI
ii libcompress-zlib-perl 2.024-1 Transitional dummy package for Com
ii libdate-manip-perl 6.11-1module for manipulating dates
ii libdatetime-format-str 1.5000-1 Perl module to parse and format st
ii libhtml-parser-perl3.66-1collection of modules that parse H
ii libhtml-tableextract-p 2.10-3module for extracting the content
ii libhtml-tree-perl 3.23-2Perl module to represent and creat
ii libhttp-cache-transpar 1.0-1 Perl module used to transparently
ii libio-stringy-perl 2.110-4 Perl modules for IO from scalars a
ii libparse-recdescent-pe 1.965001+dfsg-1 Perl module to create and use recu
ii libsoap-lite-perl 0.712-2 Perl implementation of a SOAP clie
ii libterm-readkey-perl 2.30-4A perl module for simple terminal
ii libtext-bidi-perl 0.03-5Unicode bidi algorithm for Perl us
ii libtext-iconv-perl 1.7-2 converts between character sets in
ii libwww-mechanize-perl 1.64-1module to automate interaction wit
ii libwww-perl5.836-1 Perl HTTP/WWW client/server librar
ii libxml-dom-perl1.44-1Perl module for building DOM Level
ii libxml-libxml-perl 1.70.ds-1 Perl interface to the libxml2 libr
ii libxml-libxslt-perl1.70-1Perl module for using the GNOME li
ii libxml-parser-perl 2.36-1.1+b1 Perl module for parsing XML files
ii libxml-twig-perl 1:3.34-1 Perl module for processing huge XM
ii libxml-writer-perl 0.611-1 Perl module for writing XML docume
ii libxmltv-perl 0.5.59-1 Perl libraries related to the XMLT
ii perl [libcompress-zlib 5.10.1-17squeeze3 Larry Wall's Practical Extraction
ii perl-modules 5.10.1-17squeeze3 Core Perl modules
Versions of packages xmltv-util recommends:
ii liblingua-preferred-perl 0.2.4-3Perl module which allows language
ii libterm-progressbar-perl 2.09-6 Perl module to print a progress ba
ii libunicode-string-perl2.09-3+b1 Perl modules for Unicode strings
Versions of packages xmltv-util suggests:
pn liblinux-dvb-perl none (no description available)
ii liblog-tracemessages-perl 1.4-2 Perl module to allow for trace mes
pn libtext-kakasi-perl none (no description available)
pn xmltv-gui none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646747: [BTS#646747] templates://spotweb/{spotweb.templates} : Final update for English review (2nd version)
Christian and others, Thanks again for your work. Looks good to me now. Jan-Pascal On 11/16/2011 06:05 AM, Christian PERRIER wrote: (thanks, Justin for the corrections and Jan-Pascal for your constructive remarks and, no, I won't shout...definitely not..having a few days after the final update is meant for exactly this: leave a possibility to maintainers for last remarks) Dear Debian maintainer, On Monday, October 31, 2011, I notified you of the beginning of a review process concerning debconf templates for spotweb. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading spotweb with these changes right now. The second phase of this process will begin on Saturday, November 19, 2011, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Saturday, December 10, 2011. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Sunday, December 11, 2011, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. signature.asc Description: OpenPGP digital signature
Bug#646747: [BTS#646747] templates://spotweb/{spotweb.templates} : Final update for English review
Christian and others, Thanks you for your work on finding the proper wording for the debconf templates for spotweb. I have just a few remarks. 1. In spotweb.templates: Template: spotweb/postserver Type: string Default: _Description: NNTP post server: Please enter the news server that should be used for posting articles with Spotweb. The word 'articles' is too generic I think. Better wording would be Please enter the news server that should be used for uploading spots with Spotweb. Since in this context, a 'spot' is a news article that contains information about a binary in one of the news groups. The setting is to indicate which news server should be used when the user uploads a spot to help other users find the indicated binary. 2. The capitalisation of the name of the application is not quite consistent upstream. For Debian I think we should choose SpotWeb (in camel case), since that seems to be used most by upstream. The debconf templates contain one or more instances of Spotweb. Thanks again for your help, Jan-Pascal On 11/14/2011 07:38 AM, Christian PERRIER wrote: Dear Debian maintainer, On Monday, October 31, 2011, I notified you of the beginning of a review process concerning debconf templates for spotweb. The debian-l10n-english contributors have now reviewed these templates, and the final proposed changes are attached to this update to the original bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading spotweb with these changes right now. The second phase of this process will begin on Thursday, November 17, 2011, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Thursday, December 08, 2011. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Friday, December 09, 2011, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. signature.asc Description: OpenPGP digital signature
Bug#646747: [ITR] templates://spotweb/{spotweb.templates}
Wonderful, thanks for your help! Jan-Pascal On Mon, October 31, 2011 03:41, Christian PERRIER wrote: Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in spotweb. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for spotweb. The first step of the process is to review the debconf source template file(s) of spotweb. This review will start on Thursday, November 03, 2011, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for spotweb. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646747: [RFR] templates://spotweb/{spotweb.templates}
On 10/31/2011 08:33 PM, Justin B Rye wrote:
snap/
Package: spotweb
Architecture: all
Depends: ${misc:Depends}, dbconfig-common, ucf,
apache2, libapache2-mod-php5,
php5-mysql, php5-curl, php-net-nntp (= 1.5.0~rc1), php5-gmp,
php5-gd, msttcorefonts,
^
Hang on... msttcorefonts is a virtual package provided by the contrib
ttf-mscorefonts-installer. For spotweb to stay in main, surely it
needs to switch to fonts-liberation?
It did in version 20111002+dfsg-2. No changes in the debconf templates.
Thanks for your other suggestions.
Jan-Pascal
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638446: Spotweb: work in progress
Hi, Work on the spotweb packaging is as good as done. The latest version is kept at mentors.debian.net: http://mentors.debian.net/package/spotweb. Packaging is in git: Vcs-Git: git://anonscm.debian.org/users/janpascal-guest/spotweb.git Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/janpascal-guest/spotweb.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639519: debian-maintainers: Annual ping for Jan-Pascal van Best
Package: debian-maintainers Severity: normal This is the annual signed ping for Jan-Pascal van Best as Debian Maintainer -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (200, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash signature.asc Description: OpenPGP digital signature
Bug#638446: ITP: spotweb -- Web application to search and filter usenet spots
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best janpas...@vanbest.org * Package name: spotweb Version : git release 20110813 Upstream Author : Spotweb spot...@gitbug.com * URL : http://gitbug.com/spotweb/spotweb * License : BSD-3-clause, some parts GPL, LGPL, MIT and Apache-2 Programming Lang: PHP Description : Web application to search and filter usenet spots Spotweb is a web-based version of SpotNet. Spotweb downloads spot posting from Usenet, that contain information about uploaded binaries. Spotweb allows you to search, filter and view the spots and comments. It integrates with NZB downloaders such as NZBGet and sabnzb+ to download the binaries from Usenet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#390456: Working on packaging php-net-nntp
Hi, I'm working on this package. The work-in-progress can be found at http://www.vanbest.org/debian/unstable/php-net-nntp_1.4.0-1~pre1.dsc There is also a built .deb file at the same location. I'll move the packaging to Alioth (git/pkg-php/php-net-nntp) as soon as I've been added to the pkg-php group. Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594027: Packaging lucene3
Hi, Preliminary packaging for lucene3 is available in subversion: http://svn.debian.org/wsvn/pkg-java/trunk/lucene3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602697: should not be included in squeeze
On 11/07/2010 11:38 AM, Thomas Koch wrote: Package: solr Severity: serious Tags: squeeze I've written a mail (Remove Solr from Squeeze?) on 2010/10/12 to debian-java and the package's maintainer Jan-Pascal van Best and proposed the removal of solr from Squeeze, mainly because: - it's already outdated a year by now (see bug #602696 ) - it doesn't even include all contribs (see bug #602695 ) - the package has accumulated too many bugs - there doesn't seem to be enough (wo)man power to maintain the package right now on a standard that would make it fit for Debian _stable_ So until nothing else happens, please don't include solr in Debian squeeze. Agreed. Solr is moving too fast, and accumulating too many dependencies (which have their own dependencies, and so on) to be maintained properly right now. Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#472802: limesurvey collab-maint repository
Initial packaging for limesurvey-1.90+ to be found at svn: svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/limesurvey websvn:http://svn.debian.org/wsvn/collab-maint/deb-maint/limesurvey/ anonymous svn: svn://svn.debian.org/svn/collab-maint/deb-maint/limesurvey Nick, most of this is your work, thank you. I've updated the patches for the new upstream version, done some small fixes. Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472802: limesurvey: looking at it
Hi there, As I'm interested in using this package in production, I am willing to spend some time fixing the packaging. I'm a Debian Maintainer with some experience mostly with Java packages. I'll commit my work to collab-maint when I get to something installable that kind-of works. Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#472802: limesurvey: looking at it
On 10/29/2010 11:17 AM, Julian Gilbey wrote: On Fri, Oct 29, 2010 at 10:39:03AM +0200, Jan-Pascal van Best wrote: Hi there, As I'm interested in using this package in production, I am willing to spend some time fixing the packaging. I'm a Debian Maintainer with some experience mostly with Java packages. I'll commit my work to collab-maint when I get to something installable that kind-of works. Collab-maint still pending, but here's a version that installs and allows you to log in as admin (not tested further): http://www.vanbest.org/debian/unstable/limesurvey_1.90plus-build9343-1~pre1_all.deb source package at http://www.vanbest.org/debian/unstable/limesurvey_1.90plus-build9343-1~pre1.dsc Cheers Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#595356: liblucene2-java: Please add breaks on eclipse-platform (= 3.5.2-6)
Hi Niels, Sorry for taking some time to notice. It's not quite clear to me whether you would like me to do an upload with the Breaks or not. Should I prepare it and send it to testing-proposed=updates? Jan-Pascal On 09/03/2010 05:02 PM, Niels Thykier wrote: severity 595356 important thanks On 2010-09-03 14:11, Niels Thykier wrote: On 2010-09-03 13:38, Niels Thykier wrote: Package: liblucene2-java Version: 2.9.3+ds1-1 Severity: serious Hi See #587657 and #592181 for the long story. Basically eclipse is very picky with the OSGi metadata of some of its dependencies (liblucene2-java being one of them). Once you have uploaded lucene2 with a breaks, I will reupload eclipse and request lucene2 and eclipse to be unblocked. Thank you in advance, ~Niels I talked with the release team and we are looking at doing a t-p-u instead due to the upstream version bump for lucene2. Sorry for the noise. ~Niels __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers. Please use debian-j...@lists.debian.org for discussions and questions. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591580:
libip6t_recent.so is missing which renders the recent match unusable with ip6tables. I don't recall libip6t_recent.so ever existing. IPv6 support was added well after the shift to libxt_*.so and libxt_recent.so is included. No, it isn't (at least on my machine, with iptables 1.4.2-6 from Lenny): $ ls -l /lib/xtables/*recent* -rw-r--r-- 1 root root 9904 2009-02-09 20:35 /lib/xtables/libipt_recent.so There's only the IPv4 version, no libxt_* or libipt6_* Upgrading to squeeze does help: # apt-get install -t squeeze iptables [...] $ ls -l /lib/xtables/*recent* -rw-r--r-- 1 root root 10080 2010-07-16 23:17 /lib/xtables/libxt_recent.so Cheers Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594027: ITP: lucene3 -- Lucene is a full-text search engine for the Java(TM) programming language.
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best janpas...@vanbest.org * Package name: lucene3 Version : 3.0.2 Upstream Author : Doug Cutting cutt...@apache.org, Erik Hatcher ehatc...@apacher.org, Otis Gospodnetic o...@apache.org et.al. Copyright holder: The Apache Software Foundation * URL : http://lucene.apache.org/java/ * License : Apache-2 Programming Lang: Java Description : Lucene is a full-text search engine for the Java(TM) programming language. Vcs-Browser : http://svn.debian.org/wsvn/pkg-java/trunk/lucene3/ Vcs-Svn : svn://svn.debian.org/svn/pkg-java/trunk/lucene3/ Intended maintainer : Debian Java Maintainers pkg-java-maintain...@lists.alioth.debian.org Lucene is a full-text search engine for the Java(TM) programming language. Lucene is not a complete application, but rather a code library and API that can easily be used to add search capabilities to applications lucene2 is already in the archive; since lucene3 is not compatible with lucene2, I'm packaging it for squeeze+1. Packaging available at svn://svn.debian.org/svn/pkg-java/trunk/lucene3/ -- System Information: Debian Release: squeeze/sid APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586958: nvidia-graphics-drivers 256.44: debdiff attached
Tags: patch Hi all, Please find attached a debdiff that patches the debian source of nvidia-graphics-drivers 195.36.24 to work with 256.44. Works for me, hope this helps the nvidia team or others. Cheers Jan-Pascal diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/changelog nvidia-graphics-drivers-256.44/debian/changelog --- nvidia-graphics-drivers-195.36.24/debian/changelog 2010-06-14 04:50:46.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/changelog 2010-08-04 10:25:50.0 +0200 @@ -1,3 +1,9 @@ +nvidia-graphics-drivers (256.44-1) unstable; urgency=low + + * New upstream release. + + -- Jan-Pascal van Best janpas...@vanbest.org Wed, 04 Aug 2010 10:25:24 +0200 + nvidia-graphics-drivers (195.36.24-4) unstable; urgency=low * Remove the conflicts with ccache in nvidia-kernel-source and diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/libcuda1-dev.install nvidia-graphics-drivers-256.44/debian/libcuda1-dev.install --- nvidia-graphics-drivers-195.36.24/debian/libcuda1-dev.install 2010-05-23 03:19:36.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/libcuda1-dev.install 2010-08-04 12:55:06.0 +0200 @@ -1,2 +1,2 @@ -usr/include/cuda/cuda.h -usr/include/cuda/cudaGL.h +cuda.h +cudaGL.h diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/libcuda1-ia32.install.in nvidia-graphics-drivers-256.44/debian/libcuda1-ia32.install.in --- nvidia-graphics-drivers-195.36.24/debian/libcuda1-ia32.install.in 2010-05-23 03:19:36.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/libcuda1-ia32.install.in 2010-08-04 17:25:40.0 +0200 @@ -1 +1 @@ -usr/lib32/libcuda.so.#VERSION# +32/libcuda.so.#VERSION# usr/lib32/ diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/libcuda1.install.in nvidia-graphics-drivers-256.44/debian/libcuda1.install.in --- nvidia-graphics-drivers-195.36.24/debian/libcuda1.install.in 2010-05-23 03:19:36.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/libcuda1.install.in 2010-08-04 16:06:57.0 +0200 @@ -1 +1 @@ -usr/lib/libcuda.so.#VERSION# +libcuda.so.#VERSION# usr/lib/ diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/libnvidia-compiler1-ia32.install.in nvidia-graphics-drivers-256.44/debian/libnvidia-compiler1-ia32.install.in --- nvidia-graphics-drivers-195.36.24/debian/libnvidia-compiler1-ia32.install.in 2010-05-23 03:19:36.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/libnvidia-compiler1-ia32.install.in 2010-08-04 12:48:33.0 +0200 @@ -1 +1 @@ -usr/lib32/libnvidia-compiler.so.#VERSION# +32/libnvidia-compiler.so.#VERSION# diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/libnvidia-compiler1.install.in nvidia-graphics-drivers-256.44/debian/libnvidia-compiler1.install.in --- nvidia-graphics-drivers-195.36.24/debian/libnvidia-compiler1.install.in 2010-05-23 03:19:36.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/libnvidia-compiler1.install.in 2010-08-04 16:04:58.0 +0200 @@ -1 +1 @@ -usr/lib/libnvidia-compiler.so.#VERSION# +libnvidia-compiler.so.#VERSION# usr/lib/ diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/module/debian/patches/NVIDIA_kernel-195.36.24-682377.diff nvidia-graphics-drivers-256.44/debian/module/debian/patches/NVIDIA_kernel-195.36.24-682377.diff --- nvidia-graphics-drivers-195.36.24/debian/module/debian/patches/NVIDIA_kernel-195.36.24-682377.diff 2010-05-23 03:19:35.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/module/debian/patches/NVIDIA_kernel-195.36.24-682377.diff 1970-01-01 01:00:00.0 +0100 @@ -1,20 +0,0 @@ -Description: Another vga arbiter fix for supporting more than one GPU with kernel 2.6.32 -Origin: upstream, http://www.nvnews.net/vbulletin/attachment.php?attachmentid=40165d=1272937909 -Bug: http://www.nvnews.net/vbulletin/showthread.php?p=2243704 -Bug-Debian: http://bugs.debian.org/566874 -Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/548362 -Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/573557 - -diff -ru usr/src/nv/nv.c usr/src/nv.682377/nv.c a/nv.c 2010-04-22 11:49:41.0 -0700 -+++ b/nv.c 2010-05-03 15:24:45.330672559 -0700 -@@ -4749,6 +4749,9 @@ - pci_set_master(dev); - - #if defined(CONFIG_VGA_ARB) -+#if defined(VGA_DEFAULT_DEVICE) -+vga_tryget(VGA_DEFAULT_DEVICE, VGA_RSRC_LEGACY_MASK); -+#endif - vga_set_legacy_decoding(dev, VGA_RSRC_NONE); - #endif - diff -Nru --exclude '*.run' nvidia-graphics-drivers-195.36.24/debian/module/debian/patches/series nvidia-graphics-drivers-256.44/debian/module/debian/patches/series --- nvidia-graphics-drivers-195.36.24/debian/module/debian/patches/series 2010-05-23 03:19:35.0 +0200 +++ nvidia-graphics-drivers-256.44/debian/module/debian/patches/series 2010-08-04 11:04:11.0 +0200 @@ -1,3 +1,2 @@ -NVIDIA_kernel-195.36.24-682377.diff select-nv-kernel.o.ARCH.patch conditionally
Bug#558184: lucene2 nug#558184: missing OSGi metadata, package in experimental
Hi Niels et.al., I've been trying to get proper OSGi manifests for Lucene. The manifest I've come up with for the core library is shown below. The Eclipse build system still doesn't seem to like it though: [java] !SUBENTRY 2 org.eclipse.help.base 2 0 2009-12-24 09:43:15.838 [java] !MESSAGE Missing required bundle org.apache.lucene_[1.9.1,2.0.0). [java] !SUBENTRY 2 org.eclipse.help.base 2 0 2009-12-24 09:43:15.838 [java] !MESSAGE Missing required bundle org.apache.lucene.analysis_[1.9.1,2.0.0). .. but it looks like that may be because eclipse tries to find a version number between 1.9.1 and 2.0, while Debian is already at 2.9.1 I'll upload a lucene2 package to experimental which has OSGi metadata in the manifests for the core and analysis jars. Could you please have a look at them? Cheers Jan-Pascal The MANIFEST.MF I've created: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.7.1 Created-By: 14.0-b16 (Sun Microsystems Inc.) Specification-Title: Lucene Search Engine: analyzers Specification-Version: 2.9.1 Specification-Vendor: The Apache Software Foundation Implementation-Title: org.apache.lucene Implementation-Version: 2.9.1 exported - 2009-12-24 09:34:58 Implementation-Vendor: The Apache Software Foundation X-Compile-Source-JDK: 1.4 X-Compile-Target-JDK: 1.4 Bundle-ManifestVersion: 2 Bundle-SymbolicName: org.apache.lucene.analysis Bundle-Name: Lucene Search Engine: analyzers Bundle-Version: 2.9.1 Bundle-RequiredExecutionEnvironment: J2SE-1.5 Bundle-Vendor: The Apache Software Foundation Bundle-Localization: plugin Export-Package: org.apache.lucene,org.apache.lucene.analysis,org.apach e.lucene.analysis.standard,org.apache.lucene.analysis.tokenattributes ,org.apache.lucene.document,org.apache.lucene.index,org.apache.lucene .messages,org.apache.lucene.queryParser,org.apache.lucene.search,org. apache.lucene.search.function,org.apache.lucene.search.payloads,org.a pache.lucene.search.spans,org.apache.lucene.store,org.apache.lucene.u til,org.apache.lucene.util.cache -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560611: don't fix but package solr 1.4?
Thomas Koch wrote: The bug seems to be caused by the update of lucene2 from 2.4 to 2.9.1. The highlight component has been moved from lucene core to lucene contrib, but SOLR needs this component and gives only lucene2 = 2.4 as dependency. What's the right way to handle this? Debian stable has solr 1.2, so we could just drop 1.3 and update solr to 1.4 without fixing this issue? Sure. If we can package 1.4, including all dependencies, before the Squeeze release, I that that should be OK. For the short term, changing the depends on either Solr, or including a Breaks: in lucene should do. Jan-Pascal -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558355: lucene2: Please mention that CVE-2007-2383 has been fixed on next upload
Hi Niels, Would changing the changelog entry for lucene2 2.9.1+ds1-2 into lucene2 (2.9.1+ds1-2) unstable; urgency=low * Removed (unused) embedded Prototype javascript library (Closes: #555225, #555226; Fix CVE-2007-2383) do, on the next upload (which will be 2.9.1+ds1-3)? Cheers Jan-Pascal Niels Thykier wrote: Package: lucene2 Severity: important Hi A recent upload of lucene2 fixed #555225; but did not mention that this fixed CVE-2007-2383. This causes the security tracker to believe that lucene2 is still affected. Therefore please mention that CVE-2007-2383 has been fixed in the changelog on next upload. Thank you in advance, ~Niels -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-2-686 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554110: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
Hideki Yamane (Debian-JP) wrote: Package: solr Version: 1.3.0+ds1-1 Severity: wishlist Tags: patch l10n Dear solr 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? Yamane san, Thank you for the Solr translation into Japanese. I'll add the translation to the source repository, so it will be added to the next Solr release for Debian. Domo aringato! Jan-Pascal - ___ pkg-java-maintainers mailing list pkg-java-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-java-maintainers -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23
Bug#542603: commons-compress: release 1.0 is available
Package: libcommons-compress-java Version: 0~svn604876-1 Severity: wishlist Common-compress 1.0 has been released. It is now out of incubator. Commons-compress 1.0 is needed for lucene 2.9. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libcommons-compress-java depends on: ii default-jre [java2-runti 1.5-32 Standard Java or Java compatible R ii java-gcj-compat [java2-r 1.0.80-5.1 Java runtime environment using GIJ ii openjdk-6-jre [java2-run 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java2-run 1.5.0-17-0.1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-run 6-12-1 Sun Java(TM) Runtime Environment ( libcommons-compress-java recommends no packages. Versions of packages libcommons-compress-java suggests: ii gcj-4.4-jre-headless [ja 4.4.1-1 Java runtime environment using GIJ ii gij [java-virtual-machin 4:4.3.2-2 The GNU Java bytecode interpreter ii gij-4.2 [java-virtual-ma 4.2.4-4 The GNU Java bytecode interpreter ii gij-4.3 [java-virtual-ma 4.3.3-12The GNU Java bytecode interpreter ii java-gcj-compat [java-vi 1.0.80-5.1 Java runtime environment using GIJ ii java-gcj-compat-headless 1.0.80-5.1 Java runtime environment using GIJ ii openjdk-6-jre-headless [ 6b11-9.1+lenny2 OpenJDK Java runtime, using Hotspo ii sun-java5-jre [java-virt 1.5.0-17-0.1Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java-virt 6-12-1 Sun Java(TM) Runtime Environment ( -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#274484: bsh shebang line: confirm failure
just to confirm it isn't something extremely singular with the reporter's system, I'd like to confirm that on my system, running the sample bsh script with ./test.bsh also fails. Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537998: dar: gives error message with --merge --exclude-from-file
Package: dar
Version: 2.3.9-1
Severity: normal
Tags: patch
When running dar in --merge mode with the --exclude-from-file option, dar exits
with the error message:
Parse error on command line (or included files): Mask_list's prefix must be an
absolute path
The attached patch fixes this. Also posted to the dar-support mailing list:
http://sourceforge.net/mailarchive/forum.php?thread_name=4A6055E4.5080802%40vanbest.orgforum_name=dar-support
Cheers
Jan-Pascal
-- System Information:
Debian Release: 5.0.2
APT prefers stable
APT policy: (990, 'stable'), (400, 'testing'), (200, 'unstable'), (101,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dar depends on:
ii libattr1 1:2.4.43-2Extended attribute shared library
ii libbz2-1.0 1.0.5-1 high-quality block-sorting file co
ii libc6 2.9-12GNU C Library: Shared libraries
ii libdar64-4 2.3.8-3 Disk ARchive: Shared library
ii libgcc11:4.4.0-5 GCC support library
ii libssl0.9.80.9.8g-15+lenny1 SSL shared libraries
ii libstdc++6 4.4.0-5 The GNU Standard C++ Library v3
ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime
dar recommends no packages.
Versions of packages dar suggests:
ii dar-docs 2.3.9-1Disk ARchive: Backup directory tre
ii par2 0.4-10 Parity Archive Volume Set, for che
-- no debconf information
--- dar-2.3.9.orig/src/libdar/mask_list.cpp
+++ dar-2.3.9/src/libdar/mask_list.cpp
@@ -147,7 +147,7 @@
delete [] buffer;
// completing relative paths of the list
- if(prefix.is_relative())
+ if(prefix.is_relative() !prefix.is_subdir_of(ROOT, true))
throw Erange(mask_list::mask_list, gettext(Mask_list's prefix must be an absolute path));
else
{
--- dar-2.3.9.orig/src/libdar/mask_list.hpp
+++ dar-2.3.9/src/libdar/mask_list.hpp
@@ -56,7 +56,9 @@
/// \param[in] filename_list_st is the path to the file listing the
/// filename to select for the operation
/// \param[in] case_sensit whether comparison is case sensitive or not
-/// \param[in] prefix add this (absolute) prefix to relative paths of the list
+/// \param[in] prefix add this prefix to relative paths of the list. The
+ /// prefix should be either absolute, or ROOT (in case of operations
+ /// on an existing archive)
/// \param[in] include whether the mask_list is used for file inclusion or file exclusion
mask_list(const std::string filename_list_st, bool case_sensit, const path prefix, bool include);
Bug#534031: Two tests fixed
For the record: two test sets (org.apache.solr.servlet.SolrRequestParserTest and org.apache.solr.util.ContentStreamTest) contain parts that need network access. Those parts have been disabled. Solr now builds in a VM without network access. The other test set failure (org.apache.solr.update.AutoCommitTest) I cannot reproduce (yet). -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525657: egroupware: groupdav application does not work
Package: egroupware Version: 1.6.001+dfsg-2 Severity: normal The groupdav application in egroupware is packes, but doesn't work because of two reasons: - missing dependency on php5-mcrypt - application not inserted in the database The second reason can be worked around after installation by manually add the application: Admin-Applications-Add and then allowing your users access to the application. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (990, 'stable'), (400, 'testing'), (200, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages egroupware depends on: ii egroupware-addressbook1.6.001+dfsg-2 web-based groupware suite - addres ii egroupware-bookmarks 1.6.001+dfsg-2 web-based groupware suite - bookma ii egroupware-calendar 1.6.001+dfsg-2 web-based groupware suite - calend ii egroupware-core 1.6.001+dfsg-2 web-based groupware suite - core m ii egroupware-developer-tool 1.6.001+dfsg-2 web-based groupware suite - develo ii egroupware-emailadmin 1.6.001+dfsg-2 web-based groupware suite - e-mail ii egroupware-etemplate 1.6.001+dfsg-2 web-based groupware suite - widget ii egroupware-felamimail 1.6.001+dfsg-2 web-based groupware suite - e-mail ii egroupware-filemanager1.6.001+dfsg-2 web-based groupware suite - file m ii egroupware-infolog1.6.001+dfsg-2 web-based groupware suite - infolo ii egroupware-manual 1.6.001+dfsg-2 web-based groupware suite - manual ii egroupware-news-admin 1.6.001+dfsg-2 web-based groupware suite - news a ii egroupware-notifications 1.6.001+dfsg-2 web-based groupware suite - notifi ii egroupware-phpbrain 1.6.001+dfsg-2 web-based groupware suite - phpbra ii egroupware-phpsysinfo 1.6.001+dfsg-2 web-based groupware suite - phpSys ii egroupware-polls 1.6.001+dfsg-2 web-based groupware suite - pollin ii egroupware-projectmanager 1.6.001+dfsg-2 web-based groupware suite - projec ii egroupware-registration 1.6.001+dfsg-2 web-based groupware suite - regist ii egroupware-resources 1.6.001+dfsg-2 web-based groupware suite - resour ii egroupware-sambaadmin 1.6.001+dfsg-2 web-based groupware suite - Samba ii egroupware-sitemgr1.6.001+dfsg-2 web-based groupware suite - site m ii egroupware-timesheet 1.6.001+dfsg-2 web-based groupware suite - timesh ii egroupware-tracker1.6.001+dfsg-2 web-based groupware suite - tracke ii egroupware-wiki 1.6.001+dfsg-2 web-based groupware suite - wiki a egroupware recommends no packages. egroupware suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#525657: egroupware: groupdav application does not work
Ralf Becker wrote: 1. Why should GroupDAV require mcrypt? It doesn't, I was confused by this error: egw_session::init_crypt() required PHP extension mcrypt not loaded and can not be loaded, sessions get NOT encrypted! 2. Was that a new installation or an update? In the later case, it's normal behavior, that new applications get NOT installed. It's an update. The trouble is that there is no application 'groupware' in the list that you get with Setup/Manage applications. Jan-Pascal -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522992: patch to fix simultaneous installation of tomcat5.5 and solr-tomcat5.5
Please find attached a patch, backported from testing, for this bug. It
build the symlink
(/etc/tomcat5.5/policy.d/05solr.policy - ../../solr/tomcat.policy) in
the postinst maintainer
script. This prevents the condition that triggers the bug.
--
Jan-Pascal van Best
janpas...@vanbest.org, janpas...@vanbest.eu
http://www.vanbest.org/janpascal/
GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23
Index: debian/solr-tomcat5.5.links
===
--- debian/solr-tomcat5.5.links (.../tags/solr/1.2.0+ds1-3) (revision 6280)
+++ debian/solr-tomcat5.5.links (.../branches/solr/1.2.0+ds1-3+lenny) (working copy)
@@ -1,2 +1 @@
/etc/solr/solr-tomcat5.5.xml /etc/tomcat5.5/Catalina/localhost/solr.xml
-/etc/solr/tomcat.policy /etc/tomcat5.5/policy.d/05solr.policy
Index: debian/solr-tomcat5.5.postrm
===
--- debian/solr-tomcat5.5.postrm (.../tags/solr/1.2.0+ds1-3) (revision 6280)
+++ debian/solr-tomcat5.5.postrm (.../branches/solr/1.2.0+ds1-3+lenny) (working copy)
@@ -17,6 +17,8 @@
fi
fi
+rm -f /etc/tomcat5.5/policy.d/05solr.policy
+
# Is there a way not to restart tomcat if it is due to be removed, too?
if [ -x /usr/sbin/invoke-rc.d ]; then
invoke-rc.d tomcat5.5 restart || true
Index: debian/rules
===
--- debian/rules (.../tags/solr/1.2.0+ds1-3) (revision 6280)
+++ debian/rules (.../branches/solr/1.2.0+ds1-3+lenny) (working copy)
@@ -59,9 +59,9 @@
rm -f $(COMMON_INSTDIR)/usr/share/solr/META-INF/LICENSE.txt
install/solr-tomcat5.5::
- # Configure tomcat (also see solr-tomcat5.5.links)
+ # Configure tomcat (also see solr-tomcat5.5.links and solr-tomcat5.5.post{inst,rm})
install --mode 0644 debian/solr-tomcat5.5.xml $(TOMCAT_INSTDIR)/etc/solr/
- install --mode 0644 debian/tomcat.policy $(TOMCAT_INSTDIR)/etc/solr/tomcat.policy
+ install --mode 0644 debian/tomcat.policy $(TOMCAT_INSTDIR)/etc/solr/
#install/solr-jetty::
# # Configure Jetty
Index: debian/solr-tomcat5.5.postinst
===
--- debian/solr-tomcat5.5.postinst (.../tags/solr/1.2.0+ds1-3) (revision 6280)
+++ debian/solr-tomcat5.5.postinst (.../branches/solr/1.2.0+ds1-3+lenny) (working copy)
@@ -22,6 +22,8 @@
chown -R tomcat55:root /var/lib/solr/data
fi
+ln -sf /etc/solr/tomcat.policy /etc/tomcat5.5/policy.d/05solr.policy
+
;;
abort-upgrade|abort-remove|abort-deconfigure)
signature.asc
Description: OpenPGP digital signature
Bug#521009: please update to solr 1.3
Hi Thomas, Thanks for your offer of help. Your help would be most welcome! Solr is maintained within the pkg-java team, which uses subversion for maintaining the packaging. You can find the most recent version at svn://svn.debian.org/svn/pkg-java/trunk/solr/ (websvn at http://svn.debian.org/wsvn/pkg-java/trunk/solr/) The main thing holding back Solr 1.3 is that it depends on Jetty6, which isn't in Debian yet. When using the Debian package from upstream (which can't be in Debian because it includes a ton of libraries), Solr builds but it fails on a number of unit tests (org.apache.solr.servlet.CacheHeaderTest, org.apache.solr.servlet.NoCacheHeaderTest, org.apache.solr.client.solrj.embedded.JettyWebappTest, org.apache.solr.client.solrj.embedded.LargeVolumeJettyTest and possibly more). Jetty6 for Debian is a work in progress, depending in turn on the maven-debian-helper and a large number of dependencies. I'm working on fixing the unit tests; if you're interested I think you could help there. We can split up the failed unit tests between us and see how we go. Alternatively, you could help out Torsten Werner in his work on packaging Jetty6 (see bug# 425152). I'll be away after tomorrow until Monday, feel free to look around, try to build the latest version from svn, reproduce the unit test failures and see if you can add patches that address them. We can discuss after Monday. Thanks again for your offer of help! Kind regards, Jan-Pascal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516475: lucene2: FTBFS: Test failure
Daniel Schepler wrote: Package: lucene2 Version: 2.4.0+ds1-2 Severity: serious From my pbuilder build log: ... [junit] Testsuite: org.apache.lucene.index.TestIndexInput [junit] Tests run: 2, Failures: 1, Errors: 0, Time elapsed: 0.053 sec [junit] [junit] Testcase: testRead(org.apache.lucene.index.TestIndexInput): FAILED [junit] expected:[...@] but was:[??] [junit] junit.framework.ComparisonFailure: expected:[...@] but was:[??] [junit] at org.apache.lucene.index.TestIndexInput.testRead(TestIndexInput.java:89) [junit] [junit] [junit] Test org.apache.lucene.index.TestIndexInput FAILED ... BUILD FAILED /tmp/buildd/lucene2-2.4.0+ds1/common-build.xml:384: Tests failed! Total time: 5 minutes 44 seconds make: *** [debian/stamp-ant-check] Error 1 dpkg-buildpackage: failure: debian/rules build gave error exit status 2 Thanks for your report. The build fails for me too now (while it sure didn't when I uploaded this version to unstable). I'll look into it. Jan-Pascal -- Jan-Pascal van Best janpas...@vanbest.org, janpas...@vanbest.eu http://www.vanbest.org/janpascal/ GPG key fingerprint 4617 E5FB C56D ACB6 7C8C DE64 3A4C B270 1A89 CC23 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516288: Updating solr-tomcat5.5 from Lenny to 1.2+ds2-4 fails
Package: solr-tomcat5.5 Version: 1.2.0+ds2-4 Severity: important Updating from 1.2.0+ds1-3 (Lenny) to 1.2.0+ds2-4 (unstable) causes the following errors: solr-tomcat5.5: warning - config file `/etc/tomcat5.5/policy.d/05solr.policy' is a circular link . Starting Tomcat servlet engine: tomcat5.5cat: /etc/tomcat5.5/policy.d/05solr.policy: Too many levels of symbolic links -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (400, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages solr-tomcat5.5 depends on: ii solr-common 1.2.0+ds2-4 enterprise search server based on ii tomcat5.55.5.26-5Servlet and JSP engine solr-tomcat5.5 recommends no packages. solr-tomcat5.5 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#516291: solr-common: solr in Lenny fails with liblucene2-java from testing; please set Depends: accordingly
Package: solr-common Version: 1.2.0+ds2-4 Severity: normal When running solr from Lenny (1.2.0_ds1-3) with liblucene2-java from Squeeze (2.4.0 or later), searches result in the following error because of incompatibilities between Lucene 2.3 and Lucene 2.4: HTTP Status 500 - net/sf/snowball/ext/EnglishStemmer java.lang.NoClassDefFoundError: net/sf/snowball/ext/EnglishStemmer at org.apache.solr.analysis.EnglishPorterFilter.init(EnglishPorterFilterFactory.java:67) at org.apache.solr.analysis.EnglishPorterFilterFactory.create(EnglishPorterFilterFactory.java:52) at Please update the Depends: in solr-common to exclude Lucene 2.4 or higher -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (400, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages solr-common depends on: ii debconf 1.5.24 Debian configuration management sy ii default-jre [ja 1.5-31 Standard Java or Java compatible R ii java-gcj-compat 1.0.78-3 Java runtime environment using GIJ ii libcommons-code 1.3-4encoder and decoders such as Base6 ii libcommons-csv- 0.1-SNAPSHOT+svn678580-1 a Java library for working with cs ii libcommons-file 1.2.1-1 File upload capability to your ser ii libcommons-io-j 1.4-1Common useful IO related classes ii liblucene2-java 2.4.0+ds1-2 Full-text search engine library fo ii libservlet2.4-j 5.0.30-8 Servlet 2.4 and JSP 2.0 Java class ii libxpp3-java1.1.3.4.O-4 XML pull parser library for java ii openjdk-6-jre [ 6b11-9.1 OpenJDK Java runtime, using Hotspo Versions of packages solr-common recommends: ii solr-tomcat5.5 1.2.0+ds2-4 enterprise search server based on solr-common suggests no packages. -- debconf information: solr/purgeindexfiles: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#511870: libwagon-java: pom files not installed in /usr/share/maven-repo
Package: libwagon-java Version: 1.0-beta-2-3 Severity: wishlist Hi, The Debian packaging for wagon doesn't yet install the .pom file(s) in /usr/share/maven-repo, which makes it impossible to build other packages with a maven build system that depend on libwagon-java (such as jetty6). Jan-Pascal -- System Information: Debian Release: 5.0 APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libwagon-java depends on: ii libcommons-httpclient-ja 3.1-2 A Java(TM) library for creating HT ii libcommons-net-java 1.4.1-1 internet protocol suite Java libra ii libcommons-openpgp-java 0+svn533492-1 a common and simple interface for ii libganymed-ssh2-java 210-2 pure Java implementation of the SS ii libjsch-java 0.1.37-3java secure channel ii libjtidy-java7+svn20070309-2 a Java port of HTML Tidy, a HTML s ii libplexus-classworlds-ja 1.2+svn5720-1 Class loading utilities for the Pl ii libplexus-component-api- 1.0+svn6316-1 utilities for the Plexus framework ii libplexus-interactivity- 1.0-alpha-6-2 interactivity API for the Plexus f ii libplexus-utils-java 1:1.4.8-1 utilities for the Plexus framework ii libslide-webdavclient-ja 2.1+dfsg-2 WebDAV client library for Java libwagon-java recommends no packages. Versions of packages libwagon-java suggests: ii libwagon-java-doc 1.0-beta-2-3 tools to manage Maven artifacts an -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#483416: reopening 483416
# Automatically generated email from bts, devscripts version 2.10.35 #Wrong po file name reopen 483416 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#500072: RFP: libjavanet-staxutils-java -- a set of utility classes to integrate StAX into existing XML processing applications.
Package: wnpp Severity: wishlist * Package name: libjavanet-staxutils-java Version : 20070216 Upstream Author : [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] * URL : http://stax-utils.dev.java.net * License : BSD Programming Lang: Java Description : a set of utility classes to integrate StAX into existing XML processing applications. The purpose of this project is to help facilitate the adoption of JSR-173: Streaming API for XML (StAX) by providing a set of utility classes that make it easy for developers to integrate StAX into their existing XML processing applications. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499729: jakarta-poi: please upgrade to 3.1
Package: libjakarta-poi-java Version: 3.1.dfsg-1 Severity: wishlist Hi, There's a new version of jakarta-poi available upstream (3.1). It builds fine with the current Debian packaging. Please update libjakarta-poi-java to 3.1. Apache Tika needs the newer version. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libjakarta-poi-java depends on: ii default-jre-headless [java2 1.5-30 Standard Java or Java compatible R ii gij-4.2 [java2-runtime-head 4.2.4-3.1The GNU Java bytecode interpreter ii gij-4.3 [java2-runtime-head 4.3.1-9 The GNU Java bytecode interpreter ii java-gcj-compat-headless [j 1.0.78-2 Java runtime environment using GIJ ii libcommons-beanutils-java 1.8.0~beta-1 utility for manipulating JavaBeans ii libcommons-lang-java2.4-1Extension of the java.lang package ii libcommons-logging-java 1.1.1-1 commmon wrapper interface for seve ii liblog4j1.2-java1.2.15-4 Logging library for java ii libxalan2-java 2.7.1-2 XSL Transformations (XSLT) process ii openjdk-6-jre-headless [jav 6b11-6 OpenJDK Java runtime, using Hotspo libjakarta-poi-java recommends no packages. Versions of packages libjakarta-poi-java suggests: ii gij-4.1 [java-virtual-machine 4.1.2-16 The GNU Java bytecode interpreter ii gij-4.2 [java-virtual-machine 4.2.4-3.1 The GNU Java bytecode interpreter ii gij-4.3 [java-virtual-machine 4.3.1-9The GNU Java bytecode interpreter ii java-gcj-compat [java-virtual 1.0.78-2 Java runtime environment using GIJ ii java-gcj-compat-headless [jav 1.0.78-2 Java runtime environment using GIJ pn libjakarta-poi-java-doc none (no description available) ii openjdk-6-jre-headless [java- 6b11-6 OpenJDK Java runtime, using Hotspo -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499606: ITP: tika -- a Java library for extracting textual information from various documents
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] * Package name: tika Version : 0.2-SNAPSHOT Upstream Author : Jukka Zitting [EMAIL PROTECTED] and others * URL : http://incubator.apache.org/tika/ * License : Apache 2.0 Programming Lang: Java Description : a Java library for extracting textual information from various documents Apache Tika is a toolkit for detecting and extracting metadata and structured text content from various documents using existing parser libraries. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#498582: jetty: Please move Jetty to main
Package: jetty Version: 5.1.14-1 Severity: important Hi, I think Jetty can and should be moved to main. All its deps and build-deps are in main, so it seems to be there is no reason for jetty to remain in contrib. Jan-Pascal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages jetty depends on: ii adduser 3.110 add and remove users and groups ii ant 1.7.0-6Java based build tool like make ii apache2-utils 2.2.9-7utility programs for webservers ii gij-4.1 [java1-runtime] 4.1.2-16 The GNU Java bytecode interpreter ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii libcommons-logging-java 1.1.1-1commmon wrapper interface for seve ii libmx4j-java 3.0.2-4An open source implementation of t ii libservlet2.4-java5.0.30-8 Servlet 2.4 and JSP 2.0 Java class ii libtomcat5.5-java 5.5.26-3 Java Servlet engine -- core librar ii libxerces2-java 2.9.1-2Validating XML parser for Java wit ii openjdk-6-jre [java2-runtime] 6b11-6 OpenJDK Java runtime, using Hotspo jetty recommends no packages. Versions of packages jetty suggests: pn libapache2-mod-jk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#452586: jetty needs jasper-compiler-jdt.jar
The problem can be solved by adding jasper-compiler-jdt.jar to Jetty's classpath: Add the line $(tomcat.lib.home)/jasper-compiler-jdt.jar ! available org.eclipse.jdt.core.JDTCompilerAdapter to /etc/jetty/start.config Jan-Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497080: debian-maintainers: DM application for Jan-Pascal van Best
Subject: debian-maintainers: DM application for Jan-Pascal van Best Package: debian-maintainers Version: 1.42 Severity: normal Tags: patch Hi! I'd like to be added to the debian-maintainers keyring. Please find attached the jetring changeset with my public key and references to my agreement to the DMUP and Social Contract (http://lists.debian.org/debian-newmaint/2008/08/msg00020.html) and to a recommendation by my advocate (http://lists.debian.org/debian-newmaint/2008/08/msg00021.html). If you need any more information, please let me know. Cheers Jan-Pascal Comment: adding debian-maintainer Jan-Pascal van Best Date: Wed, 27 Aug 2008 13:09:50 +0200 Action: import Agreement: http://lists.debian.org/debian-newmaint/2008/08/msg00020.html Advocates: http://lists.debian.org/debian-newmaint/2008/08/msg00021.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQGiBD02Z4gRBAC+mhLFI1Tz+/otKeXVaKjUxieq+4P1LMOCsj3icLtSK5nB/Uy1 moY996x5BTctWwEYI6jooe8rYmNovk5LxgyUUkZNUjo8qxIhBHrFK2KQnF1EnyZ3 35WZNISOzsoNzsbzo2xueefUSM4OQ+Ps0wgTm0z154TCNRG204QTXZl/iwCgtNGY tnc+9YdVqGZ+ONd9SA4QeV8D/ipLD2qmzHRQNGGS3g7HyXil+1Pc1a3dFtcqyux+ 4u4NAKMB3u6HskSpw16a+j10L3zfNebni7lD3l9aMcF4hwyHfXKFM+Imf7WMnJrY ojQS9wTaj1mUOM0WiouVgtfzvChybxDHfNfxG1PPKVW1dJ6xtGqY0vYmcAp3oXYV OS3rBACKZzDl4Dypivr53UrLX9KM3LDyLWH6vjqV1TfH/r5uego5P8BpYKrKN1y9 fK1YrOavD+k5b+hLil4fEPRf8E+Go+k7pHK7Pytg/coSG2aPnOxwxnNugZ5JN5tq DnTwypRWeOBp5s2ftSpgMA3FimzdebEcOQRZatFYwzBCxfZpvbQrSmFuLVBhc2Nh bCB2YW4gQmVzdCA8amFucGFzY2FsQHZhbmJlc3Qub3JnPohaBBMRAgAaBQsHCgME AxUDAgMWAgECF4AFAkZHgt4CGQEACgkQOkyycBqJzCOoJwCeKT+cQr7Ew8Em+TWM x1tUVqerYI4AoIWf4/VPkWWPn6od+9QlGWxCdelGiEYEEBECAAYFAkfm3mQACgkQ jjectMmeA8xuoACglZrIELcjwbevkGST9NHi5M8TbDkAnRq1z5w7XNKsj/kFe4dI 6kSUtoemuQENBD02Z4kQBADz4EIFZWJ9ApqKUjd9zTX6OOOsbi4EUvKuZ+L3i7ih ePuaO9abgo6Z5soQnBoz4FHsgztj9roT5m5ciPNr2dsT5axNO7ofoseXVnZL2DLK vomlbXA4pHp/y2yNlPBMqBvmQ3E/dCH96HWf7EGRUEQZ0o63ysK9dd9rSL3ZVQUX WwADBgQAs58bImn3egBYyo3J35myzusod//eIs0L63+AqYkuIV5OpMqwkGxaQTcg L4b7v/9mHfBGUWfNUUERCeDKaoLrTSF1/8bGiNkFYSDz7Oye2JatI1KWADx0te5S VpSLDOyLZK17NchII0lLj1AVlXNwvB9OFhn6mzyVFaK5/fwfTKOIRgQYEQIABgUC PTZniQAKCRA6TLJwGonMI3dXAJ9e0jim+Z/qsdj3bYdtVE0AXGhgtwCdHoMPxvmE U8h/apKXaTZs8rTgtNI= =a03x -END PGP PUBLIC KEY BLOCK- signature.asc Description: OpenPGP digital signature
Bug#425152: Debs in Debian
I would think the following would put Jetty 6 a long way on the road: - build without network access - build without using included jar files - instead, use jar files already packaged with Debian in /usr/share/java - build with OpenJDK instead of Sun's Java Cheers Jan-Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492982: please move libdb-je-java to main
Package: libdb-je-java Version: 3.2.68-1 Severity: normal Since OpenJDK is in main, please rebuild libdb-je-java with OpenJDK and move the package to main. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdb-je-java depends on: ii gij-4.1 [java1-runtime] 4.1.2-16 The GNU Java bytecode interpreter ii java-gcj-compat [java2-runtim 1.0.78-2 Java runtime environment using GIJ ii openjdk-6-jre [java2-runtime] 6b11-2 OpenJDK Java runtime ii sun-java5-jre [java2-runtime] 1.5.0-16-2 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java2-runtime] 6-07-3 Sun Java(TM) Runtime Environment ( libdb-je-java recommends no packages. libdb-je-java suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#492983: Glassfish: please move to main
Package: glassfish-javaee Severity: normal Please rebuild glassfish with OpenJDK (since it is in main now) and move glassfish to main too. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488895:
Jeff Breidenbach wrote: But that said, openjdk entered Debian now (yay!). Good. Lucene2 can be moved to main with a build-depends on OpenJDK. Who's got the energy to do it? :) I've checked and lucene2 builds with OpenJDK (and passes all tests :-). Updates are in svn, I'm preparing an upload now. Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#488895: please move to main
As far as I can (publically) see the need for contrib arises because it uses libdb-je-java. The main reason is that lucene2 fails a number of unit tests when running with java-gcj-compat, e.g. for the indexing of dates. See bug #468334. This has been deemed serious enough to put lucene2 into contrib. What I thinks needs to be done is look into the unit test failures more closely, try to isolate java-gcj-compat bugs (or at least incompatibilities with sun-java5/6) and try to have those bugs resolved. Unfortunately, that will be quite a bit of work which I don't have time for now. I'm a bit reluctant to move lucene2 into main while we know it doesn't work properly with java-gcj-compat, but I'll let Michael overrule me... Cheers Jan-Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483261: Could not initialize class org.apache.solr.core.SolrConfig
Jack Bates wrote: Thanks very much for your response, I installed the tomcat5.5 package version 5.5.26-1 on Debian unstable. If I remember correctly, Solr does some weird things that result in fairly useless error messages. Could you send me the output of $ ls -l /usr/share/java by private mail? Maybe Solr needs a library but doesn't depend on it. Thanks, Jan-Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#477363: Seconded
Tomcat also doesn't start for me without including commons-logging to Tomcat's class path. I also think the severity of this bug should be raised, Tomcat is not usable like this at all. Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#468334: gcj-4.3: fails running unit tests from Lucene package where Sun JDK works
Package: gcj-4.3 Version: 4.3-20080202-1 Severity: normal The Lucene package contains a large number of unit tests. All tests succeed when building using Sun JDK 5. When building using gcj-4.3 (with gcj-java-compat-dev from unstable), quite a few unit tests fail. Upon a suggestion by Michael Koch I'm filing a bug report to gcj with this issue, in the hope of pointing to more concrete bugs in gcj. Way to reproduce: $ apt-get source lucene2 $ cd lucene2-2.3.0+ds1 (install dependencies including sun-java5-jdk) $ debuild -i -us -uc (observe the package builds without errors) $ vi debian/rules (change JAVA_HOME to /usr/lib/jvm/java-gcj and :wq) $ debuild -i -us -uc (observe unit test failures in build log) I'll attach a list of the failed test cases as a reply to this bug. Jan-Pascal -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.24-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gcj-4.3 depends on: ii gcc-4.34.3-20080202-1The GNU C compiler ii gcj-4.3-base 4.3-20080202-1The GNU Compiler Collection (gcj b ii gij-4.34.3-20080202-1The GNU Java bytecode interpreter ii java-common0.27 Base of all Java packages ii libc6 2.7-6 GNU C Library: Shared libraries ii libc6-dev 2.7-6 GNU C Library: Development Librari ii libecj-java3.3.0+0728-8 Eclipse Java compiler (library) ii libgcc11:4.3-20080202-1 GCC support library ii libgcj-bc 4.3-1 Link time only library for use wit ii libgcj9-0 4.3-20080202-1Java runtime library for use with ii libgcj9-dev4.3-20080202-1Java development headers and stati ii libgcj9-jar4.3-20080202-1Java runtime library for use with ii libgmp3c2 2:4.2.2+dfsg-2Multiprecision arithmetic library ii libmpfr1ldbl 2.3.0.dfsg.1-2multiple precision floating-point ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime Versions of packages gcj-4.3 recommends: ii ecj-gcj [libecj-java-gcj] 3.3.0+0728-8 standalone version of the Eclipse ii fastjar 2:0.95-1 Jar creation utility ii libecj-java-gcj 3.3.0+0728-8 Eclipse Java compiler (native libr -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#468334: Build log with failed test cases
Here's the parts of the build log that show which test cases fail with gcj-4.3[junit] Testsuite: org.apache.lucene.document.TestDateTools [junit] Tests run: 5, Failures: 1, Errors: 0, Time elapsed: 5.689 sec [junit] [junit] Testcase: testStringtoTime(org.apache.lucene.document.TestDateTools): FAILED [junit] expected:-360 but was:0 [junit] junit.framework.AssertionFailedError: expected:-360 but was:0 [junit]at org.apache.lucene.document.TestDateTools.testStringtoTime(TestDateTools.java:64) [junit] [junit] [junit] Test org.apache.lucene.document.TestDateTools FAILED [junit] Testsuite: org.apache.lucene.document.TestDocument [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 5.448 sec [junit] Testsuite: org.apache.lucene.index.TestAtomicUpdate [junit] Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 5.784 sec [junit] [junit] - Standard Output --- [junit] java.lang.NullPointerException [junit]at org.apache.lucene.index.FieldInfos.read(FieldInfos.java:304) [junit]at org.apache.lucene.index.FieldInfos.init(FieldInfos.java:59) [junit]at org.apache.lucene.index.SegmentReader.initialize(SegmentReader.java:298) [junit]at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:262) [junit]at org.apache.lucene.index.SegmentReader.get(SegmentReader.java:230) [junit]at org.apache.lucene.index.DirectoryIndexReader$1.doBody(DirectoryIndexReader.java:73) [junit]at org.apache.lucene.index.SegmentInfos$FindSegmentsFile.run(SegmentInfos.java:636) [junit]at org.apache.lucene.index.DirectoryIndexReader.open(DirectoryIndexReader.java:80) [junit]at org.apache.lucene.index.IndexReader.open(IndexReader.java:209) [junit]at org.apache.lucene.index.IndexReader.open(IndexReader.java:192) [junit]at org.apache.lucene.index.TestAtomicUpdate$SearcherThread.doWork(TestAtomicUpdate.java:103) [junit]at org.apache.lucene.index.TestAtomicUpdate$TimedThread.run(TestAtomicUpdate.java:56) [junit] - --- [junit] Testcase: testAtomicUpdates(org.apache.lucene.index.TestAtomicUpdate): FAILED [junit] hit unexpected exception in search2 [junit] junit.framework.AssertionFailedError: hit unexpected exception in search2 [junit]at org.apache.lucene.index.TestAtomicUpdate.runTest(TestAtomicUpdate.java:158) [junit]at org.apache.lucene.index.TestAtomicUpdate.testAtomicUpdates(TestAtomicUpdate.java:174) [junit] [junit] [junit] Test org.apache.lucene.index.TestAtomicUpdate FAILED [junit] Testsuite: org.apache.lucene.index.TestBackwardsCompatibility [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 5.922 sec [junit] Testsuite: org.apache.lucene.index.TestIndexWriter [junit] Tests run: 56, Failures: 55, Errors: 0, Time elapsed: 117.297 sec [junit] [junit] - Standard Output --- [junit] java.io.IOException: background merge hit exception: _0:c57 _b:c250 _a:c250 _9:c250 _8:c250 _7:c250 into _c [optimize] [junit]at org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:1749) [junit]at org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:1689) [junit]at org.apache.lucene.index.IndexWriter.optimize(IndexWriter.java:1669) [junit]at org.apache.lucene.index.IndexWriter.addIndexes(IndexWriter.java:2162) [junit]at org.apache.lucene.index.TestIndexWriter.testAddIndexOnDiskFull(TestIndexWriter.java:287) [junit]at java.lang.reflect.Method.invoke(libgcj.so.90) [junit]at junit.framework.TestCase.runTest(TestCase.java:164) [junit]at junit.framework.TestCase.runBare(TestCase.java:130) [junit]at junit.framework.TestResult$1.protect(TestResult.java:106) [junit]at junit.framework.TestResult.runProtected(TestResult.java:124) [junit]at junit.framework.TestResult.run(TestResult.java:109) [junit]at junit.framework.TestCase.run(TestCase.java:120) [junit]at junit.framework.TestSuite.runTest(TestSuite.java:230) [junit]at junit.framework.TestSuite.run(TestSuite.java:225) [junit]at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.run(ant-junit.jar.so) [junit]at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.launch(ant-junit.jar.so) [junit]at org.apache.tools.ant.taskdefs.optional.junit.JUnitTestRunner.main(ant-junit.jar.so) [junit] Caused by: java.lang.NullPointerException [junit]at org.apache.lucene.store.MockRAMDirectory.openInput(MockRAMDirectory.java:178) [junit]at org.apache.lucene.store.Directory.openInput(Directory.java:99) [junit]at org.apache.lucene.index.CompoundFileReader.init(CompoundFileReader.java:70) [junit]at
Bug#452586: jetty: JSP pages do not work
Package: jetty Version: 5.1.14-1 Severity: important Hi, It seems .jsp pages do not work any more with Jetty 5.1.14-1. If I ask for http://localhost:8280/snoop.jsp, I get the following request attributes: Request Attributes javax.servlet.error.servlet_name: jsp DemoFilter-REQUEST: 1 DemoFilter-ERROR: 1 javax.servlet.forward.context_path: javax.servlet.error.exception: java.lang.IllegalStateException: No Java compiler available javax.servlet.error.message: No Java compiler available javax.servlet.error.exception_type: class java.lang.IllegalStateException javax.servlet.error.request_uri: /snoop.jsp javax.servlet.forward.servlet_path: /snoop.jsp javax.servlet.forward.request_uri: /snoop.jsp javax.servlet.error.status_code: 500 Dump: [EMAIL PROTECTED] Servlet InitParameters Context InitParameters org.mortbay.jetty.servlet.SessionPath: / admin: [EMAIL PROTECTED] home: http://jetty.mortbay.org Context Attributes org.mortbay.http.ErrorHandler: ErrorPageHandler in null The same No Java compiler available error message occurs with jetty-solr: HTTP ERROR: 500 No Java compiler available RequestURI=/solr/admin/ -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (300, 'testing'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Versions of packages jetty depends on: ii adduser3.102 Add and remove users and groups ii ant1.7.0-3 Java based build tool like make ii apache2-utils 2.2.3-4+etch1 utility programs for webservers ii gij [java2-runtime]4:4.1.1-15The GNU Java bytecode interpreter ii gij-4.1 [java1-runtime]4.1.1-20 The GNU Java bytecode interpreter ii gij-4.2 [java1-runtime]4.2.1-5 The GNU Java bytecode interpreter ii java-gcj-compat1.0.76-7 Java runtime environment using GIJ ii libcommons-logging-java1.0.4-5 commmon wrapper interface for seve ii libmx4j-java 3.0.1-3 An open source implementation of t ii libservlet2.4-java 5.0.30-3 Servlet 2.4 and JSP 2.0 Java class ii libtomcat5.5-java 5.5.25-1 Java Servlet engine -- core librar ii libxerces2-java2.8.1-1 Validating XML parser for Java wit ii sun-java5-jre [java1-runti 1.5.0-10-3Sun Java(TM) Runtime Environment ( jetty recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443382: solr-tomcat5.5 fails: problem seems to be in Tomcat
The problem seems to be that recent Tomcat versions still package a few Java 1.4 compatibility .jars in /usr/share/tomcat5.5/common/endorsed. This prevents Tomcat from loading XPathFactory. (see http://www.openrdf.org/forum/mvnforum/viewthread?thread=1328). Removing the two .jars fixes the problem for Solr, but it may cause problems for other applications or other VMs. Jan-Pascal
Bug#443382: tagging 443382
# Automatically generated email from bts, devscripts version 2.10.10 #The fix I thought i had does not fix the bug tags 443382 - pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#450569: lucene2: Enable bdb-je integration
Package: lucene2 Severity: wishlist Please enable contrib/db/bdb-je. Reporting this as a wishlist bug because there is now an ITP for bdb-je -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (300, 'testing'), (200, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-5-k7 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Bug#443382: Only with tomcat5.5_5.5.23-1 (lenny/sid), not with 5.5.20-2 (stable)
This bug only occurs with with tomcat5.5_5.5.23-1 (lenny/sid), not with
5.5.20-2 (stable).
Maybe moving the configuration files from /var/lib/tomcat5.5/conf to
/etc/tomcat5.5, or the switch from ${catalina.home} to ${catalina.base}
causes this.
Thanks for your report, I will look into it.
Jan-Pascal
Bug#441839: ITP: libeasymock-java -- Java library to generate Mock Objects for given interfaces
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] * Package name: libeasymock-java Version : 2.3 Upstream Author : Tammo Freese (OFFIS) [EMAIL PROTECTED] * URL : http://www.easymock.org/ * License : MIT Programming Lang: Java Description : Java library to generate Mock Objects for given interfaces EasyMock 2 is a library that provides an easy way to use Mock Objects for given interfaces. Mock Objects simulate parts of the behavior of domain code, and are able to check whether they are used as defined. Domain classes can be tested in isolation by simulating their collaborators with Mock Objects. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (990, 'stable'), (300, 'oldstable'), (100, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#441890: solr: building should run the unit tests
Package: solr Severity: wishlist When building the Solr package from source, the unit tests are not run. This hides the fact that, currently, the unit tests fail when building Solr with gcj. The debian/rules file in the Solr source package should run the ant 'test' target. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433636: gij-4.1 broken, gij-4.2 OK
Hi, Sorry for the delay. When I compile with gcj 4.1 and then run with gij-4.1, I get the error. If I run the same class file with gij-4.2, everything's OK. It looks like the issue is (or was) in the classpath libs, in java/util/Calendar.java. The gcj4.2-src source package has some extra statements in the setTimeZone method compared to gcj-src that (to me) seem to make the difference. Cheers Jan-Pascal
Bug#436680: ant: rmic task with kaffe rmic fails
Package: ant
Version: 1.7.0-2
Severity: normal
Tags: patch
Hi all,
When building Lucene using gcj I came across the following problem.
The ant rmic task calls rmic as an external process. When constructing the
command line, the -verbose options is added AFTER the classes to handle. The
rmic documentation however states that all options must come BEFORE the list of
classes. It seems Sun's rmic doesn't care, but the gcj/kaffe rmic does.
The issue is in the execute() method of the
org.apache.tools.ant.taskdefs.rmic.KaffeRmic class.
Patch attached.
Cheers,
Jan-Pascal
-- System Information:
Debian Release: 4.0
APT prefers stable
APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.22-1-k7
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages ant depends on:
ii gij [java-virtual-machine]4:4.1.1-15 The GNU Java bytecode interpreter
ii gij-4.1 [java1-runtime] 4.1.1-20 The GNU Java bytecode interpreter
ii java-gcj-compat 1.0.65-10 Java runtime environment using GIJ
ii java-gcj-compat-dev 1.0.65-10 Java runtime environment with GCJ
ii kaffe-pthreads [java1-runtime 2:1.1.7-4 A POSIX threads enabled version of
ii libxerces2-java 2.8.1-1Validating XML parser for Java wit
ii sun-java5-jre [java1-runtime] 1.5.0-10-3 Sun Java(TM) Runtime Environment (
Versions of packages ant recommends:
pn ant-gcj none (no description available)
ii ant-optional 1.7.0-2Java based build tool like make -
-- no debconf information
--- ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/rmic/KaffeRmic-patched.java2007-08-08 15:37:32.0 +0200
+++ ant-1.7.0/src/main/org/apache/tools/ant/taskdefs/rmic/KaffeRmic.java2006-12-13 13:16:21.0 +0100
@@ -46,6 +46,7 @@
/** [EMAIL PROTECTED] */
public boolean execute() throws BuildException {
getRmic().log(Using Kaffe rmic, Project.MSG_VERBOSE);
+Commandline cmd = setupRmicCommand();
Class c = getRmicClass();
if (c == null) {
@@ -65,18 +66,12 @@
getRmic().getLocation());
}
-Commandline cmd;
+cmd.setExecutable(c.getName());
if (!c.getName().equals(RMIC_CLASSNAMES[RMIC_CLASSNAMES.length - 1])) {
// only supported since Kaffe 1.1.2
- String[] options = { -verbose };
- cmd = setupRmicCommand(options);
-} else {
- cmd = setupRmicCommand();
- }
-
-cmd.setExecutable(c.getName());
-getRmic().log(Commandline.describeCommand(cmd));
-
+cmd.createArgument().setValue(-verbose);
+getRmic().log(Commandline.describeCommand(cmd));
+}
ExecuteJava ej = new ExecuteJava();
ej.setJavaCommand(cmd);
return ej.fork(getRmic()) == 0;
Bug#436037: ITP: luke -- development and diagnostic tool for Lucene
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: luke Version : 0.7.1 Upstream Author : Andrzej Bialecki [EMAIL PROTECTED] * URL : http://www.getopt.org/luke/ * License : Apache Programming Lang: Java Description : development and diagnostic tool for Lucene Luke is a handy development and diagnostic tool, which accesses already existing Lucene indexes and allows you to display and modify their contents in several ways: * browse by document number, or by term * view documents / copy to clipboard * retrieve a ranked list of most frequent terms * execute a search, and browse the results * analyze search results * selectively delete documents from the index * reconstruct the original document fields, edit them and re-insert to the index * optimize indexes * and much more... Recent versions of Luke are also extensible through plugins and scripting. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.22-1-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGtN2mOkyycBqJzCMRAik+AJ9Cbvh8lH7TyjewGzHcoIg3PKFDEQCbBogN 1NaSun3jiVzHS/dUjwPr9YA= =DP55 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429779: Package is being prepared
I've prepare a preliminary package: - Source repository: deb-src http://www.vanbest.org/debian unstable main - dget http://www.vanbest.org/debian/dists/unstable/main/source/libs/commons-csv_0.1-SNAPSHOT+svn558885-1~pre4.dsc - Subversion: http://svn.vanbest.org/svn/commons-csv/trunk/ - Websvn: http://www.vanbest.org/websvn/listing.php?repname=commons-csv Michael Koch is looking at the package as a mentor/sponsor. Jan-Pascal -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433636: gcj-4.1: java.util.Calendar.setTimeZone fails to set ZONE_OFFSET
Package: gcj-4.1 Version: 4.1.1-20 Severity: normal When running the following code from a CEST locale: Calendar cal = Calendar.getInstance(); System.out.println( Calendar: + cal.toString() ); cal.setTimeZone(TimeZone.getTimeZone(GMT)); cal.set(1970, 0, 1,// year=1970, month=january, day=1 0, 0, 0); // hour, minute, second cal.set(Calendar.MILLISECOND, 0); System.out.println( Calendar: + cal.toString() ); System.out.println( cal: + cal.getTime().getTime() ); the final println should print 0, but prints -360. The other printlns show that the Calendar.setTimeZone call fails to clear the ZONE_OFFSET property of the Calendar (timezone GMT does not use daylight saving). -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages gcj-4.1 depends on: ii gcc-4.1 4.1.1-21 The GNU C compiler ii gcj-4.1-base4.1.1-20 The GNU Compiler Collection (gcj b ii gij-4.1 4.1.1-20 The GNU Java bytecode interpreter ii java-common 0.25 Base of all Java packages ii libc6 2.5-9+b1 GNU C Library: Shared libraries ii libc6-dev 2.5-9+b1 GNU C Library: Development Librari ii libgcc1 1:4.2-20070627-1 GCC support library ii libgcj7-0 4.1.1-20 Java runtime library for use with ii libgcj7-dev 4.1.1-20 Java development headers and stati ii libgcj7-jar 4.1.1-20 Java runtime library for use with ii zlib1g 1:1.2.3-13 compression library - runtime Versions of packages gcj-4.1 recommends: ii fastjar 1:4.1.1-21 Jar creation utility -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433636:
Hi, I forgot to mention that this bug triggers a unit test failure in Lucene 2.2.0 (Debian package liblucene2-java), meaning the the Lucene package cannot be built using gcj, and so cannot go into Debian main (it is build using the Sun toolchain now). Jan-Pascal
Bug#433636:
On Wed, July 18, 2007 14:04, Matthias Klose wrote:
Jan-Pascal van Best writes:
Hi,
I forgot to mention that this bug triggers a unit test failure in Lucene
2.2.0 (Debian package liblucene2-java), meaning the the Lucene package
cannot be built using gcj, and so cannot go into Debian main (it is
build
using the Sun toolchain now).
it would be helpful if you attach the failing testcase to the bug
report. did you check with both gcj-4.1 and gcj-4.2?
TestDateTools.java contains the failing unit test in the Lucene 2.2.0 source.
Test.java contains a cut-down version of this, not depending on Lucene or
junit, but containing a few extra debug statements.
I'll check with gcj-4.2 later.
Jan-Pascal
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;
public class Test
{
public static void main( String[] args ) throws Exception {
Calendar cal = Calendar.getInstance();
System.out.println( Calendar: + cal.toString() );
cal.setTimeZone(TimeZone.getTimeZone(GMT));
cal.set(1970, 0, 1,// year=1970, month=january, day=1
0, 0, 0); // hour, minute, second
cal.set(Calendar.MILLISECOND, 0);
System.out.println( Calendar: + cal.toString() );
System.out.println( cal: + cal.getTime().getTime() );
}
}package org.apache.lucene.document;
import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Calendar;
import java.util.Date;
import java.util.TimeZone;
import junit.framework.TestCase;
public void testStringtoTime() throws ParseException {
long time = DateTools.stringToTime(19700101);
Calendar cal = Calendar.getInstance();
cal.set(1970, 0, 1,// year=1970, month=january, day=1
0, 0, 0); // hour, minute, second
cal.set(Calendar.MILLISECOND, 0);
cal.setTimeZone(TimeZone.getTimeZone(GMT));
assertEquals(cal.getTime().getTime(), time);
cal.set(1980, 1, 2,// year=1980, month=february, day=2
11, 5, 0); // hour, minute, second
cal.set(Calendar.MILLISECOND, 0);
time = DateTools.stringToTime(198002021105);
assertEquals(cal.getTime().getTime(), time);
}
Bug#432582: libaxis-java: should depend on libcommons-logging and libcommons-discovery
Package: libaxis-java Version: 1.4-2 Severity: important Hi all, I think libaxis-java should depend on (or at least suggest) libcommons-logging and libcommons-discovery. The simplest example from the axis docs (TestClient.java) needs these two to run (it compiles without). Cheers Jan-Pascal -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages libaxis-java depends on: ii gij-4.1 [java1-runtime] 4.1.1-20 The GNU Java bytecode interpreter ii java-gcj-compat 1.0.65-10 Java runtime environment using GIJ ii kaffe-pthreads [java1-runtime 2:1.1.7-4 A POSIX threads enabled version of ii libservlet2.4-java5.0.30-3 Servlet 2.4 and JSP 2.0 Java class ii sun-java5-jre [java1-runtime] 1.5.0-10-3 Sun Java(TM) Runtime Environment ( ii sun-java6-jre [java1-runtime] 6-00-2 Sun Java(TM) Runtime Environment ( Versions of packages libaxis-java recommends: ii ant 1.6.5-6Java based build tool like make pn libaxis-java-gcj none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429779: ITP: libcommons-csv-java -- Java library to read and write CSV (comma separated values) files
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: libcommons-csv-java Version : 0.1 Upstream Author : Henri Yandell bayard AT apache DOT org * URL : http://jakarta.apache.org/commons/sandbox/csv/index.html * License : Apache 2.0 Programming Lang: Java Description : Java library to read and write CSV (comma separated values) files The commons-csv source package will provide the libcommons-csv-java and libcommons-csv-java-doc packages. Commons-csv is an Apache Jakarta Sandbox project. There are currently no official downloads. Solr (see bug#426763) depends on commons-csv. I intend to package commons-csv from the Apache subversion repository. - -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGeMX8OkyycBqJzCMRAh/DAKCASwFrEkYDstVX3iHnVo1ERk+JIQCdEt+q WywlmF92tWNc0tNIXcX4k9A= =Ay+Y -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#429638: libcommons-fileupload-java: Upstream version 1.2 available
Package: libcommons-fileupload-java Severity: wishlist Hi all, I'm working on packaging Solr, which depends on version 1.2 of libcommons-fileupload. It's not compatible with version 1.0 which is now in Debian. 1.0 is from 2003; 1.2 was released in February 2007. Please update libcommons-fileupload-java to version 1.2 Kind regards, Jan-Pascal -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (990, 'oldstable'), (900, 'stable'), (100, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#352093: jetty: org.apache.commons.el.ExpressionEvaluatorImpl,, missing in start.config
Hi there, I'm currently packaging Solr, a servlet with a set of .jsp pages, based on Lucene, providing an enterprise search server. It works fine under Tomcat, but accessing a .jsp page under Jetty gives: 17:46:46.522 INFO [main] org.mortbay.http.SocketListener.start(SocketListener.java:204) 11 Started SocketListener on 0.0.0.0:8280 17:46:46.522 INFO [main] org.mortbay.util.Container.start(Container.java:74) 09 Started [EMAIL PROTECTED] 17:46:48.391 WARN!! [SocketListener0-9] org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:589) 11 /solr/admin/: java.lang.NoClassDefFoundError: org/apache/commons/el/ExpressionEvaluatorImpl at org.apache.jasper.compiler.JspUtil.clinit(JspUtil.java:62) at org.apache.jasper.JspCompilationContext.getDerivedPackageName(JspCompilationContext.java:364) at org.apache.jasper.JspCompilationContext.getServletPackageName(JspCompilationContext.java:353) at org.apache.jasper.JspCompilationContext.createOutputDir(JspCompilationContext.java:578) at org.apache.jasper.JspCompilationContext.getOutputDir(JspCompilationContext.java:182) Please include commons-el with Jetty. Cheers Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#426996: devscripts: uscan --dehs without --package returns invalid xml
Package: devscripts Version: 2.10.4 Severity: normal Tags: patch Running uscan --dehs from a package base directory returns invalid xml because the /dehs end tag is missing. Example: $ uscan --dehs dehs packagesolr/package debian-uversion1.1.0/debian-uversion debian-mangled-uversion1.1.0/debian-mangled-uversion upstream-version1.1.0/upstream-version upstream-urlhttp://www.apache.org/dist/lucene/solr/1.1/apache-solr-1.1.0-incubating.tgz/upstream-url statusup to date/status -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages devscripts depends on: ii debianutils 2.17 Miscellaneous utilities specific t ii dpkg-dev 1.13.25package building tools for Debian ii libc6 2.5-9 GNU C Library: Shared libraries ii perl 5.8.8-7Larry Wall's Practical Extraction ii sed 4.1.5-1The GNU sed stream editor Versions of packages devscripts recommends: ii fakeroot 1.5.10 Gives a fake root environment -- no debconf information --- uscan.pl.orig 2007-06-01 09:29:35.0 +0200 +++ uscan.pl2007-06-01 09:35:31.0 +0200 @@ -523,6 +523,8 @@ print -- Scan finished\n if $verbose; +$dehs_end_output=1; +dehs_output if $dehs; exit $found ? 0 : 1;
Bug#426763: Work started
I've started work on this package. Status so far (release 1.1.0-0jp2): - Web servlet installs and works under tomcat 5.5 on one machine, but has trouble finding the lucene class files on another - .jar-files in upstream source are replaced with .jars in /usr/share/java (from existing Debian packages) - builds with pbuilder - one lintian warning left Still to do: - install replication scripts - move solr configuration and schema files to /etc/solr - install minimal set of configuration files (instead of those from the demo installation) - better check all copyright notices - look into providing a separate demo installation, or supply the demo files under /usr/share/doc/solr Package repository: http://www.vanbest.org/debian/ SVN repository (read-only): http://svn.vanbest.org/svn/solr Websvn: http://svn.vanbest.org/websvn/listing.php?repname=solr Cheers Jan-Pascal signature.asc Description: OpenPGP digital signature
Bug#426763: ITP: solr -- enterprise search server based on Lucene
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] Package name: solr Version : 1.2.0 Upstream Author : Bill Au, Doug Cutting, Bertrand Delacretaz, Otis Gospodnetic, Erik Hatcher, Chris Hostetter, Mike Klaas, Ryan McKinley, Yonik SeeleyName [EMAIL PROTECTED] URL : http://lucene.apache.org/solr/index.html License : Apache License; snowball: 3-clause BSD; easymock: MIT Programming Lang: Java Description : Enterprise search server based on Lucene Solr is an open source enterprise search server based on the Lucene Java search library, with XML/HTTP and JSON APIs, hit highlighting, faceted search, caching, replication, and a web administration interface. It runs in a Java servlet container such as Tomcat. Solr features: * Advanced Full-Text Search Capabilities * Optimized for High Volume Web Traffic * Standards Based Open Interfaces - XML and HTTP * Comprehensive HTML Administration Interfaces * Scalability - Efficient Replication to other Solr Search Servers * Flexible and Adaptable with XML configuration * Extensible Plugin Architecture * A Real Data Schema, with Dynamic Fields, Unique Keys * Powerful Extensions to the Lucene Query Language * Support for Dynamic Faceted Browsing and Filtering * Advanced, Configurable Text Analysis * Highly Configurable and User Extensible Caching * Performance Optimizations * External Configuration via XML * An Administration Interface * Monitorable Logging * Fast Incremental Updates and Snapshot Distribution -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421268: Started
I've started work on packaging phpesp. I'm using webapps-common, which is not in the pool yet, so the phpesp package will probably start its life in experimental, or outside of the pool altogether. Subversion repository at http://svn.vanbest.org/svn/phpesp/trunk/ and websvn at http://www.vanbest.org/websvn/listing.php?repname=phpesppath=%2Ftrunk%2Fdebian%2F Preliminary packages (in state of flux, may not even install) at http://www.vanbest.org/janpascal/debian/phpesp/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421268: ITP: phpesp -- Web application to create, run, and analyse online surveys
Package: wnpp Severity: wishlist Owner: Jan-Pascal van Best [EMAIL PROTECTED] There is no online survey package in Debian at the moment. A quick web scan suggests that phpESP is a good candidate to fill that gap. * Package name: phpesp Version : 1.8.2 Upstream Author : James Flemer [EMAIL PROTECTED] * URL : http://www.butterfat.net/wiki/Projects/phpESP/ * License : BSD Programming Lang: PHP Description : Web application to create, run, and analyse online surveys phpESP is a package for PHP that provides an easy to use web-based interface to designing surveys, deploying them on your web site, and exporting data. It features multiple users and user groups, with data isolation and hiding between groups. It is suitable for use by a single person, a department, or an entire organization. The surveys created by phpESP can be easily embedded into existing HTML templates with one or two new lines. -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (990, 'oldstable'), (200, 'stable'), (100, 'testing'), (50, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420068: ITP: uccass -- A PHP-based survey script to create, run, and analyse online surveys
Package: wnpp Owner: Jan-Pascal van Best [EMAIL PROTECTED] Severity: wishlist * Package name: uccass Version : 1.8.1 Upstream Author : John W. Holmes [EMAIL PROTECTED] * URL : http://www.bigredspark.com/survey.html * License : Affero General Public License (GPL with additional online download clause) Programming Lang: PHP Description : A PHP-based survey script to create, run, and analyse online surveys The Unit Command Climate Assessment and Survey System (UCCASS) (pronounced yoo-kas) is a PHP based survey script that allows you to create online surveys. Originally designed for organizations to administer Command Climate Assessments (annual surveys), the program can be used to create any type of online survey or questionnaire. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#420077: lintian: Lintian confuses Affero General Public License with GPL
Package: lintian Version: 1.23.29 Severity: normal When using Lintian on a package (under development) under the Affero general public license (AGPL), Lintian complains that the debian/copyright file should refer to the GPL in /usr/share/common-licenses instead: E: uccass: copyright-should-refer-to-common-license-file-for-gpl The AGPL differs from the GPL only in that it adds a section 2(c), but it is a different license. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (900, 'stable'), (300, 'testing'), (100, 'unstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-3-k7 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages lintian depends on: ii binutils 2.17-3The GNU assembler, linker and bina ii diffstat 1.43-2produces graph of changes introduc ii dpkg-dev 1.13.25 package building tools for Debian ii file 4.17-5etch1 Determines file type using magic ii gettext0.16.1-1 GNU Internationalization utilities ii intltool-debian0.35.0+20060710.1 Help i18n of RFC822 compliant conf ii libparse-debianchangel 1.0-1 parse Debian changelogs and output ii man-db 2.4.3-6 The on-line manual pager ii perl [libdigest-md5-pe 5.8.8-7 Larry Wall's Practical Extraction lintian recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#377187: lucene: Upstream version 2.0.0 released
Package: lucene Severity: wishlist Lucene has released version 2.0.0, which is mostly source compatible with 1.4.3 which is in Debian now. Release 2.0.0 contains a number of bug fixes, but most importantly, many extras such as hit highlighting (in lucene-highlighter-2.0.0.jar). -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (900, 'unstable'), (900, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.15-1-686 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
