De herfstoogst
Deze email nieuwsbrief werd in grafisch HTML formaat verzonden. Als u deze tekstversie ziet, verkiest uw email programma "gewone tekst" emails. Lees het E•Zine online ( http://www.smaak.be/EZsep15/EZsep15.html) of download de pdf (http://www.smaak.be/EZsep15/EZsep15.pdf ) indien u een oudere webbrowser gebruikt. M.en.S.media, Mandelstraat 23, Dentergem - www.magazineSmaak.be _ Adres wijzigen / Uitschrijven: http://ymlp317.com/ugqmsybgsgewheshgwmmyggubmej Powered door YourMailingListProvider
Bug#382294: libcdk5: libcdkw support
Hello Philip Nelson, Years ago you asked for libcdkw. > G'day. The libcdk5 has a configure option of --with-ncursesw which adds > wide character support to libcdk, giving a /usr/lib/libcdkw.so.5.0. I > guess this could be done by either adding ncursesw as a dependancy to > libcdk5 or by having a new libcdkw5 package which depends on ncursesw. > I did the update of libcdk5 to version 5.0.20141106. Now I want to close this bug (wishlist). Can you tell me if with ncursesw support something changes in doc/, man/ and cdk5-config ? regards, -- Herbert Parentes Fortes Neto (hpfn)
Bug#761050: Please read Re: openresolv sets local bind to always forward requests, even when local bind is authoritative
Sorry aboutt he late response, for some reason this ended up in my spam filter. > On Mon, 22 Jun 2015 12:25:38 +0200 (CEST) >> On Tue, 16 Jun 2015, Herbert Parentes Fortes Neto wrote: >> >>> The upstream said: >>> >>> "Not really an openresolv bug as I see it. >>> For example 192.168.x.x can route to 10.x.x.x even if both sets are not >>> publicly route-able. In-fact some Spanish ISPs do this for their >>> Internet TV." >> >> I regret to say that upstream did not understand my bug report (perhaps I >> did not explain clearly). I never claimed that requests to resolve >> unroutable IPs should never be forwarded; I did claim (and maintain) that IF >> the local bind is set up to be authoritative on a domain (which happens to >> be an unroutable block of IPs for me, but does not have to be), then >> openresolv should not override that by always forwarding queries in any >> case. So the problem is not about forwarding queries involving unroutable >> addresses (even if that happens in my case) but about forwarding queries >> that can have (and therefore should have) an authoritative answer from the >> local bind, without going any further. >> >> If I did not explain clearly, please let me know and I will try to explain >> better. If you confirm wontfix, I will find a way to tweak my local >> configuration of bind + openresolv to work around this for myself, but I do >> believe the current behaviour is wrong in principle and in practice, so it >> should be fixed in a more general way. OK, so you have setup bind to be authortative in some way. Openresolv wants to setup forwarding servers. These two facts maybe in conflict. Now, I am no expert with bind configs, but it would really help if you could post your non working configuration and explain how it should be changed by openresolv to work for you. If you can do that, I'm sure we can make more progress with this issue. Roy
Bug#792430: openresolv: Fail if a zone is declared on multiple interfaces.
Hi
> When a zone is declared on multiple interfaces (not necessarely same
> content, but the same name), the configuration generated doesn't work,
> two entries are provided and this log indicates the failure at bind restart:
> config: error: /var/lib/bind/resolvconf-zones.conf:23: zone
> 'example.org': already exists previous definition:
> /var/lib/bind/resolvconf-zones.conf:16
>
> I think it's the same problem for other resolvers.
>
> Maybe use the first declaration, in interfaces order and drop others ?
> It's not perfect, but technically, the problem have no solution (if
> zones are the same, it works perfectly, else, some zone are not reachable).
>
> This problem also affects the version /3.5.2-1/.
I cannot replicate this.
Attached is output from a system with two interfaces each of which has
DNS servers from DHCP, IPv6RA and DHCPv6.
As you can see, the final result is generated perfectly.
uberlaptop2$ resolvconf -l
# resolv.conf from wm0.dhcp
# Generated by dhcpcd from wm0.dhcp
domain marples.name
search marples.name
nameserver 10.73.2.1
# resolv.conf from wm0.dhcp6
# Generated by dhcpcd from wm0.dhcp6
search marples.name
nameserver 2a01:348:31:2::1
# resolv.conf from wm0.ra
# Generated by dhcpcd from wm0.ra
search marples.name
nameserver 2a01:348:31:2::1
# resolv.conf from iwn0.dhcp6
# Generated by dhcpcd from iwn0.dhcp6
search marples.name
nameserver 2a01:348:31:2::1
# resolv.conf from iwn0.ra
# Generated by dhcpcd from iwn0.ra
search marples.name
nameserver 2a01:348:31:2::1
uberlaptop2$ resolvconf -v
DOMAIN='marples.name'
SEARCH='marples.name'
NAMESERVERS='10.73.2.1 2a01:348:31:2::1'
LOCALNAMESERVERS='127.0.0.1'
DOMAINS='marples.name:10.73.2.1,2a01:348:31:2::1'
uberlaptop2$ cat /etc/resolvconf.conf
name_servers=127.0.0.1
unbound_conf=/usr/pkg/etc/unbound/resolvconf.conf
named_options=/tmp/named-resolvconf-options.conf
named_zones=/tmp/named-resolvconf-zones.conf
uberlaptop2$ cat /tmp/named*
# Generated by resolvconf
forward first;
forwarders {
10.73.2.1;
2a01:348:31:2::1;
};
# Generated by resolvconf
zone "marples.name" {
type forward;
forward first;
forwarders {
10.73.2.1;
2a01:348:31:2::1;
};
};
uberlaptop2$
Can you post similar output from your system please?
Mail me directly if you don't want it to appear on this public tracker.
Roy
Bug#792428: openresolv: "Failed to get D-Bus connection" randomly at update and boot on bind9 restart
> After an update from any source (dhcp, openvpn, static, ...), restart of > bind fail with message: > Failed to get D-Bus connection: Operation not permitted > > It's not all the time, but very very often. the named (bind) subscriber doesn't use DBus, only the dnsmasq subscriber does. Are you sure it's bind it's trying to restart? Can you post your /etc/resolvconf.conf please? Roy
Bug#792428: openresolv: "Failed to get D-Bus connection" randomly at update and boot on bind9 restart
> After an update from any source (dhcp, openvpn, static, ...), restart of > bind fail with message: > Failed to get D-Bus connection: Operation not permitted > > It's not all the time, but very very often. In openresolv, only the dnsmasq subscriber uses DBus. All the named subscriber (bind) in openresolv will do is write the config files and restart named (bind). Have you modified the named subscriber to use DBus or do you write out to a dnsmasq configuration file as well? Please post your /etc/resolvconf.conf file. Roy
Bug#796635: Systemd job
Here is a debdiff that implements a systemd unit. (This is the first unit I've written, so review definitely needed) nvi_1.81.6-12.debdiff Description: Binary data
Processed: Re: Your mail
Processing commands for cont...@bugs.debian.org: > tags 720142 confirmed pending Bug #720142 [hsqldb-utils] hsqldb-utils: hsqldb utils print stack trace and exit: Cannot find main class Added tag(s) pending and confirmed. > thanks Stopping processing here. Please contact me if you need assistance. -- 720142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720142 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#784859: unarchiving 784859, reopening 784859
On Wed, 16 Sep 2015 10:23:24 -0400 David =?UTF-8?Q?Pr=C3=A9vot?= wrote: > unarchive 784859 > # Rebuilding is a workaround, it does *not* address the problem. > reopen 784859 AFAICT rebuilding with an updated toolchain actually got rid of the strict versioning (without changing something in the package itself): Package: ampache Version: 3.6-rzb2752+dfsg-6 Installed-Size: 70 Maintainer: Debian QA Group Architecture: all Depends: debconf (>= 0.5) | debconf-2.0, libapache2-mod-php5 | php5, ampache-common (>= 3.6-rzb2704+dfsg-3), php5-cli, php5-mysql, php5-xmlrpc, php5-json, ucf Pre-Depends: dpkg (>= 1.15.7.2) Recommends: apache2 (>= 2.4.12~) | httpd, ampache-themes (>= 3.6.1-2) Suggests: php5-gd, phpmyadmin, mysql-server, eyed3, faad, vorbis-tools Andreas
Bug#720142: marked as done (hsqldb-utils: hsqldb utils print stack trace and exit: Cannot find main class)
Your message dated Fri, 18 Sep 2015 04:48:43 + with message-id and subject line Bug#720142: fixed in hsqldb 2.3.3+dfsg-1 has caused the Debian Bug report #720142, regarding hsqldb-utils: hsqldb utils print stack trace and exit: Cannot find main class to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 720142: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=720142 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: hsqldb-utils Version: 2.2.9+dfsg-3 Severity: important Tags: patch Dear Maintainer, I tried several of the hsqldb-utils: $ hsqldb-databasemanager Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Djava.net.preferIPv4Addresses=true Exception in thread "main" java.lang.NoClassDefFoundError: org/hsqldb/util/DatabaseManager Caused by: java.lang.ClassNotFoundException: org.hsqldb.util.DatabaseManager at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: org.hsqldb.util.DatabaseManager. Program will exit. $ hsqldb-sqltool Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Djava.net.preferIPv4Addresses=true Exception in thread "main" java.lang.NoClassDefFoundError: org/hsqldb/util/SqlTool Caused by: java.lang.ClassNotFoundException: org.hsqldb.util.SqlTool at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: org.hsqldb.util.SqlTool. Program will exit. $ hsqldb-querytool Picked up _JAVA_OPTIONS: -Dawt.useSystemAAFontSettings=on -Dswing.defaultlaf=com.sun.java.swing.plaf.gtk.GTKLookAndFeel -Djava.net.preferIPv4Addresses=true Exception in thread "main" java.lang.NoClassDefFoundError: org/hsqldb/util/QueryTool Caused by: java.lang.ClassNotFoundException: org.hsqldb.util.QueryTool at java.net.URLClassLoader$1.run(URLClassLoader.java:217) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:205) at java.lang.ClassLoader.loadClass(ClassLoader.java:321) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294) at java.lang.ClassLoader.loadClass(ClassLoader.java:266) Could not find the main class: org.hsqldb.util.QueryTool. Program will exit. Apparently, the /usr/bin/hsqldb-* scripts include the version-specific JARs /usr/share/java/hsqldbutil1.9.jar and /usr/share/java/hsqldb1.9.jar, but libhsqldb-java-2.2.9+dfsg-3 in current testing installs /usr/share/java/hsqldbutil.jar and /usr/share/java/hsqldb.jar. Changing the classpath to include /usr/share/java/hsqldbutil.jar:/usr/share/java/hsqldb.jar works, see the attached trivial patch. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental'), (1, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hsqldb-utils depends on: ii default-jre [java2-runtime]1:1.7-49 ii libhsqldb-java 2.2.9+dfsg-3 ii openjdk-6-jre [java2-runtime] 6b27-1.12.5-2 ii openjdk-7-jre [java2-runtime] 7u21-2.3.9-5 hsqldb-utils recommends no packages. hsqldb-utils suggests no packages. -- no debconf information diff -u hsqldb-2.2.9+dfsg/debian/bin/hsqldb.in hsqldb-2.2.9+dfsg/debian/bin/hsqldb.in --- hsqldb-2.2.9+dfsg/debian/bin/hsqldb.in +++ hsqldb-2.2.9+dfsg/debian/bin/hsqldb.in @@ -5 +5 @@ -exec java -cp $CLASSPATH:/usr/share/java/hsqldbutil1.9.jar:/usr/share/java/hsqldb1.9.jar:/usr/share/java/postgresql.jar:/usr/share/java/mysql.jar "org.hsqldb.util.@CLASS@" "$@" +exec java -cp $CLASSPATH:/usr/share/
Bug#708118: marked as done (hsqldb: Transitions (openjdk-6 -> default-jdk/ servlet(2.5->3.0)))
Your message dated Fri, 18 Sep 2015 04:48:43 +
with message-id
and subject line Bug#708118: fixed in hsqldb 2.3.3+dfsg-1
has caused the Debian Bug report #708118,
regarding hsqldb: Transitions (openjdk-6 -> default-jdk/ servlet(2.5->3.0))
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
708118: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708118
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: hsqldb
Version: 2.2.9+dfsg-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu saucy ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* Merge from Debian unstable. Remaining changes:
- d/control:
+ Transition libservlet2.5-java -> libservlet3.0-java.
+ BD on default-jdk instead of openjdk-7 as its the default in Ubuntu.
- d/p/use-system-servlet.jar.diff: Update to use servlet-api-3.0.
* d/control: Drop Suggests on removed -gcj package.
* d/control: Depend on default-jre-headless | java2-runtime-headless for
hsqldb-utils.
1) tomcat6 will be removed from unstable soon - package will need to transition
to
servlet 3.0 as provided by tomcat7.
2) openjdk-7 should soon become default-java as well.
3) A few misc tidies; specifically the -gcj package no longer exists and I made
the
runtime depends for the -utils package more standard for java apps.
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers raring-updates
APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500,
'raring-proposed'), (500, 'raring'), (100, 'raring-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.8.0-20-generic (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u hsqldb-2.2.9+dfsg/debian/control hsqldb-2.2.9+dfsg/debian/control
--- hsqldb-2.2.9+dfsg/debian/control
+++ hsqldb-2.2.9+dfsg/debian/control
@@ -2,14 +2,14 @@
Section: libs
Priority: optional
Maintainer: Debian QA Group
-Build-Depends: cdbs (>= 0.4.39), debhelper (>= 5), openjdk-6-jdk, ant (>= 1.7), libservlet2.5-java, maven-repo-helper, javahelper, dpkg-dev (>= 1.16.1)
+Build-Depends: cdbs (>= 0.4.39), debhelper (>= 5), default-jdk, ant (>= 1.7), libservlet3.0-java, maven-repo-helper, javahelper, dpkg-dev (>= 1.16.1)
Standards-Version: 3.7.2
Package: libhsqldb-java
Section: java
Architecture: all
-Depends: libservlet2.5-java, ${misc:Depends}
-Suggests: java-virtual-machine, libhsqldb-java-doc, libhsqldb-java-gcj
+Depends: libservlet3.0-java, ${misc:Depends}
+Suggests: java-virtual-machine, libhsqldb-java-doc
Conflicts: openoffice.org-base, libreoffice-base (<< 1:4.0.2~rc2-2), libhsqldb2.2-java
Replaces: libhsqldb2.2-java
Provides: libhsqldb2.2-java
@@ -45,7 +45,7 @@
Package: hsqldb-utils
Section: database
Architecture: all
-Depends: libhsqldb-java (= ${binary:Version}), gij | java-gcj-compat | java2-runtime, ${misc:Depends}
+Depends: libhsqldb-java (= ${binary:Version}), default-jre-headless | java2-runtime-headless, ${misc:Depends}
Replaces: libhsqldb-java (<< 1.8.1.1~)
Conflicts: hsqldb-utils
Description: Java SQL database engine (utilities)
diff -u hsqldb-2.2.9+dfsg/debian/changelog hsqldb-2.2.9+dfsg/debian/changelog
diff -u hsqldb-2.2.9+dfsg/debian/rules hsqldb-2.2.9+dfsg/debian/rules
--- hsqldb-2.2.9+dfsg/debian/rules
+++ hsqldb-2.2.9+dfsg/debian/rules
@@ -5,7 +5,7 @@
include /usr/share/cdbs/1/rules/simple-patchsys.mk
include /usr/share/dpkg/architecture.mk
-JAVA_HOME = /usr/lib/jvm/java-6-openjdk-$(DEB_HOST_ARCH)
+JAVA_HOME = /usr/lib/jvm/default-java
DEB_JARS = servlet-api
DEB_ANT_BUILDFILE = hsqldb/build/build.xml
DEB_ANT_BUILD_TARGET = hsqldb hsqldbutil
@@ -27,8 +27,8 @@
mh_installjar -plibhsqldb-java -e$(DEB_UPSTREAM_VERSION) -l debian/pom.xml hsqldb/lib/hsqldb.jar
# there is no POM file for hsqldbutil
$(call install-jar,hsqldbutil)
- jh_classpath -plibhsqldb-java --classpath=/usr/share/java/servlet-api-2.5.jar \
-$(CURDIR)/debian/libhsqldb-java/usr/share/java/hsqldb-$(DEB_UPSTREAM_VERSION).jar
+ jh_classpath -plibhsqldb-java --classpath=/usr/share/java/servlet-api-3.0.jar \
+ $(CURDIR)/debian/libhsqldb-java/usr/share/java/hsqldb-$(DEB_UPSTREAM_VERSION).jar
install/hsqldb-utils:: DEB_FINALDIR=$(CURDIR)/debian/hsqldb-utils/
install/hsqldb-utils::
diff -u hsqldb-2.2.9+dfsg/debian/patches/use-system-servlet.jar.diff hsqldb-2.2.9+dfsg/debian/patches/use-system-servlet.jar.diff
--- hsqldb-2.2.9+dfsg/debian/
