[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#767962: marked as done (unblock: nlpsolver/0.9~beta1-10)



Your message dated Mon, 03 Nov 2014 21:44:54 +0100
with message-id <5457E946.6000706@thykier.net>
and subject line Re: Bug#767962: unblock: nlpsolver/0.9~beta1-10
has caused the Debian Bug report #767962,
regarding unblock: nlpsolver/0.9~beta1-10
to be marked as done.

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

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


-- 
767962: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=767962
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: release.debian.org
Severity: normal
User: release.debian.org@packages.debian.org
Usertags: unblock

Please unblock package nlpsolver

After a long time I decided to close the not reproducible #728792 yesterday -
so that nlsolver (which is still in LOs upstream install) migrated back to
testing.

The openjdk-6-jre dependency though has the not beautiful side effects that
 a) a install in a clean sid installs openjdk-6-jre which could be gone
    - and is in testing - thus
 b) chooses gcj in _jessie_ as there's no openjdk-6:

$ sudo chroot jessie
root@frodo:/# apt-get install libreoffice-nlpsolver
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  ca-certificates coinor-libcbc3 coinor-libcgl1 coinor-libclp1
  coinor-libcoinmp1 coinor-libcoinutils3 coinor-libosi1 dbus dh-python
  dictionaries-common emacsen-common file fontconfig fontconfig-config
  fonts-dejavu-core fonts-opensymbol gcj-4.9-jre gcj-4.9-jre-headless
  gcj-4.9-jre-lib gcj-jre gcj-jre-headless hicolor-icon-theme hunspell-en-us
[...]

This will not work.

So we should fix the dependency to prefer default-jre (which unfortunately
is also gcj on kfreebsd-* - but *shrugs*)

(jessie)rene@frodo:~/Debian/Pakete/LibreOffice/nlpsolver$ debdiff nlpsolver_0.9~beta1-9.dsc nlpsolver_0.9~beta1-10.dsc 
diff -Nru nlpsolver-0.9~beta1/debian/changelog nlpsolver-0.9~beta1/debian/changelog
--- nlpsolver-0.9~beta1/debian/changelog	2012-03-29 22:55:17.000000000 +0200
+++ nlpsolver-0.9~beta1/debian/changelog	2014-11-03 19:07:53.000000000 +0100
@@ -1,3 +1,13 @@
+nlpsolver (0.9~beta1-10) unstable; urgency=medium
+
+  * merge from Ubuntu:
+    - replace openjdk-6-jdk with default-jre-headless
+
+  * remove alternative | ant1.7 build-dependencies because they are obsolete
+    and the lintian used by dak complains with "missing-build-dependency ant"(!)
+
+ -- Rene Engelhard <rene@debian.org>  Mon, 03 Nov 2014 18:53:00 +0100
+
 nlpsolver (0.9~beta1-9) unstable; urgency=low
 
   * upload to unstable 
diff -Nru nlpsolver-0.9~beta1/debian/control nlpsolver-0.9~beta1/debian/control
--- nlpsolver-0.9~beta1/debian/control	2012-02-24 19:58:54.000000000 +0100
+++ nlpsolver-0.9~beta1/debian/control	2014-11-03 19:07:30.000000000 +0100
@@ -3,13 +3,13 @@
 Priority: extra
 Maintainer: Debian LibreOffice Maintainers <debian-openoffice@lists.debian.org>
 Uploaders: Rene Engelhard <rene@debian.org>
-Build-Depends: debhelper (>= 7.0.50~), unzip, default-jdk, libreoffice-dev, ant | ant1.7, ant-optional | ant1.7-optional, libreoffice-java-common
+Build-Depends: debhelper (>= 7.0.50~), unzip, default-jdk, libreoffice-dev, ant , ant-optional, libreoffice-java-common
 Build-Conflicts: libreoffice-common (<< 1:3.5.0~)
 Standards-Version: 3.8.4
 
 Package: libreoffice-nlpsolver
 Architecture: all
-Depends: ${misc:Depends}, libreoffice-calc (>= 1:3.0~), libreoffice-core (>= 1:3.3~), openjdk-6-jdk | java5-runtime | java6-runtime
+Depends: ${misc:Depends}, libreoffice-calc (>= 1:3.0~), libreoffice-core (>= 1:3.3~), default-jre-headless | java5-runtime | java6-runtime
 Description: "Solver for Nonlinear Programming" extension for LibreOffice
  By default LibreOffice Calc ships with a solver engine for linear
  programming only. This allows the optimization of models to a certain degree.

(To get the package accepted I also needed to remove the "| ant1.7" alternatives
which only exist in oldstable anyway because otherwise the lintian used by dak (not the sid one!) thinks it has to throw
nlpsolver source: lintian output: 'missing-build-dependency ant'
which makes dak rejecting it)

unblock nlpsolver/0.9~beta1-10

If you want, I can also upload a -11 which makes it default-jre (>= 1.6) | java6-runtime | java7-runtime to actually really make it uninstallable on kfreebsd,
but there ttbomk is loads of packages having this problem...

Regards,

Rene

-- System Information:
Debian Release: 7.7
  APT prefers stable
  APT policy: (500, 'stable')
Architecture: armhf (armv7l)

Kernel: Linux 3.4.75-sun7i (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

--- End Message ---
--- Begin Message ---
On 2014-11-03 19:36, Rene Engelhard wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian.org@packages.debian.org
> Usertags: unblock
> 
> Please unblock package nlpsolver
> 
> After a long time I decided to close the not reproducible #728792 yesterday -
> so that nlsolver (which is still in LOs upstream install) migrated back to
> testing.
> 
> [...]
> 
> This will not work.
> 
> So we should fix the dependency to prefer default-jre (which unfortunately
> is also gcj on kfreebsd-* - but *shrugs*)
> 
> [...]
> 
> unblock nlpsolver/0.9~beta1-10
> 

Unblocked.

> If you want, I can also upload a -11 which makes it default-jre (>= 1.6) | java6-runtime | java7-runtime to actually really make it uninstallable on kfreebsd,
> but there ttbomk is loads of packages having this problem...
> 
> Regards,
> 
> Rene
> 
> [...]

Nah, that won't work - every time we got from OpenJDK to GCJ on
kFreeBSD, default-jre{,-headless} gets an epoch bump (happened twice
already).
  Accordingly a versioned dependency on default-jre{,-headless} is quite
frankly useless (but tons of packages /also/ have that problem).

Thanks,
~Niels

--- End Message ---

Reply to: