Bug#881002: O: landslide
Package: wnpp Severity: normal Hi I have to admit that I do not care enough about this tool to give it the work it needs. Therefore, I'm orphaning this package. Please stand up if you care about this package, otherwise I'll fill a removal request in the coming weeks.
Bug#881005: O: ruby-amazon-ec2 -- Ruby library for accessing Amazon EC2
Package: wnpp Severity: normal Hi I have to admit that I do not care enough about this tool to give it the work it needs. Therefore, I'm orphaning this package. Please stand up if you care about this package, otherwise I'll fill a removal request in the coming weeks.
Bug#881004: O: faifa -- manage HomePlug 1.0/AV devices via ethernet frames
Package: wnpp Severity: normal Hi I have to admit that I do not care enough about this tool to give it the work it needs. Therefore, I'm orphaning this package. Please stand up if you care about this package, otherwise I'll fill a removal request in the coming weeks.
Bug#773816: O: libgroboutils-java -- Java-based testing tools and JUnit extensions
Package: wnpp Severity: normal I intend to orphan the libgroboutils-java package. URL:https://tracker.debian.org/pkg/libgroboutils-java This package is unmaintained upstream (no new release since 2004). The package description is: GroboUtils is a group of Java-based testing tools and JUnit extensions aimed at increasing quality awareness and ease of introduction of testing tools into the development cycle. . GroboUtils include, for example, multi-threaded tests, hierarchial unit tests, and a code coverage tool. Regards -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#773741: RFA: opennebula
Package: wnpp Severity: normal X-Debbugs-CC: pkg-opennebula-de...@lists.alioth.debian.org, jme...@opennebula.org, a...@sigxcpu.org, osal...@debian.org I'm looking for an adopter for OpenNebula package URL:https://tracker.debian.org/pkg/opennebula I'm not using this package anymore and it seems that all members are inactive for at least one year. The package description is: OpenNebula is an open source virtual infrastructure engine that enables the dynamic deployment and re-placement of virtual machines on a pool of physical resources. . ONE (OpenNebula) extends the benefits of virtualization platforms from a single physical resource to a pool of resources, decoupling the server not only from the physical infrastructure but also from the physical location. Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#745815: libjarjar-java: generate jars with invalid information
Hi Miguel, hi Emmanuel ! Sorry to come back to you so late... 2014-05-03 19:50 GMT+02:00 Miguel Landaeta nomad...@debian.org: On Sat, May 03, 2014 at 07:30:20PM +0200, Emmanuel Bourg wrote: Le 03/05/2014 18:41, Miguel Landaeta a écrit : Well, the bug was not introduced by upstream as I thought. I can only reproduce this bug when patch szzepiq_jar_resources.diff is applied. When I remove that patch, jarjar works OK for me. Interesting, the question is to know what issue this patch fixed. There is no mention of a bug in the changelog. However, the patch itself contains these headers: Description: Create patch from fork at URL: https://github.com/szczepiq/jarjar. which resolve the issue with jarjar not updating the fully qualified class names in the jar's resources. For instance, with this patch jarjar is able to replace classname (based on requested rules) in META-INF/plexus/components.xml files. Source: https://github.com/szczepiq/jarjar Author: Szczepan Faber Author: Damien Raude-Morvan draz...@debian.org Last-Update: 2013-01-08 Damien, do you remember what issue fixed this patch in jarjar package? I think there is a serious issue with this patch. Any file not matching .class, .java or MANIFEST.MF ends being treated like a text file so it ends modifying .groovy, .png, .properties, anything under META-INF, etc. I've cherry-picked this patch after having issues with some maven plugins but you're right it might introduce more issues than it solved. They were repacking themself using jarjar but it won't update references in META-INF/plexus/components.xml. As you can see from Gradle debian/changelog : gradle (1.4-1) unstable; urgency=low * d/control: Build-Depends on libjarjar-java (= 1.4+svn142-1) to build Gradle with jarjar which handle correctly updating the fully qualified class names in the jar's resources. Otherwise, we get errors during plexus startup. Maybe recent releases of Gradle might not needed this tricks anymore. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#717856: [Openjdk] Bug#717856: openjdk-7-jre: overflows heap when attempting to log backtraces with Log4J 2
tag 717856 + unreproducible quit Hi! 2013/7/25 David Banks amoe...@gmail.com Package: openjdk-7-jre Version: 7u25-2.3.10-1~deb7u1 Severity: normal Hi there, I am unable to run a simple program using the Log4J 2 API. The same program runs on other JVMs without issues, including the OpenJDK 7u3 version in stable. The update from wheezy-security to 7u21 appears to have caused this issue. [...] When running this with the most recent version of Log4j 2, it runs for about a minute, producing the following output: amoe@kruis $ java -jar log4j2-test-1-jar-with-dependencies.jar 11:28:17.622 [main] ERROR Hello - INSIDE TRY BLOCK Exception in thread main java.lang.OutOfMemoryError: Java heap space [...] I'm not sure if this is a bug in Log4j 2, or in the JVM itself, but I am currently only able to reproduce it with this version of the Debian JVM. There is a Maven project available at https://gist.github.com/amoe/6069573 if you want to run the test yourself. I've just tried to reproduce this issue under same condtions as yours. From my tests : - openjdk-7u25 + log4j 2.0-beta8 = Crash with OOM - openjdk-7u25 + log4j 2.0-beta9 = OK So it seems that this issue root cause is (was?) inside log4j 2.x Could you please test with latest release of log4j 2 and confirm this ? Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#706326: OpenJDK7 and TED issue.
tag 706326 + unreproducible quit Thanks for your bug report. I've downloaded and tried with latest TED ( http://sourceforge.net/projects/ted/ ) release, but it seems they have fixed this issue on their side : TED start gracefully even if libjdic-bin is not installed and try option is grayed inside parameters panel. Could you please check on your side that this issue is fixed for you ? Regards, -- Damien
Bug#716706: openjdk-7-jre: openjdk-7-jre is actually openJDK 6 update 27
tag 716706 + unreproducible tag 716706 + moreinfo quit Hi, I'm sorry but I don't understand your bug report. You've stated that It seems that the Debian developers may have accidentally either named the openjdk-7-jre to 7 rather than 6 or they put the openjdk-6-jre package in the package that is named with 7 Here is a simple check : /usr/lib/jvm/java-7-openjdk-amd64/bin/java -version java version 1.7.0_25 OpenJDK Runtime Environment (IcedTea 2.3.12) (7u25-2.3.12-4) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) Maybe you've not launching the right runtime ? Please look at [1] for instructions on how to use update-java-alternatives command [1] https://wiki.debian.org/Java#Switching Regards, -- Damien
Bug#721474: Please provide Maven artifacts with debian or 2.x version
Hi Emmanuel, 2013/9/1 Emmanuel Bourg ebo...@apache.org Le 01/09/2013 03:26, Miguel Landaeta a écrit : A POM file with 'debian' or '2.x' version should be provided with this package. The Maven plugins don't have a generic 'debian' or 1.x version, but I'm not sure to understand why. Ludovic, Damien, do you remember the reason behind this choice ? IIRC, it was an issue with Maven 2.x handling of plugin default version : Maven use a super-pom (embeded inside maven-core.jar AFAIK) which enforce versions of some plugins when user doesn't define a specific version. Maybe we should recheck this behavior with new Maven 3.x dependency handling... Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#704415: Merge http://wiki.debian.org/UltimateDebianDatabase/Hacking and http://udd.debian.org/hacking.html [DONE]
tags 704415 + fixed thanks Le vendredi 16 août 2013 23:42:45 Lucas Nussbaum a écrit : On 16/08/13 at 19:31 +0200, Damien Raude-Morvan wrote: Hi, Hi Lucas, I've taken opportunity of my local UDD install - for other hacking - to update UDD/Hacking wiki page with information from hacking.html. So here is a patch that : - remote hacking.html - update all links inside UDD to link wiki page [...] Yes, please push it to git. I've just added you to the collab-qa project. Pushed in master as 8487106cdbf917ee81fdf6c56beb31dbc40a528b This bug should be closed on next delivery of UDD website. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719904: UDD: Add Java bug type to filter pkg-java / openjdk bugs
Package: qa.debian.org Severity: wishlist Hi QA Team, Here is a small patch for bugs.cgi (UDD) to add a new bug type to covert Debian Java Team. It will display packages which are under pkg-java or openjdk umbrella. If you want, I can directly commit this changes to udd git repository (so it will be included for next delivery). Regards, -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dashFrom ea2a29b3e41fe8dc1ac036e52383994a72450017 Mon Sep 17 00:00:00 2001 From: Damien Raude-Morvan draz...@drazzib.com Date: Fri, 16 Aug 2013 17:31:50 +0200 Subject: [PATCH] bugs.cgi: Add new java bug type. Add new Java team checkkbox in Bug types which filter all pkg-java / openjdk bugs. --- web/bugs.cgi | 1 + 1 file changed, 1 insertion(+) diff --git a/web/bugs.cgi b/web/bugs.cgi index 288913d..5884ae4 100755 --- a/web/bugs.cgi +++ b/web/bugs.cgi @@ -70,6 +70,7 @@ TYPES = [ ['l10n', 'Localisation bugs', 'id in (select id from bugs_tags where tag=\'l10n\')', false], ['xsf', 'X Strike Force bugs', bugs.source in (select source from sources where maintainer ~ 'debia...@lists.debian.org')\n], ['perl', 'Perl team', bugs.source in (select source from sources where maintainer ~ 'pkg-perl-maintain...@lists.alioth.debian.org')\n], + ['java', 'Java team', bugs.source in (select source from sources where maintainer ~ 'pkg-java-maintain...@lists.alioth.debian.org' or maintainer ~ 'open...@lists.launchpad.net')\n], ['games', 'Games team', bugs.source in (select source from sources where maintainer ~ 'pkg-games-de...@lists.alioth.debian.org')\n], ['kfreebsd', 'GNU/kFreeBSD bugs', 'id in (select id from bugs_usertags where email = \'debian-...@lists.debian.org\' and tag=\'kfreebsd\')', false], ['hurd', 'GNU/Hurd bugs', 'id in (select id from bugs_usertags where email = \'debian-h...@lists.debian.org\' and tag=\'hurd\')', false], -- 1.8.4.rc2
Bug#704415: Merge http://wiki.debian.org/UltimateDebianDatabase/Hacking and http://udd.debian.org/hacking.html [DONE]
Hi, I've taken opportunity of my local UDD install - for other hacking - to update UDD/Hacking wiki page with information from hacking.html. So here is a patch that : - remote hacking.html - update all links inside UDD to link wiki page You can check the new https://wiki.debian.org/UltimateDebianDatabase/Hacking . If you want, I can directly commit this changes to udd git repository (so it will be included for next delivery). Regards, -- Damien 0001-Remove-hacking.html-page-and-only-link-to-debian-wik.patch Description: Binary data
Bug#719758: RFS: jgrowl/1.2.13-1 ITP to resolve OpenNebula dependency
tags 719758 + moreinfo thanks Hi, Le jeudi 15 août 2013 02:06:46 Matthias Schmitz a écrit : Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package jgrowl * Package name: jgrowl Version : 1.2.13-1 Upstream Author : Stan Lemon stosh1...@gmail.com * URL : https://github.com/stanlemon/jGrowl * License : GPL-2 or MIT Section : web FTR, I've started reviewing this package and I'm willing to sponsor it (since it's an opennebula package dependency). Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719415: gradle: FTBFS: build hangs during codenarc steps
Hi Miguel, FTR, I'm working on git repository right now and I've create a new patch to skip codeNarcMain task. Chers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712100: maven compiler plugin default source version
Hi Yohann, 2013/6/13 Yohann Martineau yohann.martin...@gmail.com Hello, On a fresh debian-wheezy install, I installed default openjdk and maven packages from standard debian repository and tried to build an already existing maven java project. This project uses java annotations. I got the following error: maven debian generics are not supported in -source 1.3 As debian maven version is maven-3.0.4-3, I thought default source version would be at least java 1.5. I removed debian maven package and installed apache-maven-3.0.5 from apache.org, and had no issue, project built as expected. I kept the default debian java package. I did not wrote a tiny java project using annotations as a demo for this issue but it should be the same on any project using annotations. Maven core delegates all compilation tasks to a plugin, maven-compiler-plugin. Each version of maven-compiler-plugin define its own default source and target version, which you can override in you pom.xml. In this case, upstream (apache.org) provide more recent default version of this plugin than Debian package : Debian Wheezy has only 2.0.2 version whereas Maven from apache.org provide at least 2.3 (AFAIK). It's not ideal situation but it's difficult to do otherwise : we support both Maven 3.x and Maven 2.x series inside Debian... I can give you two advices : - Always define your source and target version (otherwise it might depends on installed JDK) http://maven.apache.org/plugins/maven-compiler-plugin/examples/set-compiler-source-and-target.html - It's also recommended to define version of each used plugin (IIRC, Maven 3.x will print a warning if version is not set explicitly in your pom.xml) I'll keep this bug open for other users to find a quick solution to their issues and for me to find a solution to find a workaround. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#666851: Apache 2.4 upload date scheduled for May 30
Hi Arno and Tony, 2013/5/30 Arno Töll a...@debian.org Hi Tony, On 30.05.2013 22:30, tony mancill wrote: I'll take a look at updating the package tonight based on Damien's work on libapache-mod-jk 1:1.2.35-1. Or if you have a debdiff ready to go, please attach it to the bug report. No need for an NMU. no I don't, but I had the same plan as you, that is to take the existing package in Experimental and possibly upload that to Sid. I was planning to work on this package tomorow evening, but no problem if you beat me (merging back changes done in 1.2.35-1 should do it). Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan
Bug#707298: libcglib-java: code changes break libmockito-java
Hi Stefan, 2013/5/8 Stefan Denker stefan+deb...@dn-kr.de Dear Maintainer, The current version of libcglib in debian breaks the libmockito-java package. I've put together a test class (With code taken from http://docs.mockito.googlecode.com/hg/latest/org/mockito/Mockito.html#13 ) |List list = new LinkedList(); |List spy = spy(list); | |// using the spy calls real methods |spy.add(one); |spy.add(two); Trying to run this yields : |java.lang.RuntimeException: Unable to set MockitoNamingPolicy on cglib generator which creates FastClasses |at org.mockito.internal.creation.cglib.CGLIBHacker.setMockitoNamingPolicy(CGLIBHacker.java:29) |at org.mockito.internal.creation.MethodInterceptorFilter.intercept(MethodInterceptorFilter.java:42) |at $java.util.LinkedList$$EnhancerByMockitoWithCGLIB$$440d9615.add(generated) |at testSpy.spying(testSpy.java:17) |Caused by: java.lang.NullPointerException |at org.mockito.internal.creation.cglib.CGLIBHacker.setMockitoNamingPolicy(CGLIBHacker.java:23) Downgrading libcglib to 2.2+dfsg-2 (squeeze) fixes this. Browsing the changes in cglib, I traced this down to the MethodProxy.java class, particularly this change: http://cglib.cvs.sourceforge.net/viewvc/cglib/cglib/src/proxy/net/sf/cglib/proxy/MethodProxy.java?r1=1.14r2=1.15 I believe the change was accidental, so the attached patch restores the old behaviour. Applying it to libcglib-java makes my test run. This is just a workaround, but it is the minimal change to get Mockito working again in Debian. Thanks for your analysis of this issue and your provided workaround. I'm a bit reluctant to apply your patch as-is because, in fact, upstream added createInfo = null; to fix http://sourceforge.net/p/cglib/bugs/28/ I'll check with them how to fix this properly... Regards, -- Damien
Bug#666851: Apache 2.4 transition is ready in VCS
tag 666851 + pending thanks I've already worked on transition (see here : http://packages.qa.debian.org/liba/libapache-mod-jk/news/20120404T205024Z.html ) so I'm just waiting for a GO before uploading to experimental. Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633958: libjaffl-java: Library does not declare any dependencies and hence does not work correctly
Hi James ! libjaffl-java does not declare any dependencies on other Java libraries; however it needs at least libjffl-java and libasm3-java to work correctly. It may also need libjnr-x86asm-java but I did not have issues with that being missing. This should be fixed by 0.5.9-3 upload in unstable. Could you please check ? Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#704677: libnative-platform-java: FTBFS when default-jdk != openjdk
Package: libnative-platform-java Version: 0.3~rc2-1 Severity: important libnative-platform-java (experimental) FTBFS when default-jdk != openjdk with the following error : -- 3. ERROR in src/main/java/net/rubygrapefruit/platform/internal/DefaultPosixFile.java (at line 45) public String readLink(File link) throws NativeException { ^^ The method readLink(File) of type DefaultPosixFile must override a superclass method 4. ERROR in src/main/java/net/rubygrapefruit/platform/internal/DefaultPosixFile.java (at line 55) public void symlink(File link, String contents) throws NativeException { ^^ The method symlink(File, String) of type DefaultPosixFile must override a superclass method 5. ERROR in src/main/java/net/rubygrapefruit/platform/internal/DefaultSystemInfo.java (at line 36) public String getKernelName() { ^^^ The method getKernelName() of type DefaultSystemInfo must override a superclass method 6. ERROR in src/main/java/net/rubygrapefruit/platform/internal/DefaultSystemInfo.java (at line 41) public String getKernelVersion() { ^^ The method getKernelVersion() of type DefaultSystemInfo must override a superclass method 7. ERROR in src/main/java/net/rubygrapefruit/platform/internal/DefaultSystemInfo.java (at line 46) public String getMachineArchitecture() { The method getMachineArchitecture() of type DefaultSystemInfo must override a superclass method -- Root cause : @Override is limited to base class methods in JDK 5. JDK 6 introduced the ability to apply @Override to interface methods. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699352: please update to 1.7R4
Hi Thomas, Le jeudi 14 février 2013 20:13:49, Thomas Koch a écrit : The git repo of rhino is now at http://git.debian.org/?p=pkg-java/rhino.git Thanks! I've merged upstreams 1.7R4 tag from github. Upstream now just links to the tag download link of github instead of uploading a tarball somewhere. Therefor I've not imported anything to pristine-tar for 1.7R4. The thing even builds! Please have a look, test and probably upload to experimental. I'll test whether I can build closure-compiler against 1.7R4. After some round of testing your update to 1.7R4 seems to work (some old bugs reported by Debian users where closed upstream!), so I've uploaded to experimental. BTW, I've removed code from old SVN repository. Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626454: lintian: False positive: copyright-should-refer-to-common-license-file-for-gpl
Hi Lintian guys, I think I've spotted another false positive for copyright-should-refer-to- common-license-file-for-gpl check. In Rhino package (under MPL-2.0 licence [1]), full licence text contains the following section : -- 1.12. Secondary License means either the GNU General Public License, Version 2.0, the GNU Lesser General Public License, Version 2.1, the GNU Affero General Public License, Version 3.0, or any later versions of those licenses. -- This section seems to trigger copyright-should-refer-to-common-license-file- for-gpl check. [1] http://packages.debian.org/changelogs/pool/main/r/rhino/rhino_1.7R4-1/copyright -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#700262: ITP: libkryo-java -- object graph serialization framework for Java
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: libkryo-java Version : 2.20 Upstream Author : Nathan Sweet * URL : https://code.google.com/p/kryo/ * License : BSD-3-clause Programming Lang: Java Description : object graph serialization framework for Java Kryo is a fast and efficient object graph serialization framework for Java. The goals of the project are speed, efficiency, and an easy to use API. The project is useful any time objects need to be persisted, whether to a file, database, or over the network. . Kryo can also perform automatic deep and shallow copying/cloning. This is direct copying from object to object, not object-bytes-object. This package is needed for 1.4 Gradle release. -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#700263: ITP: libminlog-java -- minimal Java logging library
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: libminlog-java Version : 1.2 Upstream Author : Nathan Sweet * URL : http://www.example.org/ * License : BSD-3-clause Programming Lang: Java Description : minimal Java logging library MinLog is a Java logging library. Key features: * Zero overhead Logging statements below a given level can be automatically removed by javac at compile time. This means applications can have detailed trace and debug logging without having any impact on the finished product. * Simple and efficient The API is concise and the code is very efficient at runtime. * Extremely lightweight The entire project consists of a single Java file with ~100 non-comment lines of code. This package is needed for Gradle 1.4 release. -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#700264: ITP: libreflectasm-java -- library that provides reflection by using code
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: libreflectasm-java Version : 1.05 Upstream Author : Nathan Sweet * URL : https://code.google.com/p/reflectasm/ * License : BSD-3-clause Programming Lang: Java Description : library that provides reflection by using code generation ReflectASM is a very small Java library that provides high performance reflection by using code generation. An access class is generated to set/get fields, call methods, or create a new instance. . The access class uses bytecode rather than Java's reflection, so it is much faster. It can also access primitive fields via bytecode to avoid boxing. This package is needed for 1.4 Gradle release. -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#699352: please update to 1.7R4
Hi, Le mercredi 30 janvier 2013 15:53:04, Thomas Koch a écrit : closure compiler (which is a dep of gerrit) depends on version 1.7R4 + patches of rhino. Closure compiler keeps the source tree of rhino in its own SVN because it had some patches at a time. But at the moment there's no relevant difference between mozillas master branch and the code copy of closure compiler. Many projects use modified / forks of Rhino source code :/ In any case I want to build closure compiler using the Debian package of Rhino and not the copy of the rhino source in the closure compilers SVN. Would you like if I'd migrate the packaging repo from SVN to Git? Rhino upstream uses Git and you could track upstreams Git in your packaging repo. Yes, please ! If you have time, please migrate Rhino package to a Git repository. Would you like if I'd make a watch file for Rhino? Same apply as above :) Thanks, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#697984: ITP: libnative-platform-java -- Java bindings for various native APIs
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: libnative-platform-java Version : 0.3~git20120103-1 Upstream Author : Adam Murdoch * URL : https://github.com/adammurdoch/native-platform * License : Apache-2.0 Programming Lang: Java, C++ Description : Java bindings for various native APIs A collection of cross-platform Java APIs for various native APIs. Supports OS X, Linux, Solaris and Windows. . These APIs support Java 5 and later. Some of these APIs overlap with APIs available in later Java versions. This package is a new dependency for Gradle 1.3 release. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#623950: libasm4-java: imported on Alioth
Hi Aditya, I'll need you work on libasm4-java soon for a new package I'm working on. So I took the liberty to import your work into this Alioth Git repository [1]. I think it will be more efficient if you made any new modification directly in this repository (you can request an account on Alioth here : [2]). Are you interrested to be maintainer of this package ? I plan to do an upload of this package to Debian main during this week. [1] http://anonscm.debian.org/gitweb/?p=pkg-java/libasm4-java.git [2] https://alioth.debian.org/account/register.php Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#667077: Update
Hi, On Mon, 03 Dec 2012 05:30:59 -0800, shawnland...@gmail.com wrote: Can you post your work on this so that I can do some work that depends on this without replicating your work? WiP packages are here : http://people.debian.org/~drazzib/gradle/ I've started working on gradle 1.3 in git : http://anonscm.debian.org/gitweb/?p=pkg-java/gradle.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#537051: Bug#690204: Add no-await trigger support and Breaks to fix ca-certificates-java breakage
Hi Don! Your fix seems sensible - at least from my quick review : I lack time to properly maintain ca-certificate-java right now, so thanks for your time. Small question : is your fix targeted for wheezy ? maybe you should also contact release team in advance to check if they are ok with this. Regards, On 13/11/2012 22:18, Don Armstrong wrote: Control: tag -1 patch Please find the attached patches which fix this problem. I've tested them a bit, but please review them. ca-certificates (20121112+nmu1) unstable; urgency=low * Non-maintainer upload * Breaks ca-certificates-java (20121112+nmu1); partially fixing #537051. * Provide update-ca-certificates and update-ca-certificates-fresh triggers. * Call the triggers using no-await so that the configuration files from the newer version of ca-certificates-java are in places before the upgrade. Closes: #537051. ca-certificates-java (20121112+nmu1) unstable; urgency=low * Non-maintainer upload * Fix test for dpkg-query in postinst; there was an extraneous --version here. [Probably don't even need to bother to check for dpkg-query, but why not.] (Closes: #690204) * Library path for softokn3pkg and nsspkg is potentially wrong if there are multiple different paths; fix it. * Do not run the hook if ca-certificates-java has been removed but not purged. * Use the new trigger support provided by ca-certificates (=20121112). -- Don Armstrongd...@debian.org Mon, 12 Nov 2012 15:45:50 -0800 I plan on uploading an NMU for ca-certificates-java as soon as I have an ACK from the ca-certificates team that the fix looks reasonable (unless I hear from ca-certificates-java that they want to do it.) [I can also upload a fixed ca-certificates and pull my changes into ca-certificates unless y'all want to handle that.] Don Armstrong -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684963: Bug#685939: unblock: bouncycastle/1.46+dfsg-7
Le lundi 10 septembre 2012 15:35:02, Mehdi Dogguy a écrit : There was already an unblock request for this one. Please see #684963. (and please check before filing new bugs). The other submitter asks permission for an upload in t-p-u though. Sorry, I haven't seen that someone already was taking care of this issue. Maybe unblock bugs should appears on PTS page. Given the diff between Wheezy's and Sid's bouncycastle, it is pretty clear that 1.46+dfsg-7 won't make it to Wheezy… unless you have very strong arguments. Since 1.46 release was lying in unstable long before the freeze (and actual Java libraries which are now in testing were tested against 1.46 release) I thought it might be ok for release team. Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685874: Pegdown packaging ?
Hi Thomas, I'll need Pegdown package for new upstream release of Gradle 1.1 (Groovy buildsystem). I've seen that you've imported upstream source code [1] but there is no debian or master branch on alioth. Have you started working on it locally ? Can you push your changes to alioth ? FYI, Fedora already packaged it [2], so maybe there is some patches to borrow from their repository. [1] http://anonscm.debian.org/gitweb/?p=pkg-java/libpegdown-java.git [2] http://pkgs.fedoraproject.org/cgit/pegdown.git/tree/ Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685874: Pegdown packaging ?
Le 05/09/2012 17:34, Thomas Koch a écrit : I discovered that the pegdown dependency (which depends on parboiled) is non essential for gerrit and I plan to patch it out for the first iteration. Since work starts again on monday I don't think that I'll come back to these packages in the next few months. Since pegdown is not a hard dependency of Gradle I might also just skip as a first step to get Gradle back in shape. parboiled depends on sbt for building which I also recently switched back to RFP from ITP. But the build is straightforward and it should be possible to build parboiled with ant/maven/make/shellscript/whatever. Sorry that I could not help you here this time. No problem ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686795: ITP: polyglot-maven -- modules to enable Maven usage in others JVM languages
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: polyglot-maven Version : 0.8-SNAPSHOT Upstream Author : Sonatype * URL : https://github.com/tobrien/polyglot-maven * License : Apache-2 Programming Lang: Java, Groovy, Scala, Clojure, Ruby Description : modules to enable Maven usage in others JVM languages Polyglot Maven harnesses the power of Maven through modern implementations of the JVM language like Groovy, Scala, Clojure and JRuby. Polyglot Maven is a dependency of Gradle package. -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#686618: ITP: classycle -- Analysing tool for Java dependencies
Package: wnpp Severity: wishlist Owner: Damien Raude-Morvan draz...@debian.org * Package name: classycle Version : 1.4 Upstream Author : Franz-Josef Elmer * URL : http://classycle.sourceforge.net/ * License : BSD-2 Programming Lang: Java Description : Analysing tool for Java dependencies Classycle's Analyser analyses the static class and package dependencies in Java applications or libraries. It is especially helpful for finding cyclic dependencies between classes or packages. . Classycle is similar to JDepend which does also a dependency analysis but only on the package level. . Classycle's Dependency Checker searches for unwanted class dependencies described in a dependency definition file. Dependency checking helps to monitor whether certain architectural constrains (e.g. in a layered architecture) are fulfilled or not. Classycle is a dependency of Gradle package. -- Damien signature.asc Description: This is a digitally signed message part.
Bug#686618: Acknowledgement (ITP: classycle -- Analysing tool for Java dependencies)
Current WiP for classycle package is here : http://anonscm.debian.org/gitweb/?p=pkg-java/classycle.git -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623950: RFP: asm4 -- Java bytecode manipulation framework
Hi Aditya, Le mercredi 01 août 2012 22:50:29, Aditya Vaidya a écrit : After some investigating, I found that it needs some JAR file called sigtest.jar, which I've found. However, I know that having libraries inside other libraries (pre-compiled ones, that is) is frowned upon (well, as far as I know they are), which I create an ITP for sigtest? That'll allow me to have a Build-Dependency on it, and then I can avoid including a pre-built JAR in the program. So, should I create an ITP for sigtest in order to get this package created? You have two options here : - if sigtest is not used by an essential part of asm4 (for instance, if sigtest is only used for unit testing), you can choose to add a patch in your asm4 package to disable usage of sigtest until it's available in Debian - you can then choose to package sigtest, and yes, you will need to submit an ITP (see [1]) [1] http://www.debian.org/doc/manuals/developers- reference/pkgs.html#newpackage Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637273: Gradle doesn't work with Groovy 1.8.x
Hi, AFAIK, support for Groovy 1.8.x is not a priority for upstream until after 1.0 release, so it doesn't make sense to hold Groovy 1.8.x from entering unstable. The maintainance of this package will continue when upstream make a suitable release. A new version a Gradle is being packaged (1.1) which work with Groovy 1.8 but this new release also need new upstream releases of dependencies' packages [1]. So, for Wheezy, I think we have to drop Gradle (and maybe re-add it latter throught backport) [1] http://lists.debian.org/debian-java/2012/08/msg00062.html -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683666: RFH: gradle -- Groovy based build system
Le jeudi 02 août 2012 18:26:44, Miguel Landaeta a écrit : I request assistance with maintaining the gradle package. JFTR, I had a private discussion with Miguel and we will co-maintain Gradle. I'm working on new upstream release (which, sadly, won't work for Wheezy because of needed dependencies). Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#686073: [Openjdk] Bug#686073: openjdk-7-jre: default value of java.io.tmpdir is not affected by TMP/TMPDIR/TEMP/TEMPDIR
Hi Paul, Le mardi 28 août 2012 11:54:42, Paul Wise a écrit : I use libpam-tmpdir to separate user's temporary files into different directories. Unfortunately Java programs seem to ignore the all of the environment variables (TMP TMPDIR TEMP TEMPDIR) that libpam-tmpdir sets. The default value of java.io.tmpdir appears to be hardcoded to /tmp/. You're right OpenJDK doesn't take into account any TMP* env variable. In os_linux.cpp file [1], tmpdir is explicitely set to : const char* os::get_temp_directory() { return /tmp; } There was a dicussion last year on this subject upstream [2] but there was no clear conclusion. [1] http://hg.openjdk.java.net/jdk7u/jdk7u- dev/hotspot/file/baaa29c3d798/src/os/linux/vm/os_linux.cpp [2] http://thread.gmane.org/gmane.comp.java.openjdk.hotspot.runtime.devel/1731 Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#685939: unblock: bouncycastle/1.46+dfsg-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package bouncycastle It appears on my radar because it was pending in unstable without testing migration for at least 6 months and 4 packages in wheezy FTBFS because of this package failing to migrate to unstable : #684841, #684829, #684815 and #684826 I've uploaded a package with fixed Build-Depends and requested removal of -gcj packages in kfreebsd-* archs. Changelog : bouncycastle (1.46+dfsg-7) unstable; urgency=low . * Team upload. * Updated Standards-Version to 3.9.3: no changes needed. * As per Java Policy, remove Depends: default-jre | java2-runtime and Suggests: java-virtual-machine from library packages: only programs need explicit depends on runtime. * Force a Build-Depends on default-jdk (= 1:1.6) to indicate that this package needs some classes (like java.security.spec.ECFieldF2m) which are not available in GCJ classpath (Closes: #678904). * Remove Build-Depends on quilt and debian/README.source file since we already use quilt (3.0) source format. unblock bouncycastle/1.46+dfsg-7 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#685516: libtcnative-1: Tomcat 7 requires newer libtcnative (at least version 1.1.24)
Le 24/08/2012 07:42, tony mancill a écrit : I tested with tomcat6 currently in wheezy/sid and ran some requests through the server and it appears to be working fine: The library is also working with the packaged version of tomcat7 7.0.28. Shall I push the packaging updates to SVN? (And prepare an upload for unstable too?) Yep ! Maybe you can request for a pre-upload freeze exception on debian-release in the mean time ? Thanks for your work. Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685516: libtcnative-1: Tomcat 7 requires newer libtcnative (at least version 1.1.24)
Hi Tony, On 22/08/2012 07:23, tony mancill wrote: On 08/21/2012 07:31 AM, Peter De Wachter wrote: Package: libtcnative-1 Version: 1.1.23-1 Severity: important Dear Maintainer, When starting Tomcat 7 (Debian version 7.0.28-2) with this version of libtcnative, the following error message is logged: SEVERE: An incompatible version 1.1.23 of the APR based Apache Tomcat Native library is installed, while Tomcat requires version 1.1.24 Hello Peter, Thank you for taking the time to report this bug. We can certainly do a better job of coordinating uploads of new upstream versions of tomcat-native and tomcat in the future. In this case, it didn't take long for tomcat7 to require the latest version of tomcat-native (tcn 1.1.24 was released on 2012/06/13 and tomcat 7.0.28 just 6 days later). I have built a copy of upstream 1.1.24 to get a look at the differences between the upstream source versions. The upstream source differences are fairly minimal - about 95% of the diff consists of the configure script and documentation changes - but we'll have to see if we can get a freeze exception to allow the newer version of tomcat-native into wheezy and I want to coordinate with Damien before uploading to unstable. I've checked diff between 1.1.23 / 1.1.24 and it seems, as you say, pretty small. But one modification seems dangerous : in jni/native/include/tcn.h, tcn_socket_t got two new fields last_active and timeout. Are you sure this change is backward compatible ? at least with tomcat 6.x package... All others modifications are just new handling of timeout on pooler connection... Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684815: Bug#684841: wagon2: FTBFS: missing org.bouncycastle:bcprov:jar:debian
Like for #684841, maybe there is a missing versionned depends on libbcprov-java (since I need at least 1.44+dfsg-3 with maven artifacts) but I'm now waiting for a fix for #678904 to allow transition of new bouncycastle to wheezy. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678904: bouncycastle: FTBFS with gcj
Hi all, I haven't seen that bouncycastle package was under pkg-java team maintainance, so I'll fix this myself (Team upload) and prepare a new upload real soon now. Cheers, On 17/08/2012 00:26, Damien Raude-Morvan wrote: reopen 678904 found 678904 1.46+dfsg-6 thanks Hi, It seems that bouncycastle still FTBFS with GCJ after 1.46+dfsg-6 upload. However, this is a different failure : [...] [javac] 822. ERROR in /build/buildd-bouncycastle_1.46+dfsg-6-kfreebsd- amd64-0I1Ozr/bouncycastle-1.46+dfsg/build/artifacts/jdk1.5/bcprov- jdk15-146/src/org/bouncycastle/jce/ECPointUtil.java [javac] (at line 3) [javac]import java.security.spec.ECFieldF2m; [javac] ^ [javac] The import java.security.spec.ECFieldF2m cannot be resolved [...] So there is some missing classes from GCJ classpath, like java.security.spec.ECFieldF2m (linked to elliptic curve ciffer which is in JDK API since 1.5). For now, so you might to Build-Depends on default-jdk (= 1:1.6) and request removal of binaries on kfreebsd-* Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684841: wagon2: FTBFS: missing org.bouncycastle:bcprov:jar:debian
Hi, On 14/08/2012 09:36, Lucas Nussbaum wrote: Missing: -- 1) org.bouncycastle:bcprov:jar:debian Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.bouncycastle -DartifactId=bcprov -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.bouncycastle -DartifactId=bcprov -Dversion=debian -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] Path to dependency: 1) org.apache.maven.wagon:wagon-ssh-external:jar:2.2 2) org.bouncycastle:bcprov:jar:debian Maybe there is a missing versionned depends on libbcprov-java (since I need at least 1.44+dfsg-3 with maven artifacts) but I'm now waiting for a fix for #678904 to allow transition of new bouncycastle to wheezy. Thanks for you report. -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685216: RM: bouncycastle [kfreebsd-i386 kfreebsd-amd64] -- RoM; ANAIS; need openjdk to build
Package: ftp.debian.org Severity: normal Hi, Lastest release of bouncycastle package (1.46+dfsg) need some classes which are only available in openjdk {6,7} and not in GCJ. To achieve this, we now Build-Depends on default-jdk (= 1:1.6) which is not available on kfreebsd-*. Could you please remove old binary packages from kfreebsd-* (= GCJ AOT compiled packages). Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#684947: [Pkg-opennebula-devel] Bug#684947: ruby-opennebula: Missing ruby libraries: OZonesJSON
Hi, Le 15/08/2012 14:53, Chlon Michaël a écrit : Le 15/08/2012 13:54, gregor herrmann a écrit : On Wed, 15 Aug 2012 10:43:05 +0200, Chlon Michaël wrote: It appears that: /usr/lib/one/ruby/zona/ belongs to: opennebula, pakage ! Is it possible to forward my request to the maintainer of the package or am I forced to open a new ticket ? opennebula is built from the same source package, so the maintainer should already see this bug report. Cheers, gregor OK ! JFTR, I am main maintainer of OpenNebula Debian package but I'm not user of ozone part of opennebula (and AFAIK, no others members of package maintainers teams use ozone). In order to give more details: - After starting ozone server: ozones-server start - I try, first, to see if there is any zone: - onezone list And the response is: === 8 == /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- *zona/OZonesJSON (LoadError)* from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' from /usr/lib/one/ruby/zona.rb:22 from /usr/lib/one/ruby/cli/ozones_helper.rb:17:in `require' from /usr/lib/one/ruby/cli/ozones_helper.rb:17 from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1:in `require' from /usr/lib/one/ruby/cli/ozones_helper/zones_helper.rb:1 from /usr/bin/onezone:31:in `require' from /usr/bin/onezone:31 == 8 == So you can see that there is a missing OZonesJSON under zona directory ! so there is perhaps more files / modules that are missing ... Is this explanation, put you on the right way ? Yep, it seems that part of oZone feature is not installed into binary package. I'll have a look at this soon. Michaël, are you willing to test any beta package ? Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685025: jsvc fails to load libcap.so.2 on amd64
Hi, On 16/08/2012 08:20, tony mancill wrote: On 08/15/2012 03:14 PM, Tristan Seligmann wrote: Package: jsvc Version: 1.0.10-2 Severity: important Tags: upstream jsvc fails with this error: failed loading capabilities library -- /usr/lib/libcap.so: cannot open shared object file: No such file or directory. Hello Tristan, Thank you for reporting this bug. Damien and Marcus, I committed updates for -3 of the package the packaging repo including the patch available in JIRA, but wanted to coordinate with you before uploading to unstable. I am assuming this we may want to request an unblock request for this package since the bug exists in the version in wheezy. tony, I've just reviewed your changes, it seems ok for my point of view (seems a sensible default to use dlopen default search path :). You can upload your changes and request an unblock. Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#685106: unblock: maven2/2.2.1-12
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package maven2 : It solve a Breaks with new maven (3.x) package [1] by using alternative for /usr/bin/mvn This release has been laying in experimental since last year but I'veto upload to unstable... (= brown paper bag). [1] maven package Breaks: maven2 ( 2.2.1-11) unblock maven2/2.2.1-12 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#678904: bouncycastle: FTBFS with gcj
reopen 678904 found 678904 1.46+dfsg-6 thanks Hi, It seems that bouncycastle still FTBFS with GCJ after 1.46+dfsg-6 upload. However, this is a different failure : [...] [javac] 822. ERROR in /build/buildd-bouncycastle_1.46+dfsg-6-kfreebsd- amd64-0I1Ozr/bouncycastle-1.46+dfsg/build/artifacts/jdk1.5/bcprov- jdk15-146/src/org/bouncycastle/jce/ECPointUtil.java [javac] (at line 3) [javac] import java.security.spec.ECFieldF2m; [javac]^ [javac] The import java.security.spec.ECFieldF2m cannot be resolved [...] So there is some missing classes from GCJ classpath, like java.security.spec.ECFieldF2m (linked to elliptic curve ciffer which is in JDK API since 1.5). For now, so you might to Build-Depends on default-jdk (= 1:1.6) and request removal of binaries on kfreebsd-* Regards, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#684316: unblock: openjdk-7/7~u3-2.1.1-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package openjdk-7. It fix some standards severity bugs and disable -O3 opt level for JDK component which where causing wrong (and nasty) Math.* computations. Cummulative changelog : openjdk-7 (7~u3-2.1.1-3) unstable; urgency=low . * d/rules: Ensure we don't remove -02 (default) when -03 is disabled (fix jamvm FTBFS on armhf without -02). * d/patches/gcc-jdk-opt-O0.diff, d/patches/gcc-jdk-opt-O2.diff, d/patches/gcc-no-hardening.diff, d/patches/gcc-opt-O2.diff: removed. openjdk-7 (7~u3-2.1.1-2) unstable; urgency=low . * d/rules: On Debian Wheezy/Sid bump Build-Depends on libnss3-dev (= 2:3.13.4) and Depends on libnss3 (= 2:3.13.4) (ie. with epoch). (Closes: #679465). * d/control: Suggests icedtea-7-plugin instead of icedtea6-plugin (Closes: #680284). * d/patches/7130140-MouseEvent-systemout.diff: Remove MEvent. CASE! from console output. (Closes: #679036). * Disable -O3 compile: cause wrong Math.* computations. (Closes: #679292 and Closes: #678228). * debian/patches/FreetypeFontScaler_getFontMetricsNative.diff: Fix OpenJDK returns the text height greater than font size. (Closes: #657854) unblock openjdk-7/7~u3-2.1.1-3 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#684318: unblock: ca-certificates-java/20120721
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package ca-certificates-java It fix some bug with multiarch handling (wrong dpkg-query -L parameter) which is release goal. Changelog : ca-certificates-java (20120721) unstable; urgency=low . * Fix jks-keystore and postinst to work on multi-arch system. Use dpkg-query -L package:arch. (Closes: #680618). * As libnss3-1d is a transitional package on both Debian and Ubuntu, upgrade Depends to use libnss3. unblock ca-certificates-java/20120721 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#684319: unblock: jmock2/2.5.1+dfsg-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package jmock2, it fixes a FTBFS with new libhamcrest-java = 1.2 (backport changes from upstream JMock 2.6.0). Changelog : jmock2 (2.5.1+dfsg-2) unstable; urgency=low . * Team upload. * Fix FTBFS with new libhamcrest-java = 1.2 by backporting upstream changes from 2.6.x release (Closes: #662811). * d/control: Bump Standards-Version to 3.9.3: no changes needed. * d/copyright: Upgrade from DEP5 to copyright format 1.0. * d/control: Remove Depends on JRE as per Java Policy. unblock jmock2/2.5.1+dfsg-2 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#683666: RFH: gradle -- Groovy based build system
Hi Miguel, On 02/08/2012 18:26, Miguel Landaeta wrote: Currently, I am the only maintainer of gradle and it is taking me too much time to package new upstream releases. Because of that, I was unable to upload a working release in time for wheezy and I had to ask for its removal. I think we need a team to maintain this package properly and to be able to include it in future releases. More and more software is going to depend on gradle packages. I will use Gradle for some upcoming projects so I might give you a hand in maintainance of this package (but only couple of months). Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681567: [Pkg-opennebula-devel] Bug#681567: opennebula-common: fails to install, purge, and install again
Hi gregor, Le 28/07/2012 18:23, gregor herrmann a écrit : Control: tag 681567 + patch On Sat, 14 Jul 2012 12:42:03 +0200, Andreas Beckmann wrote: during a test with piuparts I noticed your package failed to install, remove+purge, and install again. This is often a problem with the home directory of a system user: the user is not deleted during purge (which is fine), but the home directory is removed. Since the user already exists on the next installation, adduser won't recreate the home. That's exactly the case here: in postrm/purge the user account is not deleted but just disabled; but the home directory is deleted. So at the second install the directory is not created. Since there's already a codepath to deal with an exisiting user, I suggest to (re)create the directory there -- attached patch. Any comments before I NMU? I haven't had time, yet, to work on opennebula package recently but your patch seems fine. Go fo NMU! I'll merge it back latter into git repository. Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682315: josm: New upstream r5353 fix major errors with redacted objects
Package: josm Version: 0.0.svn5267+dfsg1-1 Severity: important Tags: upstream A new upstream release of josm is available since 2012-07-20 (r5353). This release fixes some major errors [1] with new ODbL migration process [2] * major changes/enhancements: - Handle redacted objects resulting from OSM License change process - Handle deleted nodes without coordinates after recent OSM API change I think it might be wise to try to include this new upstream release in wheezy. [1] http://josm.openstreetmap.de/wiki/Changelog [2] http://blog.osmfoundation.org/2012/07/09/licence-redaction-ready/ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages josm depends on: ii ant 1.8.2-4 ii libcommons-codec-java1.6-1 ii libgettext-commons-java 0.9.6-2 ii libmetadata-extractor-java 2.3.1+dfsg-2 ii liboauth-signpost-java 1.2.1.2-1 ii libsvgsalamander-java0~svn95-1 ii openjdk-6-jre6b24-1.11.3-2 ii openjdk-7-jre7~u3-2.1.1-1 ii openstreetmap-map-icons-classic 1:0.0.svn27763-1 Versions of packages josm recommends: ii josm-plugins 0.0.svn28420+ds1-1 ii webkit-image-gtk 0.0.svn25399-3 ii webkit-image-qt 0.0.svn25399-3 josm suggests no packages. -- no debconf information -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#657292: [Pkg-opennebula-devel] Bug#657292: Bug#657292: opennebula: Please provide directions on how to install Debian on one VMs
Just FTR, upstream now provide .deb packages for contextualization : http://opennebula.org/documentation:rel3.6:cong#contextualization_packages_for_vm_images Those packages apply the following changes to target system: * Disables udev net and cd persistent rules * Deletes udev net and cd persistent rules * Unconfigures the network * Adds OpenNebula contextualization scripts to startup (so it's not suitable for Debian main as is but it's a nice start) -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679036: [Openjdk] Bug#679036: openjdk-7-jre: Prints MEvent. CASE! to the console on certain mouse events
Hi, Le lundi 25 juin 2012 23:34:39, Erich Schubert a écrit : Certain actions (I'm no sure which one, I havn't been able to reproduce them reliably) will cause this message to be printed. This does not happen with OpenJDK6, and it did not happen in Sun Java6. I've seen them occur in multiple applications, for example in current MediathekView, from http://zdfmediathk.sourceforge.net/ I've been unable to reproduce this reliably... Did this append often with MediathekView ? See also: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=7130140 http://hg.openjdk.java.net/jdk7/2d/jdk/diff/3b9a288d7ddb/src/share/classes/ java/awt/event/MouseEvent.java So it is indeed a OpenJDK string, and not an application string. And clearly, this class should not be using System.out.println, but instead use the logging API. I fully agree with you : System.out usage in java.* packages should be reduced to a strict minimum. According to the bug report, it should happen in any applications when using mouse scroll. I could not reproduce it again right now, not as easily. But I did not try the mentioned example from the bug. It seems that this has been partially fixed, but there are still situations where it occurs. It should be trackable down using the unqiue string easily (and it probably is in MouseEvent.java) This is a related JDK8 changeset: http://hg.openjdk.java.net/jdk8/awt/jdk/rev/19431d07bc19 But I do not get OpenJDK Mecurial, I'm unable to find out where to see the current JDK source. Most of the stuff is last modified 4 years ago. The SCM is completely inaccessible to outsiders, and I was unable to find what the changelog of MouseEvent.java for OpenJDK7 is. If above patch applies to the current JDK7, it should be a no-brainer to add. Here is link to upstream JDK7 / JDK8 : http://hg.openjdk.java.net/jdk7u/jdk7u- dev/jdk/log/tip/src/share/classes/java/awt/event/MouseEvent.java http://hg.openjdk.java.net/jdk8/jdk8/jdk/log/tip/src/share/classes/java/awt/event/MouseEvent.java = It's only fixed in JDK8 and not in recent update of JDK7. While for me this bug is a mere annoyance, System.out.println inside AWT is bound to cause some true bugs in other applications. I'm not sure this warrant a specific fix : there is lots of other System.out usage in JDK and this is just annoyance... Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681013: unblock: ant-contrib/1.0~b3+svn177-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, ant-contrib (1.0~b3+svn177-5 - team upload) fix long standing FTBFS bug because package build-system try to download things from internet and save them in $HOME ! Could you please unblock package ant-contrib ? unblock ant-contrib/1.0~b3+svn177-5 -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#681014: unblock: c3p0/0.9.1.2-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock c3p0 (0.9.1.2-7 - team upload) fix old FTBFS with gcj-jdk by using default-jdk as compiler. There is also a patches/java-7-compat.patch which fix compat with openjdk-6 and openjdk-7 (this patch is a bit large, but at least c3p0 will be able to work partly on openjdk-{6,7}). unblock c3p0/0.9.1.2-7 Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#679616: jenkins: Please package a more recent upstream version
Le samedi 30 juin 2012 09:57:09, Sylvestre Ledru a écrit : Source: jenkins Severity: wishlist Hello, Could you consider to package a more recent version of Jenkins ? We are currently shipping 1.447 and upstream is 1.472 Actually 1.447.x is upstream LTS chanel for stable release. Maybe we should stick with it during Wheezy release cycle ? Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678379: [ca-certificates-java] Installation fails on non-english characters in certificate names
Hi Antonio, This is known limitation of ca-certificate-java version in Squeeze. This is now fixed in Wheezy / Sid package but I don't know if we can backport this fix to Squeeze version (as simple workaround is to rename actual certificate to remove any Unicode char from filename). Le 21/06/2012 12:16, Antonio Marcos López Alonso a écrit : Package installation fails when addind/removing certs with non-english characters in their names. For instance: error adding mozilla/AC_RaÃz_Certicámara_S.A..crt Regards, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677571: ITP: gwt -- Google Web Toolkit dev and runtime libraries
Hi Chris, Le samedi 16 juin 2012 00:16:16, Chris Halls a écrit : On Fri, Jun 15, 2012 at 11:57:02PM +0200, Damien Raude-Morvan wrote: There is already a gwt package in unstable [1] Sorry I had already realised this and closed this bug report again. One of the other gwt dependencies had been removed completely, and gwt has been removed from testing but not unstable. (and it seems to be maintained by members of eucalytus team). Do you plan to replace this package or provide a new gwt2 package ? To update the existing gwt package in unstable. I will be changing the package maintainer to the pkg-eucalyptus team, with the permission of the current maintainer of the package, who will remain in the uploaders. Thanks for this feedback : I just wanted to make sure that you won't duplicate work with existing team :) I look forward to see you updated package in Debian archive :) Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#674770: openjdk-7-jre-headless: Eclipse crash frequently
tag 674770 = moreinfo unreproducible thanks Hi Gulfstream, Le dimanche 27 mai 2012 16:21:59, Gulfstream a écrit : Dear Maintainer, After I upgrade the openjdk, the Eclipse crash frequently. The error log file of jre as below. My Eclipse version is 3.7.2, it runs fine before I upgrade the jre. [...] I'm using Eclipse 3.7.2 daily with openjdk-7 package and I've been unable to reproduce this particular crash. Did you use some particular feature to trigger this crash (plugin, menu...) ? # JRE version: 7.0_03-b147 # Java VM: OpenJDK 64-Bit Server VM (22.0-b10 mixed mode linux-amd64 compressed oops) # Derivative: IcedTea7 2.1.1pre # Distribution: Debian GNU/Linux unstable (sid), package 7~u3-2.1.1~pre1-2 # Problematic frame: # C [libgobject-2.0.so.0+0x16309] g_object_ref+0x9 [...] --- T H R E A D --- Current thread (0x01eb5000): JavaThread main [_thread_in_native, id=11845, stack(0x7fef7a473000,0x7fef7a574000)] siginfo:si_signo=SIGSEGV: si_errno=0, si_code=128 (), si_addr=0x Given this crash is located in libgobject-2.0.so library (libglib2.0-0 debian package) it might be some race condition in glib2.0 which is triggered by Eclipse or SWT graphic library. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#677814: Bug#670901: Spring: Multiple security issues
Hi Moritz, Le lundi 30 avril 2012 09:55:39, Moritz Muehlenhoff a écrit : CVE-2011-2730 seems to affect libspring-2.5-java? If so, please clone or reassign as needed. I've prepared an upload of libspring-2.5-java for squeeze to fix CVE-2011-2730. You can find it on http://people.debian.org/~drazzib/security/ Could you please review it ? Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#677571: ITP: gwt -- Google Web Toolkit dev and runtime libraries
Hi Chris, Le vendredi 15 juin 2012 00:13:41, Chris Halls a écrit : Package: wnpp Severity: wishlist Owner: Chris Halls ha...@debian.org Package name: gwt (binaries libgwt-dev-java and libgwt-user-java) Version : 2.4.0 Upstream Author : Google Inc URL : http://google-web-toolkit.googlecode.com License : Apache 2.0 Programming Lang: Java Description : Google Web Toolkit dev and runtime libraries Google Web Toolkit (GWT) allows developers to quickly build and maintain complex JavaScript front-end applications in the Java programming language. There is already a gwt package in unstable [1] (and it seems to be maintained by members of eucalytus team). Do you plan to replace this package or provide a new gwt2 package ? [1] http://packages.qa.debian.org/g/gwt.html -- Damien signature.asc Description: This is a digitally signed message part.
Bug#675930: [Pkg-opennebula-devel] Bug#675930: opennebula: Fails upgrade if suspended VMs are still there
Hi Olivier, Le 04/06/2012 11:14, Olivier Berger a écrit : I've had 2 VMs running on the node of my cloud, running testing (3.2). Upon upgrade to 3.4, I've had to update the DB schema. [...] What am I supposed to do ? Does this mean that one should destroy all VMs before upgrading ? ... but how's one supposed to know :-/ Shouldn't there be a check at preinst time to warn the admin at least ? I would expect that users would read upstream upgrade guide before upgrading : http://opennebula.org/documentation:rel3.4:upgrade Before installing OpenNebula 3.4, make sure you don't have any active VMs. Shutdown or delete all VMs. Ii will be difficult on the long run to keep maintaining all tricks to keep package in sync with upstream handling... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675932: [Pkg-opennebula-devel] Bug#675932: opennebula: Image to datastore upgrade problem
Hi Olivier, Le 04/06/2012 11:40, Olivier Berger a écrit : I've tried and upgrade, having previously created images for persistent storage of VMs. [...] Running migrator /usr/lib/one/ruby/onedb/3.3.0_to_3.3.80.rb ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/c7e98e8cfb2f6677c33a1fde73797f7f »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/836dcb7cfec30af7158e5a4af3657be2 »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/ee39d8ee42020f043fc85c405cf51189 »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/7a650b5507f70538e218662716307df1 »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/da9da57aeda1824a12dd03da05414843 »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/8efc6815c71406cb0b91e2db8de82f24 »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/139c575820601241efb9800c499aface »: Permission non accordée ln: impossible de créer le lien symbolique « /var/lib/one/datastores/1/436f5ddb7efd4af1c67000ab5ab0c16d »: Permission non accordée Done [...] As you may understand if speaking french, some symlinks cannot be created. I guess these correspond to the 8 images present in : # ls -alrt /var/lib/one/images/ total 6588416 drwxrws--T 2 oneadmin cloud4096 mai 24 15:59 . -rw-rw 1 oneadmin cloud 10485760001 juin 4 10:52 ee39d8ee42020f043fc85c405cf51189 -rw-rw 1 oneadmin cloud 1073741824 juin 4 10:52 c7e98e8cfb2f6677c33a1fde73797f7f -rw-rw 1 oneadmin cloud 5242880001 juin 4 10:52 836dcb7cfec30af7158e5a4af3657be2 -rw-rw 1 oneadmin cloud 2097152001 juin 4 10:52 7a650b5507f70538e218662716307df1 -rw-rw 1 oneadmin cloud 1073741824 juin 4 11:26 da9da57aeda1824a12dd03da05414843 -rw-rw 1 oneadmin cloud 5242880001 juin 4 11:26 8efc6815c71406cb0b91e2db8de82f24 -rw-rw 1 oneadmin cloud 2097152001 juin 4 11:26 436f5ddb7efd4af1c67000ab5ab0c16d -rw-rw 1 oneadmin cloud 10485760001 juin 4 11:26 139c575820601241efb9800c499aface drwxr-xr-x 80 oneadmin root 4096 juin 4 11:34 .. OpenNebula 3.4 provide a new datastore feature which replace old /images/ directory, so during upgrade oneupgrade to to create symlinks between /var/lib/one/images/ and /var/lib/one/datastores/1/ Could you please send me actual owner / right of /var/lib/one/datastores/ /var/lib/one/datastores/1/ /var/lib/one/datastores/0/ Thanks for your report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675932: [Pkg-opennebula-devel] Bug#675932: opennebula: Image to datastore upgrade problem
Le 04/06/2012 15:52, Olivier Berger a écrit : OpenNebula 3.4 provide a new datastore feature which replace old /images/ directory, so during upgrade oneupgrade to to create symlinks between /var/lib/one/images/ and /var/lib/one/datastores/1/ Could you please send me actual owner / right of /var/lib/one/datastores/ /var/lib/one/datastores/1/ /var/lib/one/datastores/0/ Here it is : # ls -alR /var/lib/one/datastores/ /var/lib/one/datastores/: total 16 drwxr-xr-x 4 root root 4096 juin 4 11:34 . drwxr-xr-x 81 oneadmin root 4096 juin 4 15:49 .. drwxr-xr-x 2 root root 4096 mai 23 23:26 0 drwxr-xr-x 2 root root 4096 juin 4 14:12 1 /var/lib/one/datastores/0: total 8 drwxr-xr-x 2 root root 4096 mai 23 23:26 . drwxr-xr-x 4 root root 4096 juin 4 11:34 .. /var/lib/one/datastores/1: total 8 drwxr-xr-x 2 root root 4096 juin 4 14:12 . drwxr-xr-x 4 root root 4096 juin 4 11:34 .. lrwxrwxrwx 1 root root 52 juin 4 14:12 7a650b5507f70538e218662716307df1 - /var/lib/one/images/7a650b5507f70538e218662716307df1 lrwxrwxrwx 1 root root 52 juin 4 14:11 836dcb7cfec30af7158e5a4af3657be2 - /var/lib/one/images/836dcb7cfec30af7158e5a4af3657be2 lrwxrwxrwx 1 root root 52 juin 4 14:11 c7e98e8cfb2f6677c33a1fde73797f7f - /var/lib/one/images/c7e98e8cfb2f6677c33a1fde73797f7f lrwxrwxrwx 1 root root 52 juin 4 14:12 ee39d8ee42020f043fc85c405cf51189 - /var/lib/one/images/ee39d8ee42020f043fc85c405cf51189 I've added the links myself as root since the bug happened. I guess that should be owned by oneadmin:root for instance. It should be fixed by 3.4.1-3 I've uploaded yesterday. Has anyone tested them, already ? I have the strange feeling that this should have happened to someone else before these transitioned to testing :-/ I've done more test with 3.4.1-3 than with 3.2.1-2 but It would be wise to build a testbed tool to better test all upgrade scenario (like with your running VM and changes in directory ownership :/) Cheers, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675930: [Pkg-opennebula-devel] Bug#675930: Bug#675930: opennebula: Fails upgrade if suspended VMs are still there
Olivier, On 04/06/2012 16:52, Olivier Berger wrote: Damien Raude-Morvan draz...@drazzib.com writes: I would expect that users would read upstream upgrade guide before upgrading : http://opennebula.org/documentation:rel3.4:upgrade I'm afraid this isn't a valid expectation for a Debian maintainer. For a critical software like OpenNebula, I would expect user to at least (1) do a test upgrade before upgrade of controller node and (2) read upstream upgrade guide... but maybe I have too much expectation to debian users. At least, there should be a NEWS big red warning IMHO. I will had something to NEWS entry, but as you know it's not binding for users (someone who haven't apt-listchanges installed for instance). Before installing OpenNebula 3.4, make sure you don't have any active VMs. Shutdown or delete all VMs. Ii will be difficult on the long run to keep maintaining all tricks to keep package in sync with upstream handling... That's the fate of the Debian maintainer : never pretended it would be easy. Anyway, for the problem at stake, I guess there could be some kind of a check in a script that uses onevm list to check the status for instance (or some lower level API I'm not aware of). Would you provide a patch ? :) Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674290: [Pkg-opennebula-devel] Bug#674290: opennebula: Use a less volatile home for node files than /var/tmp/one/
Olivier, Le jeudi 24 mai 2012 11:11:04, Olivier Berger a écrit : AFAIU, One nodes will get /var/tmp/one populated with the scripts necessary for deploying VMs, etc. I fear this is a bit risky, as I don't consider these scripts and conf files (if any?) temporary, once the node has been created. I think it would make more sense to have these inside some /var/lib/one-node/ or similar path, so that one will not inadvertantly remove them. What's your opinion (besides issues of migration, but that can probably be configured with a PATH variable to adjust to systems deployed already with previous versions of the packages) ? AFAIK, there is no need to keeping /var/tmp/one content in a more persistant location. If /var/tmp/one is accidentally removed / purge, you can redeploy everything with : $ onehost sync node Thanks for all your reports on opennebula :) If you want to join co-maintaince team, you're welcome. Chers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#675850: novnc: Split package to remove dependency on nova-common
Package: novnc Version: 2012.1~e3+dfsg+1-2 Severity: normal Hi, I'm trying to enable noVNC support in opennebula package (IaaS toolkit). For this task, I need content of /usr/share/novnc/* and simple /usr/bin/websockify tool but I don't need : - /etc/init.d/novnc to autostart after installation - Depends on nova-common (it seems a bit weird for opennebula users to have to install parts of nova IaaS :) Will it be possible to split package so it don't depends on nova-common (and maybe move init.d to) ? Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages novnc depends on: ii adduser 3.113+nmu3 ii libc6 2.13-32 ii nova-common 2012.1-5 ii python2.7.2-10 ii python-novnc 2012.1~e3+dfsg+1-2 ii python-numpy 1:1.6.2-1 novnc recommends no packages. novnc suggests no packages. -- no debconf information -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#675495: Should not be released with Wheezy
Hi, On 01/06/2012 18:53, Sylvestre Ledru wrote: Le 01/06/2012 16:35, Moritz Muehlenhoff a écrit : Package: openjdk-6 Severity: serious Upstream support for Java 6 ends in November: http://www.oracle.com/technetwork/java/javase/eol-135779.html As such, we should not include it in Wheezy and fix up the rdepends to use openjdk-7 instead. So, you think we should change default-jdk to openjdk-7... FYI, there are many packages failing to build with this release. With the freeze is in a couple of weeks, it is going to be hard to achieve (while I would like to see that coming). Switching default-java to OpenJDK7 subject was discussed on debian-java [1] last year, and conclusion was : - Since Java 6 will be EOL on Nov 2012 [2], switch to openjdk-7 is the way to go but isn't that simple - there was 100+ FTBFS by 2011 end (Ubuntu done some test rebuild) - AFAIK, there is still 50+ FTBFS [3] :/ You can see in UDD that there was some bugs recently fixed regarding those FTBFS but clearly there is a long way before we can fix everything... [1] http://lists.debian.org/debian-java/2011/11/msg00029.html [2] http://www.oracle.com/technetwork/java/eol-135779.html [3] https://bugs.launchpad.net/ubuntu/+bugs?field.tag=java7-ftbfs [4] http://udd.debian.org/cgi-bin/bts-usertags.cgi?tag=openjdk-7-transitionuser=ubuntu-de...@lists.ubuntu.com -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657292: [Pkg-opennebula-devel] Bug#657292: opennebula: Please provide directions on how to install Debian on one VMs
Hi Olivier, Le vendredi 18 mai 2012 15:14:29, Olivier Berger a écrit : The next question may be how can I install Debian on such an image, to run a Debian VM inside the OpenNebula cloud ?. Still it is quite difficult to find a howto explaining how to prepare such an image, and contextualize it so that it could run on top of opennebula. I hope the following instructions will be helpful : http://wiki.debian.org/OpenNebula/PreparingDebianVmImage I haven't had time to check in details, but this package might be useful to contextualize a guest debian system ? http://packages.debian.org/experimental/cloud-init Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#623882: error installing certs with non-ascii characters in their names
Hi Miguel, Le samedi 29 octobre 2011 21:08:36, Miguel Landaeta a écrit : Is this really fixed? I ask because I still can see some warnings or errors when ca-certificates-java install certificates with non-ascii filenames: [snip] Setting up ca-certificates-java (20110912) ... Adding debian:Taiwan_GRCA.pem Adding debian:Digital_Signature_Trust_Co._Global_CA_1.pem Adding debian:AddTrust_Qualified_Certificates_Root.pem Adding debian:NetLock_Notary_=Class_A=_Root.pem Adding debian:ValiCert_Class_1_VA.pem Adding debian:signet_ca3_pem.pem Adding debian:UTN_USERFirst_Hardware_Root_CA.pem Warning: there was a problem reading the certificate file /etc/ssl/certs/T??B??TAK_UEKAE_K??k_Sertifika_Hizmet_Sa??lay??c??s??_-_S?? r??m_3.pem. Message: /etc/ssl/certs/T??B??TAK_UEKAE_K??k_Sertifika_Hizmet_Sa??lay??c??s??_-_S?? r??m_3.pem (No such file or directory) Adding debian:cacert.org.pem Warning: there was a problem reading the certificate file /etc/ssl/certs/Certinomis_-_Autorit??_Racine.pem. Message: /etc/ssl/certs/Certinomis_-_Autorit??_Racine.pem (No such file or directory) Adding debian:Verisign_Class_4_Public_Primary_Certification_Authority_-_G2.pem Adding debian:Certplus_Class_2_Primary_CA.pem Warning: there was a problem reading the certificate file /etc/ssl/certs/AC_Ra??z_Certic??mara_S.A..pem. Message: /etc/ssl/certs/AC_Ra??z_Certic??mara_S.A..pem (No such file or directory) I've improved existing fix for encoding issues into 20120524 upload, so you might not see this warning anymore :) Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#673014: [Pkg-opennebula-devel] Bug#673014: opennebula: Fails upgrade
Hi Olivier, Le 15/05/2012 14:33, Olivier Berger a écrit : Upgrading from 2.x to 3.2 won't work, as a the DB needs some manual upgrade. Even though it is documented in README.Debian, it is not in a NEWS file. I'd suggest to add a NEWS file which will advertise the need for manual update to the admin performing the upgrade. Yes, you're right. I'll add a note in NEWS file. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673010: [Pkg-opennebula-devel] Bug#673010: opennebula-sunstone: Provide a SSL proxy for sunstone to be used over insecure channels
Olivier, Iam not convinced by an automatic setup of SSL enabled Sunstone (it seems complicated and won't match anyone expectation : autosigned certs or CA issued ones, custom SSL port, default vhost or custom one). But I'll take your sample instruction and add this to README.Debian. Le 15/05/2012 15:13, Olivier Berger a écrit : On Tue, May 15, 2012 at 02:51:59PM +0200, Olivier Berger wrote: The defaul configuration is safe, as it runs on 127.0.0.1, but that's not so much convenient for real life operation in the most generic case. It would then be great to have some Debian packaging already setup to use sunstone with HTTPS, which, for instance could be done with the SSL proxying as explained in http://opennebula.org/documentation:archives:rel3.2:sunstone#configuring_a_ssl_proxy Responding to myself... Maybe docs could provide such instructions. For instance, for Apache, you need : # a2enmod proxy_http # a2enmod ssl Then, add to /etc/apache2/sites-enabled/default-ssl : # For opennebula sunstone proxying Proxy * Order deny,allow Allow from all /Proxy Location / ProxyPasshttp://localhost:9869/ ProxyPassReverse http://localhost:9869/ /Location inside theVirtualHost. Then restart apache and enjoy... Hope this helps. Best regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657319: [Pkg-opennebula-devel] Bug#673427: opennebula: Fails deploying VM with shared image on same host
Olivier, Le vendredi 18 mai 2012 19:02:55, Olivier Berger a écrit : On Fri, 18 May 2012 18:33:06 +0200, Olivier Berger olivier.berger@it- sudparis.eu wrote: But : # ls -alrt /var/lib/one/images/ total 1049612 drwxrws--T 2 oneadmin root 4096 mai 18 14:25 . -rw-rw 1 root root 1073741824 mai 18 14:25 d378f408ef971dacbbb17af29db53f2a drwxr-xr-x 37 oneadmin root 4096 mai 18 18:05 .. I've tried changing the image file and containing dir's ownership to oneadmin:cloud before creating the VM, but there's something in the deployment scripts that reset these to root:root, as far as I can see. It seems to be fixed upstream : http://dev.opennebula.org/issues/1034 Could you please re-try #673427 and #657319 with 3.4.1 release (from sid) ? Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#666851: Revert 2.4 transition for wheezy
reopen 666851 found 666851 1.2.36-1 I've reverted changes for 2.4 transition to get back Apache 2.2 as dependency. Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#673173: [Pkg-opennebula-devel] Bug#673173: opennebula: Forces -cpu qemu32 even if host (and guest) ar amd64
Olivier, Le mercredi 16 mai 2012 18:26:14, Olivier Berger a écrit : Hi. I'm running opennebula on a 64 bit host with amd64 kernel. If no explicit OS is parameterized in the VM conf file, kvm will be run with -cpu qemu32, which will prevent booting an amd64 Debian image. AFAICT, one needs to specifically set : OS=[ ARCH=x86_64 ] in the conf file for kvm to be run without -cpu, hence allowing the bootable image to boot. From http://opennebula.org/documentation:rel3.4:kvmg#mandatory_attributes, OS mandatory attributes are : BOOT + ARCH + KERNEL I'm not sure to understand what you would expect here ? Setting a default ARCH attribute given current arch of OpenNebula controller node doesn't seems to be valid (for example, I'm using an old server as OpenNebula controller - i386 but all my nodes/VM are amd64...) Thanks for all your feedback! -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#673173: [Pkg-opennebula-devel] Bug#673173: Bug#673173: opennebula: Forces -cpu qemu32 even if host (and guest) ar amd64
Le vendredi 18 mai 2012 21:26:37, Olivier Berger a écrit : On Fri, 18 May 2012 20:12:39 +0200, Damien Raude-Morvan draz...@debian.org wrote: From http://opennebula.org/documentation:rel3.4:kvmg#mandatory_attributes, OS mandatory attributes are : BOOT + ARCH + KERNEL Ah, strange, as it won't complain if no ARCH is specified :-/ Maybe there needs a real check for mandatory attributes ? Yes, I think so. I'm not sure to understand what you would expect here ? Setting a default ARCH attribute given current arch of OpenNebula controller node doesn't seems to be valid (for example, I'm using an old server as OpenNebula controller - i386 but all my nodes/VM are amd64...) The controller's arch is of no use, for sure (hopefull, not involved, AFAICT ;-) It's just that I was assuming that by default (without any explicit ARCH setting), the same arch could be assumed by the One for its host/node and guest kvm VMs... but surely if this is explicitely set (mandatory attribute), there won't be any problem (unless autodetection inside the VM image was possible, but I'm not sure this is feasable). So, should be file a bug upstream complaining that mandatory attribues don't seem to be ? I think that's the way to go. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611138: CVE-2010-4438 / CVE-2011-5035
Hi all, Le dimanche 13 mai 2012 18:54:38, Steve McIntyre a écrit : Sadly, no :/ I must admit that Oracle does not publish details of its fixes so it's hard to confirm firmly what's component is exactly impacted. I'll try to revive my contact @Oracle to get some feedback on this issue (on future security issues). Hi, Any news on this? I'll just start by restating my initial comment on both issues : - We don't build any real Glassfish Server but just some parts of API library used as Java EE specifications. As for any specification, this is just a collection of interfaces and don't have much more implementations than dumb or stub code. - So I don't think that CVE-2010-4438 or CVE-2011-5035 affect Debian binary packages. But I cannot be 100% sure since : - Upstream bugtracker [1] doesn't contains ref to those security issues - My Oracle contact (GlassFish community manager) only told me that CVE-2011-5035 is integrated in GlassFish 3.1.1 Patch 2 (an update to 3.1.1 for paying customers). The fix is in the trunk and will be integrated in the 3.1.2 release scheduled for later this quarter I don't think I'll do further investigation on those issues... At least, there is one instructing thing : we have to think twice before integrating of a full blown Glassfish JEE server (ie. not just API) into Debian as from my point of view Glassfish Security is not handled as an open source should. [1] http://java.net/jira/browse/GLASSFISH Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#602499: ITP: flex-sdk -- The Adobe Flex SDK
Hi Joey! Le vendredi 05 novembre 2010 12:05:22, vous avez écrit : Package: wnpp Severity: wishlist Owner: Joey Parrish joey.parr...@gmail.com * Package name: flex-sdk FYI - maybe you already know that - but Adobe contributed all Flex source code, documentation and related assets to the Apache Foundation [1]. It seems that source code repository is slowly getting more and more components of Flex SDK [2]. Since ASF should have checked copyright / IP of those components, it might be a good starting point for reactivation of Flex SDK packaging effort. [1] http://incubator.apache.org/flex/ [2] http://svn.apache.org/viewvc/incubator/flex/trunk/ Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#648674: Owncloud debian package
Hi, As user of owncloud (and DD :), I'm still interested in sponsoring / helping with owncloud packaging. Is there a current git repository that a can check ? (hint: create one on Alioth if not already done) BTW, did you fix some of glitches previously reported by me and Paul Wise [1] [2] ? Are you also planning to package owncloud-client part ? If so, you should check with upstream with their existing [3] packages. [1] https://lists.debian.org/debian-mentors/2011/12/msg00523.html [2] https://lists.debian.org/debian-mentors/2011/12/msg00525.html [3] http://software.opensuse.org/download/package?project=isv:ownCloud:communitypackage=owncloud- client Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#649287: tomahawk -- multi-source social media player
Hi, For people willing to help packaging tomahawk into Debian, please note that there is already existing effort in Ubuntu : https://launchpad.net/~tomahawk/+archive/ppa Might be great to start create a co-maintenance team with Ubuntu folks. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657870: Multiple issues in Struts
Hi Moritz, There was another report for a Struts security issue: CVE-2012-1592: http://seclists.org/bugtraq/2012/Mar/110 Can you please contact upstream, whether this needs to be fixed in our Struts 1.2? Struts 1.x is not affected by this issue (there is no XSLTResult file or similar mecanism). BTW, Red Hat also flaged their struts 1.x package as Not Vulnerable. Cheers, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661465: openjdk-7-jre: dependency on gconf2
Hi Michele, Sorry for the delay of taking care of #661465 (I was working on other FOSS projects...). Le mardi 17 avril 2012 18:08:28, Michele Renda a écrit : The main problem is that the package openjdk-7-jre depends by some Gnome related stuff, like gconf, libgnome2-0, libgnomevfs2-0, etc. JFTR, those depends are actually used by real code from openjdk : - libgconf-2.so is used by OpenJDK to detect current proxy configuration from gnome (see jdk/src/solaris/native/sun/net/spi/DefaultProxySelector.c) - libgnomevfs-2.so is used by AWT (?) / NIO (to detect mime-type from a filename) (see jdk/src/solaris/native/sun/nio/fs/GnomeFileTypeDetector.c) - libgnome-2.so is used by AWT (to open a URL in default browser) (see jdk/src/solaris/native/sun/xawt/awt_Desktop.c) This can be a problem for all the persons (like me) having a Gnome free system (l currently use LXDE, but the same problem exists for KDE user too). Someone suggested us we can use openjdk-7-jre-headless, but this is a non-solution, because openjdk-7-jdk depends by openjdk-7-jre (and the same is for eclipse and other tools). I understand your issue. My suggestion is to move the gnome related deps as Suggested/Reccomend, so for who want a Gnome free system can leave such dependences unsatisfied. I'll give it a try to downgrade this to Recommends level. I have to check that openjdk code fail gracefully when those libs are not installed. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan signature.asc Description: This is a digitally signed message part.
Bug#667556: lcms2: Please transition lcms2 for multiarch
Package: lcms2 Version: 2.2+git20110628-2.1 Severity: normal Tags: patch Hi, Please find a patch to lcms2 to transition it to use of the multiarch library paths as described at http://wiki.debian.org/Multiarch/Implementation. Cheers, -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Damien diff -Nru lcms2-2.2+git20110628/debian/changelog lcms2-2.2+git20110628/debian/changelog --- lcms2-2.2+git20110628/debian/changelog 2012-03-06 18:46:27.0 +0100 +++ lcms2-2.2+git20110628/debian/changelog 2012-04-04 22:55:22.0 +0200 @@ -1,3 +1,10 @@ +lcms2 (2.2+git20110628-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Convert package to multi-arch. + + -- Damien Raude-Morvan draz...@debian.org Wed, 04 Apr 2012 22:55:03 +0200 + lcms2 (2.2+git20110628-2.1) unstable; urgency=low * Non-maintainer upload. diff -Nru lcms2-2.2+git20110628/debian/control lcms2-2.2+git20110628/debian/control --- lcms2-2.2+git20110628/debian/control 2011-07-19 06:42:22.0 +0200 +++ lcms2-2.2+git20110628/debian/control 2012-04-04 23:09:15.0 +0200 @@ -11,6 +11,8 @@ Package: liblcms2-dev Section: libdevel Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Depends: liblcms2-2 (= ${binary:Version}), ${misc:Depends} Description: Little CMS 2 color management library development headers LittleCMS 2 intends to be a small-footprint color management engine, with @@ -24,6 +26,8 @@ Package: liblcms2-2 Section: libs Architecture: any +Multi-Arch: same +Pre-Depends: ${misc:Pre-Depends} Suggests: liblcms2-utils Depends: ${shlibs:Depends}, ${misc:Depends} Description: Little CMS 2 color management library diff -Nru lcms2-2.2+git20110628/debian/liblcms2-2.install lcms2-2.2+git20110628/debian/liblcms2-2.install --- lcms2-2.2+git20110628/debian/liblcms2-2.install 2011-01-23 22:27:02.0 +0100 +++ lcms2-2.2+git20110628/debian/liblcms2-2.install 2012-04-04 22:57:43.0 +0200 @@ -1 +1 @@ -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* diff -Nru lcms2-2.2+git20110628/debian/liblcms2-dev.install lcms2-2.2+git20110628/debian/liblcms2-dev.install --- lcms2-2.2+git20110628/debian/liblcms2-dev.install 2012-03-06 18:46:01.0 +0100 +++ lcms2-2.2+git20110628/debian/liblcms2-dev.install 2012-04-04 22:58:08.0 +0200 @@ -1,3 +1,3 @@ usr/include/* -usr/lib/*.so -usr/lib/pkgconfig +usr/lib/*/*.so +usr/lib/*/pkgconfig diff -Nru lcms2-2.2+git20110628/debian/rules lcms2-2.2+git20110628/debian/rules --- lcms2-2.2+git20110628/debian/rules 2012-03-06 18:34:05.0 +0100 +++ lcms2-2.2+git20110628/debian/rules 2012-04-04 22:59:40.0 +0200 @@ -10,6 +10,10 @@ export DH_VERBOSE=1 include /usr/share/quilt/quilt.make +DEB_HOST_MULTIARCH ?= $(shell dpkg-architecture -qDEB_HOST_MULTIARCH) +override_dh_auto_configure: + dh_auto_configure -- --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) + clean: dh_testdir dh_testroot signature.asc Description: This is a digitally signed message part.
Bug#665899: [Pkg-opennebula-devel] Bug#665899: opennebula: uninstallable on arches without ruby-sqlite3
On 26/03/2012 22:40, Adam D. Barratt wrote: Hi, Hi Adam, After the recent package restructuring, opennebula is uninstallable on any architecture where ruby-sqlite3 does not exist - currently mips, powerpc, s390 and sparc. (Specifically opennebula depends on opennebula-tools, which depends on ruby-opennebula, which depends on ruby-sqlite3.) Hum... not sure to understand issue here. Old opennebula 2.x package had a Depends on libsqlite3-ruby too but this package was built on all arch [1]. Since new ruby-sqlite3 rename (and new upstream release) it seems to FTBFS on some arch [2]. I fail to see how I can improve things in OpenNebula package. [1] https://buildd.debian.org/status/package.php?p=sqlite3-rubysuite=squeeze [2] https://buildd.debian.org/status/package.php?p=ruby-sqlite3suite=sid -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662630: RM: openjdk-7-jre-zero [powerpc] -- RoM; ANAIS
Package: ftp.debian.org As for openjdk-6-jre-zero (#662594), openjdk-7-jre-zero is not currently built on powerpc so I'm requesting removal of this package. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651423: [Openjdk] Bug#651423: openjdk-7-jre: X11 support in Java wastes CPU for (disabled) logging
Hi Erich, On Mon, 5 Mar 2012 16:03:57 +0100, Erich Schubert er...@debian.org wrote: Actually, this does not seem to be fixed in u3. It might go in for 7u4: jdk7u4-b06 Ok, I might have overlooked checking upstream changelog. I'll re-enable your patch until its merged / released in jdk7u4. Cheers, -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661695: [Openjdk] Bug#661695: still overwriting hotspot build flags
Hi Matthias, On Wed, 29 Feb 2012 13:08:16 +0100, Matthias Klose d...@ubuntu.com wrote: as mentioned in email, exporting CFLAGS etc. in debian/rules overwrites Hotspots CFLAGS. Could you please be a bit more specific : which exact gcc/g++ flag is overriden during hotspot build ? One discrepancy I've found is that CFLAGS *AND* CPPFLAGS are both send to g++ invocation - so there duplicate flags send to compiler. You only have to export/set these for jamvm and cacao (and the pulseaudio stuff). The proper solution would from my point of view is to set these in the IcedTea Makefile when configuring jamvm and cacao (or make these aware of EXTRA_* as well). This seems to be whishlist and not serious bug... Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661695: [Openjdk] Bug#661695: still overwriting hotspot build flags
On 29/02/2012 14:46, Matthias Klose wrote: One discrepancy I've found is that CFLAGS *AND* CPPFLAGS are both send to g++ invocation - so there duplicate flags send to compiler. You only have to export/set these for jamvm and cacao (and the pulseaudio stuff). The proper solution would from my point of view is to set these in the IcedTea Makefile when configuring jamvm and cacao (or make these aware of EXTRA_* as well). This seems to be whishlist and not serious bug... only if CFLAGS in hotspot is not overwritten. And only if the optimization level for the hotspot build is not downgraded to -O2. Good catch : I haven't seen that default -03 was overwrite by -02 OK, I'm working on improving that for next upload. Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649926: openjdk-7-jre: Cannot access www.bb.com.br. Web banking security enforcing app fails with openjdk-7
tag 649926 + confirmed thanks Hi Hugo, I've done a quick check to www.bb.com.br login and got this error in my ~/.xsession-errors file : --- java.lang.reflect.InvocationTargetException at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) at java.lang.reflect.Constructor.newInstance(Constructor.java:532) at sun.applet.PluginAppletSecurityContext$5.run(PluginAppletSecurityContext.java:943) at java.security.AccessController.doPrivileged(Native Method) at sun.applet.PluginAppletSecurityContext.handleMessage(PluginAppletSecurityContext.java:940) at sun.applet.AppletSecurityContextManager.handleMessage(AppletSecurityContextManager.java:68) at sun.applet.PluginStreamHandler.handleMessage(PluginStreamHandler.java:235) at sun.applet.PluginMessageHandlerWorker.run(PluginMessageHandlerWorker.java:78) Caused by: java.lang.NumberFormatException: For input string: 15000,00 at sun.misc.FloatingDecimal.readJavaFormatString(FloatingDecimal.java:1242) at java.lang.Double.valueOf(Double.java:492) at java.lang.Double.init(Double.java:584) ... 10 more --- So it seems, that this website does something wrong with formating (, is the wrong separator for double/float, they should use . not locale dependents). Could you please check that you get the same error message ? Regards -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657870: Multiple issues in Struts
Hi Moritz, Le jeudi 16 février 2012 19:42:09, Damien Raude-Morvan a écrit : On 09/02/2012 21:16, Moritz Mühlenhoff wrote: There's a new issues, which affects 1.x: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-1007 From [1], it seems there is no actual fix for this issue :( I'll contact Struts Security Team on this matter. Okay, I got some feedback for Struts Security Team. This particular security issue doesn't affect Struts as binary library (ie. /usr/share/java/struts-1.2.jar is unaffected) but concern only samples provided as source is /usr/share/doc/libstruts1.2-java/example* Do you think we should provide an updated package for squeeze (I think we can just drop examples) ? Cheers, -- Damien signature.asc Description: This is a digitally signed message part.
Bug#657870: Multiple issues in Struts
Hi Moritz, On 09/02/2012 21:16, Moritz Mühlenhoff wrote: There's a new issues, which affects 1.x: http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2012-1007 From [1], it seems there is no actual fix for this issue :( I'll contact Struts Security Team on this matter. [1] http://secpod.org/advisories/SecPod_Apache_Struts_Multiple_Parsistant_XSS_Vulns.txt -- Damien - Debian Developper http://wiki.debian.org/DamienRaudeMorvan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650978: schroot: mount: exec mount_nullfs not found: No such file or directory
Hi BSD Porters, Since last December, I'm unable to use sbuild/schroot on an unstable box : ~# sbuild-update -ugdc unstable E: 10mount: mount: exec mount_nullfs not found: No such file or directory E: unstable-kfreebsd-amd64-sbuild-1329077042-35644: Chroot setup failed: stage=setup-start Chroot setup failed Error setting up unstable chroot Chroot setup failed at /usr/bin/sbuild-update line 166. FTR: 1) I can manually mount -t nullfs via sudo 2) I haven't made any change to PATH 3) AFAIK, mount can't find its helper in /sbin/ This issue is tracked as #650978. Does anybody have a clue ? Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#650978: schroot: mount: exec mount_nullfs not found: No such file or directory
Hi Robert, On 12/02/2012 22:24, Robert Millan wrote: If someone can confirm this fixes the problem, I could cherry-pick the execvP() fix from upstream, but that requires importing the whole execvP() implementation so I'd rather be sure it's what we need. Could someone please check if 044_mount_exec.diff is the culprit? Yes, it works without 044_mount_exec.diff ! FTR, during rebuild of freebsd-utils-9.0 without 044_mount_exec.diff, it FTBFS with an error: redefinition of 'getvfsbyname'. It seems to come from getvfsbyname redefined debian/patches/tmp_glibc.diff. I think that debian/patches/tmp_glibc.diff should be dropped since 2.13-26 is in unstable now. But maybe I'm just plain wrong as I'm not following kfreebsd closely... Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org