Bug#985067: unblock: libint/1.2.1-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package libint This appears to be required because libint does not have autopkgtests, and will make libint and psi4 transition. unblock libint/1.2.1-5 -- System Information: Debian Release: 10.8 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.19.0-13-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled diff --git a/debian/changelog b/debian/changelog index 32539f9..494cc22 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,37 @@ +libint (1.2.1-5) unstable; urgency=medium + + * Team upload + * Add Breaks on psi4 (<< 1:1.3.2+dfsg-1) + + -- Graham Inggs Thu, 04 Mar 2021 14:25:43 + + +libint (1.2.1-4) unstable; urgency=medium + + * debian/rules (override_dh_auto_configure): Increase angular momentum +configure options by one. + + -- Michael Banck Sun, 17 Jan 2021 18:50:04 +0100 + +libint (1.2.1-3) unstable; urgency=medium + + * debian/rules (override_dh_auto_configure): Set cmake's MAX_AM_ERI variable +to 5 to be more in-line with the autotools build. + * debian/rules (override_dh_auto_configure): Add ENABLE_XHOST=OFF to cmake +variables. + * debian/rules (override_dh_auto_install): Skip installing the cmake build. + * debian/libint-dev.install: Install the cmake files directly out of the +build directory. + * debian/rules (override_dh_auto_configure): Add --with-pic to configure +arguments. + * debian/control (Standards-Version): Bumped to 4.5.1. + * debian/compat: Bump to 11. + * debian/rules (override_dh_auto_install,override_dh_install): Targets +removed. + * debian/libint1.install,debian/libint-dev.install: Update for multiarch +libdir. + + -- Michael Banck Sat, 16 Jan 2021 19:50:14 +0100 + libint (1.2.1-2) unstable; urgency=medium * debian/libint1.links: Reintroduce lib*-stable.so.1 as symlinks (Closes: diff --git a/debian/compat b/debian/compat index 45a4fb7..b4de394 100644 --- a/debian/compat +++ b/debian/compat @@ -1 +1 @@ -8 +11 diff --git a/debian/control b/debian/control index 5a6bc33..ad2769a 100644 --- a/debian/control +++ b/debian/control @@ -11,15 +11,16 @@ Build-Depends: autotools-dev (>> 20100122.1~), texlive-base-bin, texlive-font-utils, texlive-latex-base -Standards-Version: 3.9.4 +Standards-Version: 4.5.1 Homepage: http://sourceforge.net/p/libint/home/ -Vcs-Browser: http://anonscm.debian.org/viewvc/debichem/unstable/libint/ -Vcs-Svn: svn://anonscm.debian.org/debichem/unstable/libint/ +Vcs-Browser: https://salsa.debian.org/debichem-team/libint +Vcs-Git: https://salsa.debian.org/debichem-team/libint.git Package: libint1 Section: libs Architecture: any Depends: ${misc:Depends}, ${shlibs:Depends} +Breaks: psi4 (<< 1:1.3.2+dfsg-1) Description: Evaluate the integrals in modern atomic and molecular theory The LIBINT library is used to evaluate the traditional (electron repulsion) and certain novel two-body matrix elements (integrals) over Cartesian diff --git a/debian/libint-dev.install b/debian/libint-dev.install index 103f8eb..42c016b 100644 --- a/debian/libint-dev.install +++ b/debian/libint-dev.install @@ -1,4 +1,5 @@ usr/include/* -usr/lib/lib*.a -usr/lib/lib*.so -usr/share/cmake +usr/lib/*/lib*.a +usr/lib/*/lib*.so +obj-*/stage/usr/share/cmake/Libint /usr/share/cmake +obj-*/LibintConfig*cmake /usr/share/cmake/Libint diff --git a/debian/libint1.install b/debian/libint1.install index d0dbfd1..3ddde58 100644 --- a/debian/libint1.install +++ b/debian/libint1.install @@ -1 +1 @@ -usr/lib/lib*.so.* +usr/lib/*/lib*.so.* diff --git a/debian/rules b/debian/rules index 0c58153..71bd4ef 100755 --- a/debian/rules +++ b/debian/rules @@ -30,29 +30,24 @@ override_dh_auto_configure: --enable-deriv \ --enable-r12 \ --enable-debug=opt \ - --with-libint-max-am=5 \ - --with-libderiv-max-am1=4 \ - --with-libderiv-max-am2=3 \ + --with-libint-max-am=6 \ + --with-libderiv-max-am1=5 \ + --with-libderiv-max-am2=4 \ --prefix=/usr \ --with-cc-optflags="$(CFLAGS) $(CPPFLAGS)" \ --with-cxx-optflags="$(CXXFLAGS) $(CPPFLAGS)" \ - --with-libdirs="$(LDFLAGS)" + --with-libdirs="$(LDFLAGS)" \ + --with-pic dh_auto_configure --buildsystem=cmake --\ -DCMAKE_BUILD_TYPE=RelWithDebInfo \ -DCMAKE_INSTALL_LIBDIR=lib \ -
Re: New consul package not migrating to testing because of patroni autopkgtest?
Hi, Am Mittwoch, den 09.12.2020, 20:32 +0100 schrieb Paul Gevers: > On 09-12-2020 20:21, Reinhard Tartler wrote: > > Turns out that the test errors were transient and someone scheduled > > retries for amd64 which passed. It seems we still have errors on arm64 > > and I expect that to go away with some retries as well. > > > > I noticed that the arm64 build also required 2 give-backs (that I > > scheduled using the web-ui) to build successfully. That's why I'm > > optimistic about retrying the autopkg tests for consul. > > These kind of build failures should be fixed. There's no build failures, are there? Also patroni is Arch: all and in python so I find it somewhat hard to believe it (and not python itself, or one of patroni's (build-)dependencies) has arm64 specific issues. Before etcd got fixed for arm64, it was indeed not possible to build/test patroni on arm64, but that has been resolved a while ago. > Builds that regularly fail are not OK. Same goes for autopkgtest. > Flaky tests are RC. Well ok, but I have to say that patroni is not flaky at all either on my development notebook or on the apt.postgresql.org buildfarm as far as testing/unstable is concerned: https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/129/ https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/128/ https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/127/ https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/126/ https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/125/ https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/124/ Except for the #124 one, they are all green, though admittedly, pgdgbuild builds Arch:all packages on amd64 only. The behave tests are timing-sensitive in so far as they assume some actions to happen in X seconds, maybe timing is off on the ci.debian.net runners. Unfortunately, it is rather difficult to read the logs because it is unclear when exactly an assertion happened. Paul, I think what would be helpful is timestamps prepending each log line, so that one can attribute failures to the dumped logs, similar to what Jenkins is doing: https://pgdgbuild.dus.dg-i.net/job/patroni-binaries/129/architecture=amd64,distribution=sid/console Though of course, this can also be done on the patroni packaging side. I couldn't find an obvious command-line switch for behave to add timestamps, so now I've uploaded a new patroni package that pipes the behave output through moreutils' ts. If the problem still exists, I will try to have a look at the next round of failure logs, please remind me if I forget. Michael -- Michael Banck Projektleiter / Senior Berater Tel.: +49 2166 9901-171 Fax: +49 2166 9901-100 Email: michael.ba...@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer Unser Umgang mit personenbezogenen Daten unterliegt folgenden Bestimmungen: https://www.credativ.de/datenschutz
Bug#928378: unblock: pg-checksums/0.8-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package pg-checksums It fixes #928232 which is a rather serious problem for a program that is supposed to find data corruption. unblock pg-checksums/0.8-3 -- System Information: Debian Release: 8.10 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru pg-checksums-0.8/debian/changelog pg-checksums-0.8/debian/changelog --- pg-checksums-0.8/debian/changelog 2019-03-09 16:14:40.0 +0100 +++ pg-checksums-0.8/debian/changelog 2019-04-30 14:55:21.0 +0200 @@ -1,3 +1,16 @@ +pg-checksums (0.8-3) unstable; urgency=medium + + [ Christoph Berg ] + * Remove myself from uploaders. + + [ Michael Banck ] + * debian/patches/zero_random_pageheader.patch: New patch, fixes false +negatives for all-zero or random pageheaders which were not detected as +checksum failures previously. Adapted from upstream commit 043f003f +(Closes: #928232). + + -- Michael Banck Tue, 30 Apr 2019 14:55:21 +0200 + pg-checksums (0.8-2) unstable; urgency=medium * debian/patches/fsync_pgdata.patch: New patch, backports the fsync_pgdata() diff -Nru pg-checksums-0.8/debian/control pg-checksums-0.8/debian/control --- pg-checksums-0.8/debian/control 2019-02-26 21:39:57.0 +0100 +++ pg-checksums-0.8/debian/control 2019-04-30 14:44:14.0 +0200 @@ -3,7 +3,6 @@ Priority: optional Maintainer: Debian PostgreSQL Maintainers Uploaders: Michael Banck , - Christoph Berg , Build-Depends: debhelper (>= 9), postgresql-server-dev-all (>= 153~), diff -Nru pg-checksums-0.8/debian/control.in pg-checksums-0.8/debian/control.in --- pg-checksums-0.8/debian/control.in 2018-10-12 14:04:31.0 +0200 +++ pg-checksums-0.8/debian/control.in 2019-04-15 23:18:34.0 +0200 @@ -3,7 +3,6 @@ Priority: optional Maintainer: Debian PostgreSQL Maintainers Uploaders: Michael Banck , - Christoph Berg , Build-Depends: debhelper (>= 9), postgresql-server-dev-all (>= 153~), diff -Nru pg-checksums-0.8/debian/patches/series pg-checksums-0.8/debian/patches/series --- pg-checksums-0.8/debian/patches/series 2019-02-26 21:19:49.0 +0100 +++ pg-checksums-0.8/debian/patches/series 2019-04-23 17:14:59.0 +0200 @@ -1,2 +1,3 @@ postgresnode.patch fsync_pgdata.patch +zero_random_pageheader.patch diff -Nru pg-checksums-0.8/debian/patches/zero_random_pageheader.patch pg-checksums-0.8/debian/patches/zero_random_pageheader.patch --- pg-checksums-0.8/debian/patches/zero_random_pageheader.patch 1970-01-01 01:00:00.0 +0100 +++ pg-checksums-0.8/debian/patches/zero_random_pageheader.patch 2019-04-30 13:40:05.0 +0200 @@ -0,0 +1,355 @@ +commit 043f003fc1fc1cdf8a370971edf6e9323034b15d +Author: Michael Banck +Date: Tue Apr 23 16:03:16 2019 +0200 + +Fix checksum failure detection for all-zero or random pageheaders. + +Previously, a zeroed-out pageheader would lead to that page getting skipped as +being new, even if other parts of the page have (corrupted) data in it. Add an +additional check that the whole page shall be zero and report a checksum +failure if that is not the case. + +Also, random data in the pageheader would very likely make the page's LSN so +large that it would be considered newer than the checkpoint LSN. As we are not +connected to the server, we cannot inquire the current insert record pointer to +check against or lock the page, so we (i) advance the checkpoint LSN to the +current pg_control value and (ii) demand that the upper 32 bits of the LSN are +identical between the checkpoint LSN and the page's LSN in order to skip the +page rather than report a checksum failure. + +Additional TAP tests are added for both cases as well. + +Index: pg-checksums/pg_checksums.c +=== +--- pg-checksums.orig/pg_checksums.c pg-checksums/pg_checksums.c +@@ -77,6 +77,8 @@ static bool deactivate = false; + static bool show_progress = false; + static bool online = false; + ++static char *DataDir = NULL; ++ + static const char *progname; + + /* +@@ -181,6 +183,28 @@ isRelFileName(const char *fn) + return true; + } + ++ static void ++update_checkpoint_lsn(void) ++{ ++ boolcrc_ok; ++ ++#if PG_VERSION_NUM >= 10 ++ ControlFile = get_controlfile(DataDir, progname, _ok); ++ if (!crc_ok) ++ { ++ fprintf(stderr, _("%s: pg_control CRC value is incorrect\n"), progname); ++ exit(1); ++ } ++#elif PG_VERSION_NUM >= 90600 ++ ControlFile = get_controlfile(DataDir, progname);
Bug#925365: unblock: mpich/3.3-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package mpich It fixes building packages against mpich, see e.g. #924032. unblock mpich/3.3-3 -- System Information: Debian Release: 8.10 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru mpich-3.3/debian/changelog mpich-3.3/debian/changelog --- mpich-3.3/debian/changelog 2019-02-22 17:45:42.0 +0100 +++ mpich-3.3/debian/changelog 2019-03-18 09:31:47.0 +0100 @@ -1,3 +1,11 @@ +mpich (3.3-3) unstable; urgency=medium + + + * Patch from Ana Guerrero Lopez, Andreas Beckann to remove obsolete +GCC check. Closes: #807666, #924837. + + -- Alastair McKinstry Mon, 18 Mar 2019 08:31:47 + + mpich (3.3-2) unstable; urgency=medium * Use dh_fortran_mod to install Fortran mod files in $fmoddir/mpich. diff -Nru mpich-3.3/debian/control mpich-3.3/debian/control --- mpich-3.3/debian/control2019-02-22 17:45:42.0 +0100 +++ mpich-3.3/debian/control2019-03-18 09:31:47.0 +0100 @@ -38,7 +38,10 @@ Fortran-Mod: ${Fortran-Mod} Breaks: libmpl-dev, libopa-dev, -libmpich2-dev +libmpich2-dev, +libopenmpi-dev (<< 3.0.1~rc1-2), +openmpi-bin (<< 3.0.1~rc1-2), +lam4-dev (<< 7.1.4-3.2), Replaces: libmpl-dev, libopa-dev, libmpich2-dev @@ -89,7 +92,10 @@ Suggests: mpich-doc (= ${source:Version}) Breaks: mpich-bin, mpich2, - libmpich-dev ( << 3.3~b2-3~) +libmpich-dev ( << 3.3~b2-3~), +libopenmpi-dev (<< 3.0.1~rc1-2), +openmpi-bin (<< 3.0.1~rc1-2), +lam4-dev (<< 7.1.4-3.2), Replaces: mpich-bin, mpich2, libmpich-dev ( << 3.3~b2-3~) diff -Nru mpich-3.3/debian/libmpich-dev.postinst.in mpich-3.3/debian/libmpich-dev.postinst.in --- mpich-3.3/debian/libmpich-dev.postinst.in 2019-02-22 17:45:42.0 +0100 +++ mpich-3.3/debian/libmpich-dev.postinst.in 2019-03-18 09:31:47.0 +0100 @@ -5,7 +5,7 @@ # lib*.so files, which depends on the multiarch triplet. This can be gotten # from dpkg-architecture, but to avoid dependence on dpkg-dev, we instead # determine it at package build-time, and include a processed version of this -# file as the libmpich-dev.postinst, where the variable triplet has been replaced +# file as the libmpich-dev.postinst, where the variable TRIPLET has been replaced # by its appropriate value, depending on the build host architecture. set -e @@ -27,5 +27,6 @@ fi + #DEBHELPER# diff -Nru mpich-3.3/debian/libmpich-dev.preinst.in mpich-3.3/debian/libmpich-dev.preinst.in --- mpich-3.3/debian/libmpich-dev.preinst.in2019-02-22 17:45:42.0 +0100 +++ mpich-3.3/debian/libmpich-dev.preinst.in2019-03-18 09:31:47.0 +0100 @@ -2,10 +2,58 @@ set -e -# Splitting mpi and mpi-$MULTIARCH requires this -if [ ! -z "$(update-alternatives --query mpi 2> /dev/null | grep --silent mpi-fort.pc)" ]; then -update-alternatives --quiet --remove-all mpi >/dev/null 2>&1 -update-alternatives --quiet --remove-all mpi-TRIPLET >/dev/null 2>&1 +remove_corrupt_alternative() +{ + local alt=$1 + + if [ -f /var/lib/dpkg/alternatives/$alt ] && \ + ! update-alternatives --query $alt >/dev/null 2>&1 + then + # file exists, but query failed? likely corrupt! + echo "Removing corrupt alternative(s) '$alt'" + update-alternatives --remove-all $alt >/dev/null 2>&1 || \ + rm -fv /var/lib/dpkg/alternatives/$alt + fi +} + +remove_obsolete_alternative() +{ + local alt=$1 + + remove_corrupt_alternative $alt + + if update-alternatives --query $alt >/dev/null 2>&1 + then + echo "Removing obsolete alternative(s) '$alt'" + update-alternatives --remove-all $alt + fi +} + +if [ "$1" = "install" ] || [ "$1" = "upgrade" ]; then + + if dpkg --compare-versions "$2" lt "3.3-2~" ; then + + # Recover from historically grown corruption (#912437) + remove_corrupt_alternative mpi + remove_corrupt_alternative mpi-TRIPLET + + # mpicc seemed to be used as a master alternative by some MPI package. But + # currently, all MPI packages have the mpicc alternative installed as a slave + # link. We remove the link here in order to resolve bugs #531184 and #532910. + remove_obsolete_alternative mpicc + + # Similarly, see #886644 + remove_obsolete_alternative mpiCC + + # Splitting mpi and mpi-$MULTIARCH requires this + if update-alternatives --query mpi 2>/dev/null | grep -q
Bug#910371: stretch-pu: package lxcfs/2.0.7-1.1
Hi, Am Sonntag, den 21.10.2018, 11:40 +0100 schrieb Adam D. Barratt: > Control: tags -1 + confirmed > > On Tue, 2018-10-09 at 15:52 +0200, Michael Banck wrote: > > On Sat, Oct 06, 2018 at 02:21:45PM +0200, Michael Banck wrote: > > > On Fri, Oct 05, 2018 at 05:18:51PM +0200, Michael Banck wrote: > > > > Package: release.debian.org > > > > Severity: normal > > > > Tags: stretch > > > > User: release.debian@packages.debian.org > > > > Usertags: pu > > > > > > > > Hi, > > > > > > > > I would like to upload a lxcfs NMU to stable, fixing Bug #885542. > > > > This > > > > would be useful for ci.debian.net autopkgtest, as ci.debian.net > > > > currenlty runs lxc from stable. > > > > > > PFA the debdiff. > > > > And another one, this time with the correct (I hope) versioning. > > > > Please go ahead. Thanks, done so now, hopefully correctly as I am not doing stable uploads a lot. Michael -- Michael Banck Projektleiter / Senior Berater Tel.: +49 2166 9901-171 Fax: +49 2166 9901-100 Email: michael.ba...@credativ.de credativ GmbH, HRB Mönchengladbach 12080 USt-ID-Nummer: DE204566209 Trompeterallee 108, 41189 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer Unser Umgang mit personenbezogenen Daten unterliegt folgenden Bestimmungen: https://www.credativ.de/datenschutz
Bug#910371: stretch-pu: package lxcfs/2.0.7-1.1
On Sat, Oct 06, 2018 at 02:21:45PM +0200, Michael Banck wrote: > On Fri, Oct 05, 2018 at 05:18:51PM +0200, Michael Banck wrote: > > Package: release.debian.org > > Severity: normal > > Tags: stretch > > User: release.debian@packages.debian.org > > Usertags: pu > > > > Hi, > > > > I would like to upload a lxcfs NMU to stable, fixing Bug #885542. This > > would be useful for ci.debian.net autopkgtest, as ci.debian.net > > currenlty runs lxc from stable. > > PFA the debdiff. And another one, this time with the correct (I hope) versioning. Michael diff -Nru lxcfs-2.0.7/debian/changelog lxcfs-2.0.7/debian/changelog --- lxcfs-2.0.7/debian/changelog2017-05-20 11:00:52.0 +0200 +++ lxcfs-2.0.7/debian/changelog2018-10-09 10:10:16.0 +0200 @@ -1,3 +1,12 @@ +lxcfs (2.0.7-1+deb9u1) stretch; urgency=medium + + * Non-maintainer upload. + * debian/patches/revert-the-virtualization-of-btime-field.patch: New patch, +reverts the uptime virtualiziation, fixing process start times, adopted +from upstream commit 72dd97f7 (Closes: #885542). + + -- Michael Banck Tue, 09 Oct 2018 10:10:16 +0200 + lxcfs (2.0.7-1) unstable; urgency=medium * New upstream version 2.0.7 diff -Nru lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch --- lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch 1970-01-01 01:00:00.0 +0100 +++ lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch 2018-10-04 23:28:08.0 +0200 @@ -0,0 +1,34 @@ +From 72dd97f7ecfa1e118f4b33b3d694694fcf6fd120 Mon Sep 17 00:00:00 2001 +From: Serge Hallyn +Date: Sun, 18 Jun 2017 14:43:22 -0500 +Subject: [PATCH 1/2] (temporarily?) revert the virtualization of btime field + in /proc/stat + +Closes #189 + +This seems to be responsible for corrupting STIME on processlist +inside containers. Hopefully we can find a reasonable way to fix +both, but compared to unvirtualized btime field, bogus STIME field +is the greater evil here. + +Signed-off-by: Serge Hallyn +--- + bindings.c | 5 + + 1 file changed, 1 insertion(+), 4 deletions(-) + +Index: lxcfs-2.0.7/bindings.c +=== +--- lxcfs-2.0.7.orig/bindings.c lxcfs-2.0.7/bindings.c +@@ -3538,10 +3538,7 @@ static int proc_stat_read(char *buf, siz + continue; + if (sscanf(line, "cpu%9[^ ]", cpu_char) != 1) { + /* not a ^cpuN line containing a number N, just print it */ +- if (strncmp(line, "btime", 5) == 0) +- l = snprintf(cache, cache_size, "btime %ld\n", getreaperctime(fc->pid)); +- else +- l = snprintf(cache, cache_size, "%s", line); ++ l = snprintf(cache, cache_size, "%s", line); + if (l < 0) { + perror("Error writing to cache"); + rv = 0; diff -Nru lxcfs-2.0.7/debian/patches/series lxcfs-2.0.7/debian/patches/series --- lxcfs-2.0.7/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ lxcfs-2.0.7/debian/patches/series 2018-10-04 23:23:13.0 +0200 @@ -0,0 +1 @@ +revert-the-virtualization-of-btime-field.patch
Bug#910371: stretch-pu: package lxcfs/2.0.7-1.1
On Fri, Oct 05, 2018 at 05:18:51PM +0200, Michael Banck wrote: > Package: release.debian.org > Severity: normal > Tags: stretch > User: release.debian@packages.debian.org > Usertags: pu > > Hi, > > I would like to upload a lxcfs NMU to stable, fixing Bug #885542. This > would be useful for ci.debian.net autopkgtest, as ci.debian.net > currenlty runs lxc from stable. PFA the debdiff. Michael diff -Nru lxcfs-2.0.7/debian/changelog lxcfs-2.0.7/debian/changelog --- lxcfs-2.0.7/debian/changelog2017-05-20 11:00:52.0 +0200 +++ lxcfs-2.0.7/debian/changelog2018-10-04 16:23:15.0 +0200 @@ -1,3 +1,12 @@ +lxcfs (2.0.7-1.1) stretch; urgency=medium + + * Non-maintainer upload. + * debian/patches/revert-the-virtualization-of-btime-field.patch: New patch, +reverts the uptime virtualiziation, fixing process start times, adopted +from upstream commit 72dd97f7 (Closes: #885542). + + -- Michael Banck Thu, 04 Oct 2018 16:23:15 +0200 + lxcfs (2.0.7-1) unstable; urgency=medium * New upstream version 2.0.7 diff -Nru lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch --- lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch 1970-01-01 01:00:00.0 +0100 +++ lxcfs-2.0.7/debian/patches/revert-the-virtualization-of-btime-field.patch 2018-10-04 16:23:15.0 +0200 @@ -0,0 +1,34 @@ +From 72dd97f7ecfa1e118f4b33b3d694694fcf6fd120 Mon Sep 17 00:00:00 2001 +From: Serge Hallyn +Date: Sun, 18 Jun 2017 14:43:22 -0500 +Subject: [PATCH 1/2] (temporarily?) revert the virtualization of btime field + in /proc/stat + +Closes #189 + +This seems to be responsible for corrupting STIME on processlist +inside containers. Hopefully we can find a reasonable way to fix +both, but compared to unvirtualized btime field, bogus STIME field +is the greater evil here. + +Signed-off-by: Serge Hallyn +--- + bindings.c | 5 + + 1 file changed, 1 insertion(+), 4 deletions(-) + +Index: lxcfs-2.0.7/bindings.c +=== +--- lxcfs-2.0.7.orig/bindings.c lxcfs-2.0.7/bindings.c +@@ -3538,10 +3538,7 @@ static int proc_stat_read(char *buf, siz + continue; + if (sscanf(line, "cpu%9[^ ]", cpu_char) != 1) { + /* not a ^cpuN line containing a number N, just print it */ +- if (strncmp(line, "btime", 5) == 0) +- l = snprintf(cache, cache_size, "btime %ld\n", getreaperctime(fc->pid)); +- else +- l = snprintf(cache, cache_size, "%s", line); ++ l = snprintf(cache, cache_size, "%s", line); + if (l < 0) { + perror("Error writing to cache"); + rv = 0; diff -Nru lxcfs-2.0.7/debian/patches/series lxcfs-2.0.7/debian/patches/series --- lxcfs-2.0.7/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ lxcfs-2.0.7/debian/patches/series 2018-10-04 16:23:15.0 +0200 @@ -0,0 +1 @@ +revert-the-virtualization-of-btime-field.patch
Bug#910371: stretch-pu: package lxcfs/2.0.7-1.1
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Hi, I would like to upload a lxcfs NMU to stable, fixing Bug #885542. This would be useful for ci.debian.net autopkgtest, as ci.debian.net currenlty runs lxc from stable. I have sign-off from one of the maintainers: 09:39 < Zhenech> azeem, I don't have much time for LXC(FS) these days, if terceiro does not object, feel free to NMU in stable. Michael -- System Information: Debian Release: 8.10 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#868223: stretch-pu: package avogadro/1.2.0-2+deb9u1
Package: release.debian.org Severity: normal Tags: stretch User: release.debian@packages.debian.org Usertags: pu Version 1.2.0-2 (now in testing) fixes an RC bug in stretch where atoms are not displayed at all, rendering avogadro useless. The debdiff is attached, it replaces the old eigen3.patch with the upstream versions here: https://github.com/cryos/avogadro/commit/2d4be7ede177a8df7340fe3b209698d591ee8a04 https://github.com/cryos/avogadro/commit/43af3c117b0b3220b15c2fe2895b94bbd83d3a60 Changelog entry: |avogadro (1.2.0-2+deb9u1) stretch; urgency=medium | | [ Anton Gladky ] | * Update eigen3 patches, pull them from upstream. (Closes: #865085) | | -- Michael Banck <mba...@debian.org> Thu, 13 Jul 2017 10:15:00 +0200 Thanks for considering. Michael -- System Information: Debian Release: 8.7 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) diff -Nru avogadro-1.2.0/debian/changelog avogadro-1.2.0/debian/changelog --- avogadro-1.2.0/debian/changelog 2016-10-02 10:13:51.0 +0200 +++ avogadro-1.2.0/debian/changelog 2017-07-13 10:15:00.0 +0200 @@ -1,3 +1,10 @@ +avogadro (1.2.0-2+deb9u1) stretch; urgency=medium + + [ Anton Gladky ] + * Update eigen3 patches, pull them from upstream. (Closes: #865085) + + -- Michael Banck <mba...@debian.org> Thu, 13 Jul 2017 10:15:00 +0200 + avogadro (1.2.0-1) unstable; urgency=medium * New upstream release. diff -Nru avogadro-1.2.0/debian/control avogadro-1.2.0/debian/control --- avogadro-1.2.0/debian/control 2015-09-26 21:19:33.0 +0200 +++ avogadro-1.2.0/debian/control 2017-07-13 10:15:00.0 +0200 @@ -7,7 +7,7 @@ Build-Depends: cmake (>> 2.6.0), debhelper (>> 7.0.50~), libboost-python-dev, - libeigen3-dev, + libeigen3-dev (>> 3.3), libgl2ps-dev, libglew-dev, libopenbabel-dev (>> 2.2.0), diff -Nru avogadro-1.2.0/debian/patches/eigen3_lib.patch avogadro-1.2.0/debian/patches/eigen3_lib.patch --- avogadro-1.2.0/debian/patches/eigen3_lib.patch 1970-01-01 01:00:00.0 +0100 +++ avogadro-1.2.0/debian/patches/eigen3_lib.patch 2016-10-02 10:13:37.0 +0200 @@ -0,0 +1,162 @@ +From 2d4be7ede177a8df7340fe3b209698d591ee8a04 Mon Sep 17 00:00:00 2001 +From: Claudio Fernandes <claudiosf.clau...@gmail.com> +Date: Mon, 16 Jan 2017 19:48:23 -0200 +Subject: [PATCH] Adapt libavogadro/python to Eigen 3.3 + +--- + libavogadro/src/python/camera.cpp | 2 +- + libavogadro/src/python/eigen.cpp | 60 +++ + 2 files changed, 31 insertions(+), 31 deletions(-) + +diff --git a/libavogadro/src/python/camera.cpp b/libavogadro/src/python/camera.cpp +index 69ca87bf8..30b32af7d 100644 +--- a/libavogadro/src/python/camera.cpp b/libavogadro/src/python/camera.cpp +@@ -10,7 +10,7 @@ using namespace Avogadro; + void export_Camera() + { + +- const Eigen::Transform3d& (Camera::*modelview_ptr)() const = ::modelview; ++ const Eigen::Projective3d& (Camera::*modelview_ptr)() const = ::modelview; + Eigen::Vector3d (Camera::*unProject_ptr1)(const Eigen::Vector3d&) const = ::unProject; + Eigen::Vector3d (Camera::*unProject_ptr2)(const QPoint&, const Eigen::Vector3d&) const = ::unProject; + Eigen::Vector3d (Camera::*unProject_ptr3)(const QPoint&) const = ::unProject; +diff --git a/libavogadro/src/python/eigen.cpp b/libavogadro/src/python/eigen.cpp +index c1faedbcc..20b4e719d 100644 +--- a/libavogadro/src/python/eigen.cpp b/libavogadro/src/python/eigen.cpp +@@ -305,9 +305,9 @@ template <> struct ScalarTraits + struct innerclass + { + // +- // Eigen::Transform3d --> python array (4x4) ++ // Eigen::Projective3d --> python array (4x4) + // +- static PyObject* convert(Eigen::Transform3d const ) ++ static PyObject* convert(Eigen::Projective3d const ) + { + npy_intp dims[2] = { 4, 4 }; + PyObject *result = PyArray_SimpleNew(2, dims, PyArray_DOUBLE); +@@ -321,9 +321,9 @@ template <> struct ScalarTraits + return incref(result); + } + // +- // Eigen::Transform3d* --> python array (4x4) ++ // Eigen::Projective3d* --> python array (4x4) + // +- static PyObject* convert(Eigen::Transform3d *trans) ++ static PyObject* convert(Eigen::Projective3d *trans) + { + npy_intp dims[2] = { 4, 4 }; + PyObject *result = PyArray_SimpleNew(2, dims, PyArray_DO
Bug#856836: nmu: libarmci-mpi-dev_0.0~git20160222-1
Hi, On Sun, Mar 05, 2017 at 11:37:09AM +0100, Michael Banck wrote: > Package: release.debian.org > Severity: normal > User: release.debian@packages.debian.org > Usertags: binnmu > > nmu libarmci-mpi-dev_0.0~git20160222-1 . ALL . -m "Rebuild for PIE" This binNMU is needed so that ga can be built against libarmci-mpi-dev, closing #816699. Michael
Bug#856836: nmu: libarmci-mpi-dev_0.0~git20160222-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu libarmci-mpi-dev_0.0~git20160222-1 . ALL . -m "Rebuild for PIE" -- System Information: Debian Release: 8.7 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#813128: Fwd: Bug#813128: transition: openmpi
On Wed, Feb 03, 2016 at 12:09:18AM +0100, Michael Banck wrote: > On Tue, Feb 02, 2016 at 12:19:10AM +0100, Matthias Klose wrote: > > On 01.02.2016 15:38, Emilio Pozuelo Monfort wrote: > > >On 01/02/16 12:41, Alastair McKinstry wrote: > > >> > > >>The upload of openmpi1.10 triggered an auto-openmpi transition, as > > >>expected and wanted. > > >>The rest, is premature. > > > > > >The problem is that you uploaded the package directly to unstable, without > > >asking for a transition slot and without fixing those problems you mention > > >beforehand. It'd have been better to upload it to experimental until > > >things were > > >ready. > > > > > >Since that has already happened, it'd be good to know what packages build > > >fine > > >against the new openmpi and which ones don't. > > > > fyi, I was surprised as well, tried to go forward, and ended up with > > http://people.canonical.com/~ubuntu-archive/transitions/html/openmpi.html > > (only tried dependency level 1 to build). > > Thanks! > > I look at some of mine and they seem to FTBFS due to scalapack on longer > being installable, which in turn is due to blacs-mpi FTBFSing: > > /usr/bin/ld: cannot find -lmpi_f77 > > That library has vanished from libopenmpi-dev, Alastair, was that > intentional, and if so, how is Fortran linking supposed to work now? > > I removed that library from blacs-mpi link line and it built fine, but I > am not sure this is the right fix. Nevermind, I saw Alastair has filed a patch (#813490). As blacs-mpi has been NMU'd before and looks rather central, I suggest to zero-day NMU this, unless somebody objects. Michael
Bug#813128: Fwd: Bug#813128: transition: openmpi
On Tue, Feb 02, 2016 at 12:19:10AM +0100, Matthias Klose wrote: > On 01.02.2016 15:38, Emilio Pozuelo Monfort wrote: > >On 01/02/16 12:41, Alastair McKinstry wrote: > >> > >>The upload of openmpi1.10 triggered an auto-openmpi transition, as > >>expected and wanted. > >>The rest, is premature. > > > >The problem is that you uploaded the package directly to unstable, without > >asking for a transition slot and without fixing those problems you mention > >beforehand. It'd have been better to upload it to experimental until things > >were > >ready. > > > >Since that has already happened, it'd be good to know what packages build > >fine > >against the new openmpi and which ones don't. > > fyi, I was surprised as well, tried to go forward, and ended up with > http://people.canonical.com/~ubuntu-archive/transitions/html/openmpi.html > (only tried dependency level 1 to build). Thanks! I look at some of mine and they seem to FTBFS due to scalapack on longer being installable, which in turn is due to blacs-mpi FTBFSing: /usr/bin/ld: cannot find -lmpi_f77 That library has vanished from libopenmpi-dev, Alastair, was that intentional, and if so, how is Fortran linking supposed to work now? I removed that library from blacs-mpi link line and it built fine, but I am not sure this is the right fix. Michael
Bug#813128: Fwd: Bug#813128: transition: openmpi
On Tue, Feb 02, 2016 at 02:40:11PM +, Mattia Rizzolo wrote: > On Tue, Feb 02, 2016 at 08:44:46AM +0100, Alastair McKinstry wrote: > > On 01/02/2016 16:34, Michael Banck wrote: > > > On Mon, Feb 01, 2016 at 11:41:17AM +, Alastair McKinstry wrote: > > >> Its not fully ready for transition, and I need to put a blocker on it. > > >> Small fixes for kFreeBSD, Hurd: (conditional use of --verbs in > > >> configure), pkg-config file handling, > > >> enabling of static if possible, tests. > > I wonder, why don't you build for s390x? I tried a build on a porterbox > (version 1.10.2-2 + enable s390x on Architecture:) and it built just > fine. > Also I have a gut feeling x32 is going to just work too. > And at this point it makes me wonder why not just using arch:any. > > The change away from arch:any seems to be (according to the changelog) > from 2007, version 1.2.3-3, but I'm not sure if this makes sense > anymore. At least, the package builds... That's good news, I agree it makes sense to switch to Arch: any now and turn on the test suite to see what breaks - that's certainly something that should've better happened in experimental as intended, but oh well. Michael
Bug#813128: Fwd: Bug#813128: transition: openmpi
Hi, On Mon, Feb 01, 2016 at 11:41:17AM +, Alastair McKinstry wrote: > The upload of openmpi1.10 triggered an auto-openmpi transition, as > expected and wanted. > The rest, is premature. > > Its not fully ready for transition, and I need to put a blocker on it. > Small fixes for kFreeBSD, Hurd: (conditional use of --verbs in > configure), pkg-config file handling, > enabling of static if possible, tests. > > I've been test-building the rdependencies. Mostly straightforward, two > fixes needed (adios, blacs assume libmpi_f77 is shipped which it > currently isn't as libmpi_mpife takes that role > in 1.10; I'm preparing patches to use pkg-config files which I'm shipping). It also does not semm to run the testsuite still, on a quick check: |[...] | debian/rules override_dh_auto_test |make[1]: Entering directory '/«PKGBUILDDIR»' |Tests ignored in this build |make[1]: Leaving directory '/«PKGBUILDDIR»' | fakeroot debian/rules binary-arch |[...] (from https://buildd.debian.org/status/fetch.php?pkg=openmpi=i386=1.10.2-2=1454067519 ) I think it's hight time to exercise the test suite for this rather critical and central piece of scientific software. I filed #719896 a while ago about this, but it might need further investigation. Michael
Re: [debian-mysql] [Summary] Request for release team decision on MySQL and MariaDB
Hi, jumping in here, cause I think this one is really uncalled for: On Wed, Jan 27, 2016 at 08:30:09PM +, Steven Chamberlain wrote: > And apart from sponsoring Debian packaging work, Oracle seems > conspicuously missing from: > http://debconf16.debconf.org/sponsors.html So is about everybody else like Google, HP, Canonical - the fundraising for DebConf16 is ongoing. > http://debconf15.debconf.org/ Oracle sponsored DebConf15 (as MySQL) at the silver level: http://debconf15.debconf.org/sponsors.xhtml http://debconf15.debconf.org/images/sponsors/silver/mysql.png > https://www.debian.org/mirror/sponsors > https://www.freexian.com/en/services/debian-lts.html I hope you see the irony in MariaDB being completely absent from all of the above. Michael
Re: Bug#771944: closed by Michael Gilbert mgilb...@debian.org (Re: Bug#771944: Following FusionForge 5.3 stable branch)
On Mon, Feb 16, 2015 at 10:57:04AM +0100, b...@debian.org wrote: Hi, On Mon, Feb 16, 2015 at 09:29:28AM +, Adam D. Barratt wrote: On 2015-02-16 9:20, b...@debian.org wrote: On Sat, Feb 14, 2015 at 10:46:11AM -0500, Michael Gilbert wrote: If you want more changes to be considered, don't they need to be uploaded first? In that case, now is quite late. is a bit easy, I believe we made the effort to contact you as mentioned in your FAQ. Don't blame us :/ There appears to be some confusion here, so for clarity - Michael is not a member of the release team. Should this be a showcase of everything that could go wrong when contacting the release team? Why? I think there were a lot of inquiries like yours - and basically all of them were turned down for the freeze. (Maybe you can discuss this again after the jessie release for a stable update, I don't know whether that might work). If anything, maybe don't complain about the communication style of the release team when they have to cope with hundreds of inquiries, and you only with your own one and don't point at PostgreSQL and threaten to upload beta software just before the next freeze might be useful points to keep in mind. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150216102438.ge2...@raptor.chemicalconnection.dyndns.org
Re: Bug#771944: closed by Michael Gilbert mgilb...@debian.org (Re: Bug#771944: Following FusionForge 5.3 stable branch)
(Uh, for the record, I am not a release team members, either) On Mon, Feb 16, 2015 at 11:24:39AM +0100, Michael Banck wrote: On Mon, Feb 16, 2015 at 10:57:04AM +0100, b...@debian.org wrote: Hi, On Mon, Feb 16, 2015 at 09:29:28AM +, Adam D. Barratt wrote: On 2015-02-16 9:20, b...@debian.org wrote: On Sat, Feb 14, 2015 at 10:46:11AM -0500, Michael Gilbert wrote: If you want more changes to be considered, don't they need to be uploaded first? In that case, now is quite late. is a bit easy, I believe we made the effort to contact you as mentioned in your FAQ. Don't blame us :/ There appears to be some confusion here, so for clarity - Michael is not a member of the release team. Should this be a showcase of everything that could go wrong when contacting the release team? Why? I think there were a lot of inquiries like yours - and basically all of them were turned down for the freeze. (Maybe you can discuss this again after the jessie release for a stable update, I don't know whether that might work). If anything, maybe don't complain about the communication style of the release team when they have to cope with hundreds of inquiries, and you only with your own one and don't point at PostgreSQL and threaten to upload beta software just before the next freeze might be useful points to keep in mind. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150216102438.ge2...@raptor.chemicalconnection.dyndns.org -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20150216102933.gf2...@raptor.chemicalconnection.dyndns.org
Bug#772172: unblock: debichem/0.0.4
tags 772172 -moreinfo retitle 772172 unblock: debichem/0.0.5 thanks On Sat, Dec 06, 2014 at 06:06:17PM +0100, Ivo De Decker wrote: On Fri, Dec 05, 2014 at 08:26:43PM +0100, Michael Banck wrote: Please unblock package debichem This part is not appropriate: diff -Nru debichem-0.0.3/debian/source/format debichem-0.0.4/debian/source/format --- debichem-0.0.3/debian/source/format 1970-01-01 01:00:00.0 +0100 +++ debichem-0.0.4/debian/source/format 2014-12-05 16:06:21.0 +0100 @@ -0,0 +1 @@ +3.0 (native) OK, fixed 0.0.5, which I just uploaded. Once it gets through new, please upload a new version without this change and remove the moreinfo tag. That has happened now and I did so. Thanks a lot! Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141208195608.gi1...@raptor.chemicalconnection.dyndns.org
Bug#772172: unblock: debichem/0.0.4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package debichem This is a post-freeze update of the debichem task metapackages for jessie. I have attached a debdiff excluding the auto-generated changes, prepared by debdiff debichem_0.0.{3,4}.dsc | filterdiff -x '*/debian/control' -x '*/debichem-tasks.desc' -x '*.json' unblock debichem/0.0.4 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru debichem-0.0.3/debian/changelog debichem-0.0.4/debian/changelog --- debichem-0.0.3/debian/changelog 2013-02-24 17:46:12.0 +0100 +++ debichem-0.0.4/debian/changelog 2014-12-05 16:45:46.0 +0100 @@ -1,3 +1,31 @@ +debichem (0.0.4) unstable; urgency=medium + + [ Michael Banck ] + * tasks/abinitio: Added psi4. + * tasks/crystallography: New task, including shelxle and xcrysden. + * tasks/visualisation: Moved gcrystal to ... + * tasks/crystallography: ... this. + * tasks/crystallography: Added python-fabio. + * tasks/molmech: Added lammps. + * tasks/semiempirical: Added molds. + * tasks/abinitio: Added elk-lapw. + * tasks/abinitio: Added ergo. + * tasks/visualisation, tasks/crystallography: Added gamgi. + * tasks/visualisation: Added p4vasp. + * tasks/visualisation: Added travis. + * tasks/molmech: Added votca-csg. + * tasks/polymer: Changed r-cran-mixtools and r-other-amsmercury Suggests to +Depends. + * tasks/polymer: Added r-other-iwrlars. + + [ Daniel Leidert ] + * tasks/crystallography: Added drawxtl. + + [ Andreas Tille ] + * d/source/format: 3.0 (native) + + -- Michael Banck mba...@debian.org Fri, 05 Dec 2014 16:45:37 +0100 + debichem (0.0.3) unstable; urgency=low [ Michael Banck ] diff -Nru debichem-0.0.3/debian/control debichem-0.0.4/debian/control diff -Nru debichem-0.0.3/debian/source/format debichem-0.0.4/debian/source/format --- debichem-0.0.3/debian/source/format 1970-01-01 01:00:00.0 +0100 +++ debichem-0.0.4/debian/source/format 2014-12-05 16:06:21.0 +0100 @@ -0,0 +1 @@ +3.0 (native) diff -Nru debichem-0.0.3/debichem-tasks.desc debichem-0.0.4/debichem-tasks.desc diff -Nru debichem-0.0.3/dependency_data/debichem_0.0.1.json debichem-0.0.4/dependency_data/debichem_0.0.1.json diff -Nru debichem-0.0.3/dependency_data/debichem_0.0.3.json debichem-0.0.4/dependency_data/debichem_0.0.3.json diff -Nru debichem-0.0.3/dependency_data/debichem_0.0.4.json debichem-0.0.4/dependency_data/debichem_0.0.4.json diff -Nru debichem-0.0.3/tasks/abinitio debichem-0.0.4/tasks/abinitio --- debichem-0.0.3/tasks/abinitio 2013-02-22 12:44:15.0 +0100 +++ debichem-0.0.4/tasks/abinitio 2014-12-05 16:17:24.0 +0100 @@ -9,46 +9,22 @@ Published-URL: http://www.mpqc.org Depends: psi3 -Published-Title: PSI3: an open-source Ab Initio electronic structure package -Published-Authors: T. Daniel Crawford, C. David Sherrill, Edward F. Valeev, Justin T. Fermann, Rollin A. King, Matthew L. Leininger, Shawn T. Brown, Curtis L. Janssen, Edward T. Seidl, Joseph P. Kenny and Wesley D. Allen -Published-In: J. Comput. Chem. 28(9):1610-1616 -Published-Year: 2007 -Published-URL: http://onlinelibrary.wiley.com/doi/10.1002/jcc.20573/abstract -Published-DOI: 10.1002/jcc.20573 Depends: abinit -Published-Title: ABINIT: First-principles approach to material and nanosystem properties -Published-Authors: X. Gonze, B. Amadon, P.-M. Anglade, J.-M. Beuken, F. Bottin, P. Boulanger, F. Bruneval, D. Caliste, R. Caracas, M. C�t�, T. Deutsch, L. Genovese, Ph. Ghosez, M. Giantomassi, S. Goedecker, D.R. Hamann, P. Hermet, F. Jollet, G. Jomard, S. Leroux, M. Mancini, S. Mazevet, M. J. T. Oliveira, G. Onida, Y. Pouillon, T. Rangel, G.-M. Rignanese, D. Sangalli, R. Shaltaf, M. Torrent, M. J. Verstraete, G. Zerah and J. W. Zwanziger -Published-In: Comput. Phys. Commun. 180(12):2582-2615 -Published-Year: 2009 -Published-URL: http://www.sciencedirect.com/science/article/pii/S0010465509002276 -Published-DOI: 10.1016/j.cpc.2009.07.007 Depends: openmx Depends: nwchem -Published-Title: NWChem: a comprehensive and scalable open-source solution for large scale molecular simulations -Published-Authors: M. Valiev, E.J. Bylaska, N. Govind, K. Kowalski, T.P. Straatsma, H.J.J. van Dam, D. Wang, J. Nieplocha, E. Apra, T.L. Windus and W.A. de Jong -Published-In: Comput. Phys. Commun. 181(9):1477-1489 -Published-Year: 2010 -Published-URL: http://www.sciencedirect.com/science/article/pii/S0010465510001438 -Published-DOI: 10.1016/j.cpc.2010.04.018 Depends: aces3 -Published-Title: Parallel Implementation of Electronic Structure Energy, Gradient and Hessian Calculations -Published-Authors: V. Lotrich, N
Bug#771447: pre-approval for upload/unblock: libxc/2.1.1-1
tags 771447 -moreinfo retitle 771447 unblock: libxc/2.1.1-1 thanks On Wed, Dec 03, 2014 at 07:21:07PM +, Jonathan Wiltshire wrote: Whew, I made it past the SVN ID changes ;) Uh sorry, I first had the Changelog in the filterdiff but then thought that might not be appropriate. I saw there were some needless hunks from earlier, but I hadn't realized it was so much, my bad. Please go ahead, and remove the moreinfo tag when it is ready. This must be ready to go and unblocked by 5th December. Thanks a lot, I've uploaded it now. -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141203222049.gr1...@raptor.chemicalconnection.dyndns.org
Bug#770730: pre-approval for t-p-u upload/unblock: statsmodels/0.4.2-1.1
retitle 770730 unblock: statsmodels/0.4.2-1.2 tags 770730 -moreinfo thanks On Wed, Nov 26, 2014 at 11:59:08PM +0100, Michael Banck wrote: On Wed, Nov 26, 2014 at 10:38:08PM +, Jonathan Wiltshire wrote: I see it's been uploaded, but FTBFS on i386. Yeah - I tried it on an s390x porterbox (as later upstream releases FTBFS on that and powerpc), but didn't fathom it might break on i386. Tomasz has now updated his patch for i386 and I will sponsor an upload for that tomorrow. I have now uploaded -1.2 to testing, fixing the FTBFS on i386. Debdiff to the current version in testing is attached for unblock review. For the debdiff between -1.1 and -1.2, see https://bugs.debian.org/cgi-bin/bugreport.cgi?msg=100;filename=debdiff;att=1;bug=768695 Michael diff -Nru statsmodels-0.4.2/debian/changelog statsmodels-0.4.2/debian/changelog --- statsmodels-0.4.2/debian/changelog 2012-06-29 23:26:49.0 +0200 +++ statsmodels-0.4.2/debian/changelog 2014-11-29 16:33:12.0 +0100 @@ -1,3 +1,22 @@ +statsmodels (0.4.2-1.2) testing; urgency=medium + + * Non-maintainer upload, incorporating changes by Tomasz Buchert. + * debian/patches/scipy-rvs-interface.patch: Removed again and ... + * debian/patches/testsuite-fixes.patch: ... folded into this patch, just +raising a nose.SkipTest() for the problematic test case. + * debian/patches/testsuite-fixes.patch: Amended for test_discrete.py, also +skipping this test case via raising a nose.SkipTest(), as it leads to a +FTBFS error on i386 (Closes: #768695). + + -- Michael Banck mba...@debian.org Sat, 29 Nov 2014 16:19:51 +0100 + +statsmodels (0.4.2-1.1) testing; urgency=medium + + * Non-maintainer upload. + * Fixes various problems with build process (Closes: #768695) + + -- Tomasz Buchert tomasz.buch...@inria.fr Sun, 23 Nov 2014 17:46:48 +0100 + statsmodels (0.4.2-1) unstable; urgency=low * Fresh upstream release addressing FTBFS across big-endian architectures. diff -Nru statsmodels-0.4.2/debian/patches/series statsmodels-0.4.2/debian/patches/series --- statsmodels-0.4.2/debian/patches/series 2012-06-29 23:26:49.0 +0200 +++ statsmodels-0.4.2/debian/patches/series 2014-11-29 16:40:05.0 +0100 @@ -0,0 +1,2 @@ +sphinx-ipython.patch +testsuite-fixes.patch diff -Nru statsmodels-0.4.2/debian/patches/sphinx-ipython.patch statsmodels-0.4.2/debian/patches/sphinx-ipython.patch --- statsmodels-0.4.2/debian/patches/sphinx-ipython.patch 1970-01-01 01:00:00.0 +0100 +++ statsmodels-0.4.2/debian/patches/sphinx-ipython.patch 2014-11-29 14:08:36.0 +0100 @@ -0,0 +1,14 @@ +Description: Fix building of docs + See https://github.com/matplotlib/matplotlib/issues/2967 for more info. + +--- a/docs/source/conf.py b/docs/source/conf.py +@@ -33,7 +33,7 @@ + 'matplotlib.sphinxext.plot_directive', + 'matplotlib.sphinxext.only_directives', + 'ipython_console_highlighting', +- 'ipython_directive', ++ 'IPython.sphinxext.ipython_directive', + 'numpy_ext.numpydoc'] + + # plot_directive is broken on old matplotlib diff -Nru statsmodels-0.4.2/debian/patches/testsuite-fixes.patch statsmodels-0.4.2/debian/patches/testsuite-fixes.patch --- statsmodels-0.4.2/debian/patches/testsuite-fixes.patch 1970-01-01 01:00:00.0 +0100 +++ statsmodels-0.4.2/debian/patches/testsuite-fixes.patch 2014-11-29 14:08:36.0 +0100 @@ -0,0 +1,165 @@ +Description: Fix various testsuite problems + The testsuite depends on version-specific functionality + of various dependencies like numpy or scipy. This patch fixes + problems caused by versions in jessie release of these dependencies. + . + statsmodels/tools/tools.py: + = unexisting attribute in numpy object + statsmodels/sandbox/distributions/tests/testtransf.py: + statsmodels/tsa/filters/tests/test_filters.py: + = scipy interface incompatibilities + statsmodels/tsa/base/tests/test_datetools.py: + = DateRange class is not present in jessie pandas + statsmodels/sandbox/distributions/extras.py: + = a mistake fixed in newer releases of statsmodels + statsmodels/sandbox/tests/test_gam.py: + = incompatible scipy interface for rvs method + statsmodels/discrete/tests/test_discrete.py: + = failures due to differences between architectures, see + https://github.com/statsmodels/statsmodels/commit/ca701e7a + +--- a/statsmodels/tools/tools.py b/statsmodels/tools/tools.py +@@ -231,7 +231,7 @@ + + def _series_add_constant(data, prepend): + const = np.ones_like(data) +-const.name = 'const' ++# const.name = 'const' + if not prepend: + results = DataFrame([data, const]).T + results.columns = [data.name, 'const'] +--- a/statsmodels/sandbox/distributions/tests/testtransf.py b/statsmodels/sandbox/distributions/tests/testtransf.py +@@ -88,8 +88,8 @@ + (absnormalg, stats.halfnorm), + (absnormalg, stats.foldnorm(1e
Bug#770730: pre-approval for t-p-u upload/unblock: statsmodels/0.4.2-1.1
On Wed, Nov 26, 2014 at 10:38:08PM +, Jonathan Wiltshire wrote: I see it's been uploaded, but FTBFS on i386. Yeah - I tried it on an s390x porterbox (as later upstream releases FTBFS on that and powerpc), but didn't fathom it might break on i386. Tomasz has now updated his patch for i386 and I will sponsor an upload for that tomorrow. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141126225908.gg31...@raptor.chemicalconnection.dyndns.org
Bug#770730: pre-approval for t-p-u upload/unblock: statsmodels/0.4.2-1.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please pre-approve an upload statsmodels to testing-proposed-updates in order to fix #768695. As unstable has a new upstream version, this needs to be fixed in jessie. The NMU debdiff I am going to sponsor is attached. unblock statsmodels/0.4.2-1.1 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru statsmodels-0.4.2/debian/changelog statsmodels-0.4.2/debian/changelog --- statsmodels-0.4.2/debian/changelog 2012-06-29 23:26:49.0 +0200 +++ statsmodels-0.4.2/debian/changelog 2014-11-23 17:55:26.0 +0100 @@ -1,3 +1,10 @@ +statsmodels (0.4.2-1.1) testing; urgency=medium + + * Non-maintainer upload. + * Fixes various problems with build process + + -- Tomasz Buchert tomasz.buch...@inria.fr Sun, 23 Nov 2014 17:46:48 +0100 + statsmodels (0.4.2-1) unstable; urgency=low * Fresh upstream release addressing FTBFS across big-endian architectures. diff -Nru statsmodels-0.4.2/debian/patches/scipy-rvs-interface.patch statsmodels-0.4.2/debian/patches/scipy-rvs-interface.patch --- statsmodels-0.4.2/debian/patches/scipy-rvs-interface.patch 1970-01-01 01:00:00.0 +0100 +++ statsmodels-0.4.2/debian/patches/scipy-rvs-interface.patch 2014-11-23 17:57:08.0 +0100 @@ -0,0 +1,128 @@ +Description: remove tests that use uncompatible scipy interface + The tests use an rvs method which has an incompatible + interface. We remove these failing tests altogother. + +--- statsmodels-0.4.2.orig/statsmodels/sandbox/tests/test_gam.py statsmodels-0.4.2/statsmodels/sandbox/tests/test_gam.py +@@ -187,121 +187,3 @@ class TestAdditiveModel(BaseAM, CheckAM) + const = res_gam.alpha + sum([ss.params[1] for ss in m.smoothers]) + #print const, slopes + res1.params = np.array([const] + slopes) +- +- +-class BaseGAM(BaseAM, CheckGAM): +- +-def init(self): +-nobs = self.nobs +-y_true, x, exog = self.y_true, self.x, self.exog +-if not hasattr(self, 'scale'): +-scale = 1 +-else: +-scale = self.scale +- +-f = self.family +- +-self.mu_true = mu_true = f.link.inverse(y_true) +- +-np.random.seed(8765993) +-#y_obs = np.asarray([stats.poisson.rvs(p) for p in mu], float) +-y_obs = self.rvs(mu_true, scale=scale, size=nobs) #this should work +-m = GAM(y_obs, x, family=f) #TODO: y_obs is twice __init__ and fit +-m.fit(y_obs, maxiter=100) +-res_gam = m.results +-self.res_gam = res_gam #attached for debugging +-self.mod_gam = m #attached for debugging +- +-res_glm = GLM(y_obs, exog, family=f).fit() +- +-#Note: there still are some naming inconsistencies +-self.res1 = res1 = Dummy() #for gam model +-#res2 = Dummy() #for benchmark +-self.res2 = res2 = res_glm #reuse existing glm results, will add additional +- +-#eta in GLM terminology +-res2.y_pred = res_glm.model.predict(res_glm.params, exog, linear=True) +-res1.y_pred = res_gam.predict(x) +-res1.y_predshort = res_gam.predict(x[:10]) #, linear=True) +- +-#mu +-res2.mu_pred = res_glm.model.predict(res_glm.params, exog, linear=False) +-res1.mu_pred = res_gam.mu +- +-#parameters +-slopes = [i for ss in m.smoothers for i in ss.params[1:]] +-const = res_gam.alpha + sum([ss.params[1] for ss in m.smoothers]) +-res1.params = np.array([const] + slopes) +- +- +-class TestGAMPoisson(BaseGAM): +- +-def __init__(self): +-super(self.__class__, self).__init__() #initialize DGP +- +-self.family = family.Poisson() +-self.rvs = stats.poisson.rvs +- +-self.init() +- +-class TestGAMBinomial(BaseGAM): +- +-def __init__(self): +-super(self.__class__, self).__init__() #initialize DGP +- +-self.family = family.Binomial() +-self.rvs = stats.bernoulli.rvs +- +-self.init() +- +-class _estGAMGaussianLogLink(BaseGAM): +-#test failure, but maybe precision issue, not far off +-# np.mean(np.abs(tt.res2.mu_pred - tt.mu_true)) +-#0.80409736263199649 +-# np.mean(np.abs(tt.res2.mu_pred - tt.mu_true))/tt.mu_true.mean() +-#0.023258245077813208 +-# np.mean((tt.res2.mu_pred - tt.mu_true)**2)/tt.mu_true.mean() +-#0.022989403735692578 +- +-def __init__(self): +-super(self.__class__, self).__init__() #initialize DGP +- +-self.family = family.Gaussian(links.log) +-self.rvs = stats.norm.rvs +-self.scale = 5 +- +-self.init() +- +- +-class TestGAMGamma(BaseGAM): +- +-def
Bug#770738: unblock: nwchem/6.5+r26243-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nwchem This fixes a FTBFS bug on a previously uncompiled architecture (arm64), a serious miscompile which leads to SIGILL on some amd64 CPUs, and it reintroduces a Debian-specific patch which makes nwchem find essential data files at runtime. The last one can be worked-around by setting an environment variable or setting up a configuration file, but it should really just-work, as it did for jessie. Michael unblock nwchem/6.5+r26243-4 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru nwchem-6.5+r26243/debian/changelog nwchem-6.5+r26243/debian/changelog --- nwchem-6.5+r26243/debian/changelog 2014-10-12 00:22:00.0 +0200 +++ nwchem-6.5+r26243/debian/changelog 2014-11-23 17:36:00.0 +0100 @@ -1,3 +1,20 @@ +nwchem (6.5+r26243-4) unstable; urgency=medium + + * debian/patches/02_makefile_flags.patch: Patch updated, to remove -m64 from +compiler flags on arm64 (Closes: #769525). + + -- Michael Banck mba...@debian.org Sun, 23 Nov 2014 17:35:50 +0100 + +nwchem (6.5+r26243-3) unstable; urgency=medium + + * debian/patches/02_makefile_flags.patch: Patch updated to remove additions +to $(FOPTIMIZE) which are not applicable to the baseline amd64 +architecture (Closes: #767481). + * debian/patches/01_hardcode_basis-sets_location.patch: Reintroduced patch, +updated (Closes: #769297). + + -- Michael Banck mba...@debian.org Thu, 13 Nov 2014 14:01:47 +0100 + nwchem (6.5+r26243-2) unstable; urgency=medium * debian/patches/14_fix_ga_download.patch: Updated to surpress unnecessary diff -Nru nwchem-6.5+r26243/debian/patches/01_hardcode_basis-sets_location.patch nwchem-6.5+r26243/debian/patches/01_hardcode_basis-sets_location.patch --- nwchem-6.5+r26243/debian/patches/01_hardcode_basis-sets_location.patch 1970-01-01 01:00:00.0 +0100 +++ nwchem-6.5+r26243/debian/patches/01_hardcode_basis-sets_location.patch 2014-11-12 23:53:21.0 +0100 @@ -0,0 +1,33 @@ +Index: nwchem-6.5+r26243/src/basis/bas_input.F +=== +--- nwchem-6.5+r26243.orig/src/basis/bas_input.F nwchem-6.5+r26243/src/basis/bas_input.F +@@ -1180,12 +1180,11 @@ c + noslash=.false. + calls = calls + 1 + if (debug) write(luout,*)' calls:calls: ',calls +- call util_nwchem_srcdir(compiled_name) ++c call util_nwchem_srcdir(compiled_name) + c + c add here basis/libraries bit + c +- compiled_name=compiled_name(1:inp_strlen(compiled_name)) +- $ ///basis/libraries/ ++ compiled_name=/usr/share/nwchem/libraries/ + * + * order of precedence for choosing name + * 1) value of NWCHEM_BASIS_LIBRARY environment variable +Index: nwchem-6.5+r26243/src/nwpw/libraryps/nwpw_libfile.F +=== +--- nwchem-6.5+r26243.orig/src/nwpw/libraryps/nwpw_libfile.F nwchem-6.5+r26243/src/nwpw/libraryps/nwpw_libfile.F +@@ -118,8 +118,7 @@ cNWPW_LIBRARY + c + c add here nwpw/libraryps bit + c +- libname=libname(1:inp_strlen(libname)) +- ///nwpw/libraryps/ ++ libname=/usr/share/nwchem/libraryps/ + if (util_find_dir(libname)) then + goto 99 + else diff -Nru nwchem-6.5+r26243/debian/patches/02_makefile_flags.patch nwchem-6.5+r26243/debian/patches/02_makefile_flags.patch --- nwchem-6.5+r26243/debian/patches/02_makefile_flags.patch2014-09-28 12:35:42.0 +0200 +++ nwchem-6.5+r26243/debian/patches/02_makefile_flags.patch2014-11-23 17:35:47.0 +0100 @@ -1,7 +1,7 @@ -Index: nwchem-6.5/src/config/makefile.h +Index: nwchem-6.5+r26243/src/config/makefile.h === nwchem-6.5.orig/src/config/makefile.h -+++ nwchem-6.5/src/config/makefile.h +--- nwchem-6.5+r26243.orig/src/config/makefile.h nwchem-6.5+r26243/src/config/makefile.h @@ -1384,7 +1384,7 @@ endif endif @@ -54,10 +54,50 @@ _G77V33= $(shell g77 -v 21|egrep spec|head -n 1|awk ' /3.3/ {print Y}') ifeq ($(FC),g77) -Index: nwchem-6.5/src/peigs/DEFS +@@ -1758,13 +1758,6 @@ + endif + FOPTIMIZE = -O2 + ifeq ($(_FC),gfortran) +- ifeq ($(_CPU),aarch64) +- DONTHAVEM64OPT=Y +- endif +- ifneq ($(DONTHAVEM64OPT),Y) +- FOPTIONS = -m64 +- COPTIONS = -m64 +- endif + COPTIONS += -Wall + FOPTIONS += -ffast-math #-Wunused + FOPTIMIZE += -ffast-math -Wuninitialized +@@ -2125,25 +2118,12 @@ + endif + LINK.f = $(FC) $(LDFLAGS
Bug#767912: unblock: libghemical/3.0.0-4
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock unblock libghemical/3.0.0-4 Hi, please unblock libghemical, which will also get us ghemical back. The 3.0.0-3 upload would have been in time for the freeze, however, due to s390x being the sole architecture on MPICH for mpi-default, a FTBFS on it was not caught and had to be fixed in -4. The package is now uptodate on all architectures in unstable. I have attached the debdiff with respect to the current stable package (3.0.0-2), which is reasonably small in my opinion. Many thanks, Michael diff -Nru libghemical-3.0.0/debian/changelog libghemical-3.0.0/debian/changelog --- libghemical-3.0.0/debian/changelog 2011-11-28 19:36:14.0 +0100 +++ libghemical-3.0.0/debian/changelog 2014-10-27 20:27:47.0 +0100 @@ -1,3 +1,36 @@ +libghemical (3.0.0-4) unstable; urgency=high + + * debian/patches/fix-underlinking.patch: Use -lmpi++ instead of -lmpi_cxx. +Fixes FTBFS error on mpich architectures (s390x). + + -- Michael Banck mba...@debian.org Mon, 27 Oct 2014 20:27:35 +0100 + +libghemical (3.0.0-3) unstable; urgency=medium + + [ Daniel Leidert (dale) ] + * debian/control (Uploaders): Removed myself. + + [ Michael Banck ] + * Sync with Ubuntu (Closes: #765230). + + [ Graham Inggs ] + * Add fix-underlinking.patch: link MPI libraries (Closes: #722162). + * Add debian/clean: allow package to build twice in a row. + + -- Michael Banck mba...@debian.org Sun, 26 Oct 2014 15:18:26 +0100 + +libghemical (3.0.0-2ubuntu1) trusty; urgency=medium + + * Apply autoreconf for better port coverage. + + -- Dimitri John Ledkov x...@ubuntu.com Sun, 22 Dec 2013 03:18:07 + + +libghemical (3.0.0-2build1) trusty; urgency=medium + + * No change rebuild against libopenmpi1.6. + + -- Dimitri John Ledkov x...@ubuntu.com Sun, 22 Dec 2013 02:37:55 + + libghemical (3.0.0-2) unstable; urgency=low * debian/libghemical5.symbols: Removed again. Because there is only one @@ -24,7 +57,6 @@ libghemical (2.99.1-2) unstable; urgency=low [ Daniel Leidert (dale) ] - * NOT RELEASED YET * debian/compat: Bumped to dh compat level 7. * debian/control (Build-Depends): Bumped dh version and dropped cdbs. (Standards-Version): Bumped to 3.8.4. diff -Nru libghemical-3.0.0/debian/clean libghemical-3.0.0/debian/clean --- libghemical-3.0.0/debian/clean 1970-01-01 01:00:00.0 +0100 +++ libghemical-3.0.0/debian/clean 2014-10-26 15:15:37.0 +0100 @@ -0,0 +1,2 @@ +src/libghemicalconfig2.h +stamp.h diff -Nru libghemical-3.0.0/debian/control libghemical-3.0.0/debian/control --- libghemical-3.0.0/debian/control2011-11-27 18:28:57.0 +0100 +++ libghemical-3.0.0/debian/control2014-10-26 15:11:10.0 +0100 @@ -2,12 +2,11 @@ Section: science Priority: optional Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org -Uploaders: Michael Banck mba...@debian.org, - Daniel Leidert (dale) daniel.leid...@wgdd.de +Uploaders: Michael Banck mba...@debian.org Build-Depends: debhelper (= 7.0.50~), gfortran, flex, intltool (= 0.40.0), pkg-config (= 0.9.0), libblas-dev, liblapack-dev, libmopac7-dev (= 1.14), libsc-dev (= 2.3.1-2), - mesa-common-dev + mesa-common-dev, dh-autoreconf, libglib2.0-dev Standards-Version: 3.9.2 Homepage: http://bioinformatics.org/ghemical/ghemical/ Vcs-Browser: http://svn.debian.org/wsvn/debichem/unstable/libghemical/ diff -Nru libghemical-3.0.0/debian/patches/fix-underlinking.patch libghemical-3.0.0/debian/patches/fix-underlinking.patch --- libghemical-3.0.0/debian/patches/fix-underlinking.patch 1970-01-01 01:00:00.0 +0100 +++ libghemical-3.0.0/debian/patches/fix-underlinking.patch 2014-10-27 20:22:55.0 +0100 @@ -0,0 +1,17 @@ +Description: Fix underlinking + This patch causes the the MPI libraries to be linked, + avoiding dpkg-shlibdeps warnings. +Author: Graham Inggs gra...@nerve.org.za +Bug-Debian: http://bugs.debian.org/722162 +Last-Update: 2014-10-01 +--- a/configure.ac b/configure.ac +@@ -148,6 +148,8 @@ + REQUISITIONS=$REQUISITIONS libmopac7 + fi + ++LIBS=$LIBS -lmpi -lmpi++ ++ + # Checks for header files. + # + diff -Nru libghemical-3.0.0/debian/patches/series libghemical-3.0.0/debian/patches/series --- libghemical-3.0.0/debian/patches/series 2011-11-27 18:28:57.0 +0100 +++ libghemical-3.0.0/debian/patches/series 2014-10-26 15:15:37.0 +0100 @@ -0,0 +1 @@ +fix-underlinking.patch diff -Nru libghemical-3.0.0/debian/rules libghemical-3.0.0/debian/rules --- libghemical-3.0.0/debian/rules 2011-11-27 18:28:57.0 +0100 +++ libghemical-3.0.0/debian/rules 2014-10-26 15:11:10.0 +0100 @@ -7,7 +7,7 @@ LDFLAGS += -Wl,--as-needed %: - dh $@ --parallel + dh $@ --parallel --with autoreconf override_dh_auto_configure: dh_auto_configure -- --enable-mpqc --enable-mopac7 --disable-sctest
Bug#767912: unblock: libghemical/3.0.0-4
Hi, On Mon, Nov 03, 2014 at 05:53:06PM +0100, Niels Thykier wrote: On 2014-11-03 14:19, Michael Banck wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock unblock libghemical/3.0.0-4 Hi, please unblock libghemical, which will also get us ghemical back. The 3.0.0-3 upload would have been in time for the freeze, however, due to s390x being the sole architecture on MPICH for mpi-default, a FTBFS on it was not caught and had to be fixed in -4. The package is now uptodate on all architectures in unstable. I have attached the debdiff with respect to the current stable package (3.0.0-2), which is reasonably small in my opinion. I am afraid I have to decline your request for unblocking libghemical. The package is currently not in testing, therefore the proposed changes do not resolve any issues affecting the coming stable release. I realise that this may be quite frustrating to you. However, I cannot give you special treatment in this regard without extending the same courtesy to several others. I hope you can understand that this is very undesirable to us as it would effectively push back the announced freeze date. Well I see. The really frustrating part is that I could have easily engineered around the mandated 10-day period by not fixing the RC FTBFS bug and just get the s390x package removed, waiting till hit hits testing before the freeze and then fix s390x after the fact. So basically I was not asking for an unblock, but rather reduction of the age period from 10 to 5 days for that RC bugfix, but I guess there's no procedure for that. I certainly did not expect it to be accepted in testing after the freeze. Too bad, I guess we'll just drop ghemical entirely then. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141103183909.ga15...@raptor.chemicalconnection.dyndns.org
Bug#732843: nmu: gromacs_4.6.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gromacs_4.6.5-1 . amd64 . -m Rebuild without custom DEB_BUILD_OPTIONS set (#732400). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_DE.ISO-8859-15@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20131222120117.ga4...@raptor.chemicalconnection.dyndns.org
Re: Roll call for porters of architectures in sid and testing
Hi, I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For hurd-i386, I - maintain buildds (as a backup) I am a DD. Michael Banck signature.asc Description: Digital signature
Bug#702722: unblock: debichem/0.0.3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock meta-package debichem which updates a couple of packages from debichem, as per http://lists.debian.org/debian-release/2012/06/msg00323.html It also removes some of the publication data which has since been included in debian/upstream files, and fixes the Vcs-Browser URL/bumps Standards-Version (the latter two were added a while ago in subversion). If you prefer to just have the package additions for easier review, I could upload a revised package instead. unblock debichem/0.0.3 Cheers, Michael diff -Nru debichem-0.0.2/debian/changelog debichem-0.0.3/debian/changelog --- debichem-0.0.2/debian/changelog 2011-11-01 23:53:01.0 +0100 +++ debichem-0.0.3/debian/changelog 2013-02-24 17:46:12.0 +0100 @@ -1,3 +1,24 @@ +debichem (0.0.3) unstable; urgency=low + + [ Michael Banck ] + * tasks/visualisation: Added jmol and qutemol. + * tasks/visualisation: Added cclib. + * tasks/semiempirical: Added cp2k. + * tasks/cheminformatics: Added python-indigo. + * tasks/visualization: Added shelxle, xcrysden and drawxtl. + * tasks/cheminformatics: Added python-fmcs, python-chemfp and libopsin-java. + * tasks/visualization: Added gamgi. + * tasks/molmech, tasks/visualization, tasks/cheminformatics: Removed some +citation data which is already present in the respective debian/upstream +files. + * tasks/visualization: Added ballview, raster3d and kalzium. + + [ Daniel Leidert ] + * debian/control.stub (Standards-Version): Bumped to 3.9.3. +(Vcs-Browser): Adjusted. + + -- Michael Banck mba...@debian.org Sun, 24 Feb 2013 16:30:10 +0100 + debichem (0.0.2) unstable; urgency=low [ Andreas Tille ] diff -Nru debichem-0.0.2/debian/control debichem-0.0.3/debian/control --- debichem-0.0.2/debian/control 2011-11-01 22:11:26.0 +0100 +++ debichem-0.0.3/debian/control 2013-02-24 17:46:30.0 +0100 @@ -5,9 +5,9 @@ Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org Uploaders: Michael Banck mba...@debian.org, Andreas Tille ti...@debian.org Build-Depends-Indep: blends-dev (= 0.6.13) -Standards-Version: 3.9.0 +Standards-Version: 3.9.3 Homepage: http://alioth.debian.org/projects/debichem -Vcs-Browser: http://svn.debian.org/wsvn/blends/projects/debichem/trunk/debichem/?rev=0sc=0 +Vcs-Browser: http://svn.debian.org/wsvn/blends/projects/debichem/trunk/debichem/ Vcs-Svn: svn://svn.debian.org/blends/projects/debichem/trunk/debichem/ Package: debichem-tasks @@ -30,9 +30,9 @@ Package: debichem-cheminformatics Architecture: all Depends: debichem-tasks (= ${binary:Version}) -Recommends: libcdk-java, openbabel, python-cinfony, python-openbabel, python-rdkit +Recommends: libcdk-java, libopsin-java, openbabel, python-chemfp, python-cinfony, python-fmcs, python-indigo, python-openbabel, python-rdkit Description: DebiChem Cheminformatics - This metapackage will install cheminformatics packages + This metapackage will install cheminformatics packages useful for chemists. Package: debichem-modelling @@ -48,6 +48,7 @@ Architecture: all Depends: debichem-tasks (= ${binary:Version}) Recommends: adun.app, avogadro, ghemical, gromacs +Suggests: vmd Description: DebiChem Molecular Mechanics This metapackage will install Molecular Mechanics which might be useful for chemists. @@ -64,7 +65,7 @@ Package: debichem-semiempirical Architecture: all Depends: debichem-tasks (= ${binary:Version}) -Recommends: mopac7-bin +Recommends: cp2k, mopac7-bin Description: DebiChem Semi Empirical This metapackage will install Semi Empirical which might be useful for chemists. @@ -81,7 +82,7 @@ Package: debichem-visualisation Architecture: all Depends: debichem-tasks (= ${binary:Version}) -Recommends: adun.app, avogadro, gabedit, garlic, gausssum, gcrystal, gdis, gdpc, rasmol, v-sim, viewmol, xbs, xmakemol +Recommends: adun.app, avogadro, ballview, cclib, drawxtl, gabedit, garlic, gausssum, gcrystal, gdis, gdpc, jmol, kalzium, qutemol, rasmol, raster3d, shelxle, v-sim, viewmol, xbs, xcrysden, xmakemol Description: DebiChem 3D Viewers and Calculation Output Visualization This metapackage will install 3D Viewers and Calculation Output Visualization which might be useful for chemists. diff -Nru debichem-0.0.2/debian/control.stub debichem-0.0.3/debian/control.stub --- debichem-0.0.2/debian/control.stub 2010-07-19 23:08:28.0 +0200 +++ debichem-0.0.3/debian/control.stub 2013-02-22 12:44:15.0 +0100 @@ -4,9 +4,9 @@ Maintainer: Debichem Team debichem-de...@lists.alioth.debian.org Uploaders: Michael
Bug#696819: unblock: nwchem/6.1-6
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nwchem. This upload fixes #696349, which unfortunately escaped us in the -4/-5 upload as the limited test suite we run during package build did not expose the issue. The bug got fixed upstream in the patch introduced in nwchem_6.1-4, but it required an additional preprocessor define to actually get compiled which we have now added in nwchem_6.1-6. As the mips build for (the already unblocked, see #690482) nwchem_6.1-5 was still missing anyway[1], I went ahead and uploaded nwchem_6.1-6 to unstable, please unblock. The debdiff is rather minimal and attached: changelog |7 +++ patches/02_makefile_flags.patch |4 ++-- 2 files changed, 9 insertions(+), 2 deletions(-) Many thanks, Michael [1] https://buildd.debian.org/status/logs.php?pkg=nwchemarch=mips diff -Nru nwchem-6.1/debian/changelog nwchem-6.1/debian/changelog --- nwchem-6.1/debian/changelog 2012-12-14 14:44:25.0 +0100 +++ nwchem-6.1/debian/changelog 2012-12-25 22:07:21.0 +0100 @@ -1,3 +1,10 @@ +nwchem (6.1-6) unstable; urgency=low + + * debian/patches/02_makefile_flags.patch: Add GCC46 to defines (Closes: +#696349). + + -- Michael Banck mba...@debian.org Tue, 25 Dec 2012 22:07:17 +0100 + nwchem (6.1-5) unstable; urgency=low * Reverted subversion revisions 3824, 3834 and 3876. diff -Nru nwchem-6.1/debian/patches/02_makefile_flags.patch nwchem-6.1/debian/patches/02_makefile_flags.patch --- nwchem-6.1/debian/patches/02_makefile_flags.patch 2012-12-14 13:23:52.0 +0100 +++ nwchem-6.1/debian/patches/02_makefile_flags.patch 2012-12-16 14:32:00.0 +0100 @@ -23,7 +23,7 @@ endif - DEFINES = -DLINUX -+ DEFINES = -DLINUX -DGCC4 ++ DEFINES = -DLINUX -DGCC4 -DGCC46 + FOPTIONS += -fno-second-underscore -Wall + FOPTIONS += -ffixed-line-length-72 -ffixed-form + FOPTIMIZE += -g -O2 @@ -47,7 +47,7 @@ endif endif - DEFINES += -DEXT_INT -+ DEFINES += -DEXT_INT -DGCC4 ++ DEFINES += -DEXT_INT -DGCC4 -DGCC46 MAKEFLAGS = -j 1 --no-print-directory - _CPU = $(shell uname -m ) + _CPU_ = $(shell uname -m )
Bug#690482: unblock: nwchem/6.1-4
On Sat, Dec 15, 2012 at 05:15:10PM +0100, Julien Cristau wrote: On Fri, Dec 14, 2012 at 16:36:49 +0100, Michael Banck wrote: +nwchem (6.1-5) unstable; urgency=low + + * Reverted subversion revisions 3824, 3834 and 3876. + + -- Michael Banck mba...@debian.org Fri, 14 Dec 2012 14:44:22 +0100 + That's a rather uninformative changelog entry. Well, I didn't know what else to write... Anyway, unblocked. Many thanks!! Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121215170932.ge29...@nighthawk.chemicalconnection.dyndns.org
Bug#695174: t-p-u pre-approval owncloud/4.0.4debian2-3.1
Hi, On Wed, Dec 12, 2012 at 09:20:38PM +0100, Julien Cristau wrote: On Wed, Dec 12, 2012 at 19:44:38 +, Adam D. Barratt wrote: On Mon, 2012-12-10 at 20:14 +0100, Julien Cristau wrote: On Wed, Dec 5, 2012 at 22:18:54 +0100, Michael Banck wrote: On Wed, Dec 05, 2012 at 10:55:56AM +0100, Julien Cristau wrote: As far as I can tell this escapeHTML function is not defined in the current version? Upstream git has it in core/js/js.js. Attached is a new candidate debdiff. Assuming this is tested, go ahead. +Index: owncloud-4.0.4debian2/core/js/js.js [...] ++function escapeHTML(s) { [...] +Index: owncloud-4.0.4debian2/3rdparty/fullcalendar/js/fullcalendar.js [...] +- span class='fc-event-title' + event.title + /span + ++ span class='fc-event-title' + htmlEscape(event.title) + /span + Should the htmlEscape() call in that last hunk be escapeHTML()? iirc fullcalendar has its own preexisting escape function, with a different name. Yes: mba@hartree:~/debian/bsp/owncloud-4.0.4debian2$ grep -r htmlEscape * | head -1 3rdparty/fullcalendar/js/fullcalendar.js:function htmlEscape(s) { mba@hartree:~/debian/bsp/owncloud-4.0.4debian2$ Cheers, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121213092829.gd15...@nighthawk.chemicalconnection.dyndns.org
Bug#690482: Bug #690482: unblock: nwchem/6.1-4
Hi, On Mon, Dec 10, 2012 at 09:27:03PM +0100, Julien Cristau wrote: On Sat, Nov 24, 2012 at 21:16:18 +0100, Michael Banck wrote: On Sun, Oct 14, 2012 at 09:04:39PM +0200, Michael Banck wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nwchem. This upload does not fix RC bugs, but it includes backported important fixes of the 6.1.1 point release (due to non-code changes like removal of documentation and updated testsuite files, the interdiff between 6.1 and 6.1.1 is huge, thus we have extracted the changes) Comparing the testuite runs Debian is doing between 6.1-3 and 6.1-4, test suite run tests/mcscf_ch2/mcscf_ch is now running OK, which produced non-converging gradients in a geometry optimization, see (i386): https://buildd.debian.org/status/fetch.php?pkg=nwchemarch=i386ver=6.1-3stamp=1333196687 Any update on this? It would be really nice to get those bugfixes into wheezy. The initial mail didn't make it to the list AFAICT. Yeah, not sure what went wront there. If they are absolutely not possible to review, can we at least get the patch in which fixes the outstanding testsuite failure (though note that the Debian package only runs a tiny portion of the upstream testsuite to be buildd-friendly) via t-p-u? Should we file a seperate bug for that before uploading? I haven't had time to look at the upstream changes, but from the 6.1-4 diff, at least the part about adding python stuff is a no-go as far as I'm concerned. OK, but note that the python parsing is compiled in, no python modules or so are exposed and the package file listing is not changed. This is just to add more flexibility to the input parser. Anyway, we will prepare an upload for t-p-u. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121210205405.ga25...@nighthawk.chemicalconnection.dyndns.org
Bug#695174: t-p-u pre-approval owncloud/4.0.4debian2-3.1
Hi, On Wed, Dec 05, 2012 at 10:55:56AM +0100, Julien Cristau wrote: On Tue, Dec 4, 2012 at 23:45:19 +0100, Michael Banck wrote: +Index: owncloud-4.0.4debian2/apps/files/js/filelist.js +=== +--- owncloud-4.0.4debian2.orig/apps/files/js/filelist.js 2012-12-04 22:47:26.810080751 +0100 owncloud-4.0.4debian2/apps/files/js/filelist.js2012-12-04 22:47:26.874081078 +0100 +@@ -14,9 +14,9 @@ + var extension=false; + } + html+='td class=filename style=background-image:url('+img+')input type=checkbox /'; +- html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+name+'span class=nametext'+basename ++ html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+escapeHTML(name)+'span class=nametext'+escapeHTML(basename); + if(extension){ +- html+='span class=extension'+extension+'/span'; ++ html+='span class=extension'+escapeHTML(extension)+'/span'; + } + html+='/span/a/td'; + if(size!='Pending'){ As far as I can tell this escapeHTML function is not defined in the current version? Upstream git has it in core/js/js.js. Good catch, this was added in 4.0.9, but not mentioned in the security advisories AFAICT - so I have to fixup unstable as well :-/ Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121205193952.gc28...@nighthawk.chemicalconnection.dyndns.org
Bug#695174: t-p-u pre-approval owncloud/4.0.4debian2-3.1
Hi, On Wed, Dec 05, 2012 at 10:55:56AM +0100, Julien Cristau wrote: As far as I can tell this escapeHTML function is not defined in the current version? Upstream git has it in core/js/js.js. Attached is a new candidate debdiff. Cheers, Michael diff -Nru owncloud-4.0.4debian2/debian/changelog owncloud-4.0.4debian2/debian/changelog --- owncloud-4.0.4debian2/debian/changelog 2012-09-22 18:36:17.0 +0200 +++ owncloud-4.0.4debian2/debian/changelog 2012-12-05 22:12:11.0 +0100 @@ -1,3 +1,17 @@ +owncloud (4.0.4debian2-3.1) testing-proposed-updates; urgency=high + + * Non-maintainer upload, fixes several security issues (Closes: #693990). + * debian/patches/06_oc-sa-2012-001.patch: Fix multiple XSS vulnerabilities. + * debian/patches/07_oc-sa-2012-002.patch: Fix timing attack. + * debian/patches/08_oc-sa-2012-004.patch: Fix code execution in migrate.php. + * debian/patches/09_oc-sa-2012-005.patch: Fix code execution in +filesystem.php. + * debian/patches/07_oc-sa-2012-002.patch: Backport generate_random_bytes() +function from 4.0.8 release. + * debian/patches/06_oc-sa-2012-001.patch: Include escapeHTML() function. + + -- Michael Banck mba...@debian.org Wed, 05 Dec 2012 21:25:00 +0100 + owncloud (4.0.4debian2-3) testing-proposed-updates; urgency=high * debian/patches: diff -Nru owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch --- owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch 1970-01-01 01:00:00.0 +0100 +++ owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch 2012-12-05 21:24:39.0 +0100 @@ -0,0 +1,69 @@ +Index: owncloud-4.0.4debian2/core/js/js.js +=== +--- owncloud-4.0.4debian2.orig/core/js/js.js 2012-06-26 21:54:07.0 +0200 owncloud-4.0.4debian2/core/js/js.js2012-12-05 21:24:29.624785142 +0100 +@@ -29,6 +29,15 @@ + } + t.cache={}; + ++/* ++* Sanitizes a HTML string ++* @param string ++* @return Sanitized string ++*/ ++function escapeHTML(s) { ++ return s.toString().split('').join('amp;').split('').join('lt;').split('').join('quot;'); ++} ++ + OC={ + webroot:oc_webroot, + appswebroot:oc_appswebroot, +Index: owncloud-4.0.4debian2/3rdparty/fullcalendar/js/fullcalendar.js +=== +--- owncloud-4.0.4debian2.orig/3rdparty/fullcalendar/js/fullcalendar.js 2012-12-04 22:43:43.296931413 +0100 owncloud-4.0.4debian2/3rdparty/fullcalendar/js/fullcalendar.js 2012-12-05 21:24:29.624785142 +0100 +@@ -4662,7 +4662,7 @@ + /span; + } + html += +- span class='fc-event-title' + event.title + /span + ++ span class='fc-event-title' + htmlEscape(event.title) + /span + + /div; + if (seg.isEnd isEventResizable(event)) { + html += +@@ -5220,5 +5220,5 @@ + }; + + } +- ++ + })(jQuery); +Index: owncloud-4.0.4debian2/apps/files/js/filelist.js +=== +--- owncloud-4.0.4debian2.orig/apps/files/js/filelist.js 2012-12-05 21:24:29.348783708 +0100 owncloud-4.0.4debian2/apps/files/js/filelist.js2012-12-05 21:24:29.628785159 +0100 +@@ -14,9 +14,9 @@ + var extension=false; + } + html+='td class=filename style=background-image:url('+img+')input type=checkbox /'; +- html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+name+'span class=nametext'+basename ++ html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+escapeHTML(name)+'span class=nametext'+escapeHTML(basename); + if(extension){ +- html+='span class=extension'+extension+'/span'; ++ html+='span class=extension'+escapeHTML(extension)+'/span'; + } + html+='/span/a/td'; + if(size!='Pending'){ +Index: owncloud-4.0.4debian2/apps/files_versions/js/versions.js +=== +--- owncloud-4.0.4debian2.orig/apps/files_versions/js/versions.js 2012-12-04 22:43:43.296931413 +0100 owncloud-4.0.4debian2/apps/files_versions/js/versions.js 2012-12-05 21:24:29.628785159 +0100 +@@ -36,7 +36,7 @@ + + var historyUrl = OC.linkTo('files_versions', 'history.php') + '?path='+encodeURIComponent( $( '#dir' ).val() ).replace( /%2F/g, '/' )+'/'+encodeURIComponent( filename ); + +- var html = 'div id=dropdown class=drop data-file='+files+''; ++ var html = 'div id
Bug#695174: t-p-u pre-approval owncloud/4.0.4debian2-3.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Hi, I would like to ask pre-approval to upload owncloud 4.0.4debian2-3.1 to testing-proposed-updates. It fixes bug #693990 (multiple security issues). The debdiff is attached. This bug has been fixed in unstable with a similar patch in version 4.0.8debian-1.1. I had to adopt 07_oc-sa-2012-002.patch and backport a helper function from the unstable upstream version. Cheers, Michael diff -Nru owncloud-4.0.4debian2/debian/changelog owncloud-4.0.4debian2/debian/changelog --- owncloud-4.0.4debian2/debian/changelog 2012-09-22 18:36:17.0 +0200 +++ owncloud-4.0.4debian2/debian/changelog 2012-12-04 22:45:50.0 +0100 @@ -1,3 +1,16 @@ +owncloud (4.0.4debian2-3.1) testing-proposed-updates; urgency=high + + * Non-maintainer upload, fixes several security issues (Closes: #693990). + * debian/patches/06_oc-sa-2012-001.patch: Fix multiple XSS vulnerabilities. + * debian/patches/07_oc-sa-2012-002.patch: Fix timing attack. + * debian/patches/08_oc-sa-2012-004.patch: Fix code execution in migrate.php. + * debian/patches/09_oc-sa-2012-005.patch: Fix code execution in +filesystem.php. + * debian/pathes/07_oc-sa-2012-002.patch: Backport generate_random_bytes() +function from 4.0.8 release. + + -- Michael Banck mba...@debian.org Tue, 04 Dec 2012 22:22:39 +0100 + owncloud (4.0.4debian2-3) testing-proposed-updates; urgency=high * debian/patches: diff -Nru owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch --- owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch 1970-01-01 01:00:00.0 +0100 +++ owncloud-4.0.4debian2/debian/patches/06_oc-sa-2012-001.patch 2012-12-04 22:47:34.0 +0100 @@ -0,0 +1,49 @@ +Index: owncloud-4.0.4debian2/3rdparty/fullcalendar/js/fullcalendar.js +=== +--- owncloud-4.0.4debian2.orig/3rdparty/fullcalendar/js/fullcalendar.js 2012-12-04 22:43:43.296931413 +0100 owncloud-4.0.4debian2/3rdparty/fullcalendar/js/fullcalendar.js 2012-12-04 22:47:26.874081078 +0100 +@@ -4662,7 +4662,7 @@ + /span; + } + html += +- span class='fc-event-title' + event.title + /span + ++ span class='fc-event-title' + htmlEscape(event.title) + /span + + /div; + if (seg.isEnd isEventResizable(event)) { + html += +@@ -5220,5 +5220,5 @@ + }; + + } +- ++ + })(jQuery); +Index: owncloud-4.0.4debian2/apps/files/js/filelist.js +=== +--- owncloud-4.0.4debian2.orig/apps/files/js/filelist.js 2012-12-04 22:47:26.810080751 +0100 owncloud-4.0.4debian2/apps/files/js/filelist.js2012-12-04 22:47:26.874081078 +0100 +@@ -14,9 +14,9 @@ + var extension=false; + } + html+='td class=filename style=background-image:url('+img+')input type=checkbox /'; +- html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+name+'span class=nametext'+basename ++ html+='a class=name href=download.php?file='+$('#dir').val().replace(//, 'lt;').replace(//, 'gt;')+'/'+escapeHTML(name)+'span class=nametext'+escapeHTML(basename); + if(extension){ +- html+='span class=extension'+extension+'/span'; ++ html+='span class=extension'+escapeHTML(extension)+'/span'; + } + html+='/span/a/td'; + if(size!='Pending'){ +Index: owncloud-4.0.4debian2/apps/files_versions/js/versions.js +=== +--- owncloud-4.0.4debian2.orig/apps/files_versions/js/versions.js 2012-12-04 22:43:43.296931413 +0100 owncloud-4.0.4debian2/apps/files_versions/js/versions.js 2012-12-04 22:47:26.874081078 +0100 +@@ -36,7 +36,7 @@ + + var historyUrl = OC.linkTo('files_versions', 'history.php') + '?path='+encodeURIComponent( $( '#dir' ).val() ).replace( /%2F/g, '/' )+'/'+encodeURIComponent( filename ); + +- var html = 'div id=dropdown class=drop data-file='+files+''; ++ var html = 'div id=dropdown class=drop data-file='+escapeHTML(files)+''; + html += 'div id=private'; + html += 'select data-placeholder=Saved versions id=found_versions class=chzen-select style=width:16em;'; + html += 'option value=/option'; diff -Nru owncloud-4.0.4debian2/debian/patches/07_oc-sa-2012-002.patch owncloud-4.0.4debian2/debian/patches/07_oc-sa-2012-002.patch --- owncloud-4.0.4debian2/debian/patches/07_oc-sa-2012-002.patch 1970-01-01
Bug#694170: RM: gconf-cleaner/0.0.3-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi, gconf-cleaner is not fit for release, see #689831. The maintainer mentioned in message #17 that a remove request should be filed which I am doing now. Cheers, Michael -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121124150027.ga9...@nighthawk.chemicalconnection.dyndns.org
Bug#690482: Bug #690482: unblock: nwchem/6.1-4
Hi, On Sun, Oct 14, 2012 at 09:04:39PM +0200, Michael Banck wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package nwchem. This upload does not fix RC bugs, but it includes backported important fixes of the 6.1.1 point release (due to non-code changes like removal of documentation and updated testsuite files, the interdiff between 6.1 and 6.1.1 is huge, thus we have extracted the changes) Comparing the testuite runs Debian is doing between 6.1-3 and 6.1-4, test suite run tests/mcscf_ch2/mcscf_ch is now running OK, which produced non-converging gradients in a geometry optimization, see (i386): https://buildd.debian.org/status/fetch.php?pkg=nwchemarch=i386ver=6.1-3stamp=1333196687 Any update on this? It would be really nice to get those bugfixes into wheezy. If they are absolutely not possible to review, can we at least get the patch in which fixes the outstanding testsuite failure (though note that the Debian package only runs a tiny portion of the upstream testsuite to be buildd-friendly) via t-p-u? Should we file a seperate bug for that before uploading? Best regards, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20121124201618.gb20...@nighthawk.chemicalconnection.dyndns.org
Bug#687074: unblock: rdkit/201203-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package rdkit, it fixes big-endian architectures and re-enables the test suite. See e.g. https://buildd.debian.org/status/fetch.php?pkg=rdkitarch=mipsver=201203-1stamp=1337431768 vs. https://buildd.debian.org/status/fetch.php?pkg=rdkitarch=mipsver=201203-3stamp=1343568733 (201203-2 had the test suite disabled, so it built successfully on e.g. mips). The corresponding patch has been developped by upstream on one of the Debian porter boxes and consists of four subversion revisions, see changelog. The debdiff is attached. unblock rdkit/201203-3 Thanks in advance, regards Michael diff -Nru rdkit-201203/debian/changelog rdkit-201203/debian/changelog --- rdkit-201203/debian/changelog 2012-06-12 13:45:12.0 +0200 +++ rdkit-201203/debian/changelog 2012-07-28 21:18:54.0 +0200 @@ -1,3 +1,12 @@ +rdkit (201203-3) unstable; urgency=low + + * debian/patches/big-endian_support.patch: New patch, fixes big-endian +architectures, taken from upstream revisions 2071, 2079, 2080 and 2140. + * debian/rules (override_dh_auto_test): Activate testsuite again +(Closes: #678188). + + -- Michael Banck mba...@debian.org Sat, 28 Jul 2012 21:18:42 +0200 + rdkit (201203-2) unstable; urgency=low * debian/rules (override_dh_auto_test): Deactivated for now diff -Nru rdkit-201203/debian/patches/big-endian_support.patch rdkit-201203/debian/patches/big-endian_support.patch --- rdkit-201203/debian/patches/big-endian_support.patch1970-01-01 01:00:00.0 +0100 +++ rdkit-201203/debian/patches/big-endian_support.patch2012-07-28 19:38:13.0 +0200 @@ -0,0 +1,653 @@ +Description: Upstream changes to support big-endian architectures + This patch consists of upstream revisions 2071, 2079, 2080 and 2140. +Author: Greg Landrum +Origin: upstream +Bug-Debian: http://bugs.debian.org/670054 +Last-Update: 2012-07-28 + +--- rdkit-201203.orig/CMakeLists.txt rdkit-201203/CMakeLists.txt +@@ -26,6 +26,9 @@ option(RDK_INSTALL_STATIC_LIBS install + option(RDK_BUILD_SLN_SUPPORT include support for the SLN format ON ) + option(RDK_TEST_MULTITHREADED run some tests of multithreading OFF ) + ++include(TestBigEndian) ++TEST_BIG_ENDIAN(RDK_BIG_ENDIAN) ++ + # At build time put runtime binaries in the bin subdirectory + set(RDK_RUNTIME_OUTPUT_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/bin) + set(RDK_LIBRARY_OUTPUT_DIRECTORY ${CMAKE_CURRENT_BINARY_DIR}/lib) +--- rdkit-201203.orig/Code/CMakeLists.txt rdkit-201203/Code/CMakeLists.txt +@@ -15,7 +15,11 @@ add_subdirectory(GraphMol) + add_subdirectory(Query) + + add_subdirectory(DataManip) +-add_subdirectory(SimDivPickers) ++if(RDK_BIG_ENDIAN) ++ message(Skipping build of SimDivPickers on big endian system) ++else(RDK_BIG_ENDIAN) ++ add_subdirectory(SimDivPickers) ++endif(RDK_BIG_ENDIAN) + + add_subdirectory(ML) + add_subdirectory(ChemicalFeatures) +--- rdkit-201203.orig/Code/DataStructs/BitVect.cpp rdkit-201203/Code/DataStructs/BitVect.cpp +@@ -40,7 +40,7 @@ void BitVect::initFromText(const char *d + + // earlier versions of the code did not have the version number encoded, so + // we'll use that to distinguish version 0 +- ss.read((char *)size,sizeof(size)); ++ RDKit::streamRead(ss,size); + if(size0){ + version = -1*size; + if (version == 16) { +@@ -52,12 +52,12 @@ void BitVect::initFromText(const char *d + else { + throw ValueErrorException(bad
Bug#687074: unblock: rdkit/201203-3
Hi, On Sun, Sep 09, 2012 at 03:42:52PM +0100, Adam D. Barratt wrote: On Sun, 2012-09-09 at 13:21 +0200, Michael Banck wrote: Please unblock package rdkit, it fixes big-endian architectures and re-enables the test suite. See e.g. https://buildd.debian.org/status/fetch.php?pkg=rdkitarch=mipsver=201203-1stamp=1337431768 vs. https://buildd.debian.org/status/fetch.php?pkg=rdkitarch=mipsver=201203-3stamp=1343568733 (201203-2 had the test suite disabled, so it built successfully on e.g. mips). Presumably this means that the version of the package in testing is broken on several architectures, despite having built successfully? Some parts of the functionality is broken on big endian architectures in testing right now, yes. What's the effect on the package of disabling the functionality which the patch adds if(RDK_BIG_ENDIAN) guards around? This is what Greg wrote me: |I had to disable some of the extra functionality (clustering and one |of the feature-selection algorithms, both of which are built on code |that I didn't write and where it would take a while to diagnose the |problems), but those don't impact the core cheminformatics aspects. So this patch fixes the core, and disables some add-ons on big endian architectures. Cheers, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120909145108.ga2...@nighthawk.chemicalconnection.dyndns.org
Re: Re: Architecture qualification
Hi, On Thu, May 31, 2012 at 04:18:30PM +0200, Svante Signell wrote: On 28/05/12 01:52, Steven Chamberlain wrote: On 29/05/12 19:57, Andreas Barth wrote: [...] we add hurd-i386 to testing with break/fucked, but we don't expect it to make the release. I.e. bugs for hurd-i386 are not RC. Maybe that's all that's needed? The recent enthusiasm sounds to me like an opportunity. An official testing suite in the archive, from which usable installer images can be built, could be what encourages hurd-i386 to progress into something really releasable. If this doesn't happen now while there's some momentum, it might never happen again and that would be a shame. From the one of the porters side, this would be a _very_ good solution indeed! If GNU/Hurd enters som kind of testing status, the number of users and contributors will increase (hopefully). Can it be part of testing and then when the release happens, be treated specially? As I understand it, this has been discussed but deemed not possible/worthwhile. And most packages will be located in the main repo, only the packages having patches, not yet handled by the DMs, being there. Is that possible? What do you mean with there? Either there is a testing distribution, or there is not, as far as Debian is concerned. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120601235418.gr10...@nighthawk.chemicalconnection.dyndns.org
Re: Architecture qualification
On Tue, May 15, 2012 at 09:45:43PM +0200, Julien Cristau wrote: On Tue, May 15, 2012 at 20:42:14 +0100, Adam D. Barratt wrote: On Tue, 2012-05-15 at 20:42 +0200, Julien Cristau wrote: On Tue, May 15, 2012 at 16:18:19 +0100, Adam D. Barratt wrote: In an effort to stop this stalling any further / longer, I propose sending [1] to each of the port lists, probably some time tomorrow. Comments / changes / updates / whatever welcome. I'd add a concern about the mips buildds to the arch qual page (not sure how to phrase it). Assuming it's the stability issue, then maybe re-using weasel's unstable under load which we used for the porter box? There's that, and there's some packages that can only be built on ball because lucatelli/corelli fail every time. azeem has a bunch of those. Those were number-crunching testsuites and they timed out - I am not sure what the relative hardware specs are but it could be that corelli is just too slow to run those (likely floating-point heavy) test suites in the sbuild time limit. I haven't looked closer, though. Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120515202752.gd2...@nighthawk.chemicalconnection.dyndns.org
Re: Bug#670184: RM: kfreebsd-8 [hurd-i386] -- NVIU; blocks transition of 8.3-1
Hi, On Mon, Apr 23, 2012 at 10:14:19PM +0200, Robert Millan wrote: The hurd-i386 buildd isn't keeping up, so 8.2-11 hurd-i386 builds haven't been replaced with 8.3-1. The hurd-i386 autobuilders are keeping up in general. About kfreebsd-8: 15:02 youpi azeem: I've put kfrebsd-8 non no-auto-build, because it was taking a long time before just failing Removing the outdated binary is fine with us, anyway. This prevents automated removal of kfreebsd-source-8.2 from unstable, This is not true, missing hurd-i386 builds do not prevent testing migrations at this point. Cheers, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20120425130520.ga18...@nighthawk.chemicalconnection.dyndns.org
Bug#599472: Permission to upload opensync-0.22 to testing-proposed-updates
Hi, On Sun, Nov 07, 2010 at 09:26:40PM +, Adam D. Barratt wrote: On Mon, 2010-10-25 at 20:49 +0200, Julien Cristau wrote: On Thu, Oct 7, 2010 at 20:58:07 +0200, Michael Banck wrote: Uploading this would make it possible to potentially transition the barry and synce-sync-engine packages (which I believe were removed due to opensync), as well as the currently still at 0.22 kdepim plugin and the multisync0.90 package in unstable. Other still at 0.22 plugins in unstable could be transitioned as well, but they are less important. Further testing-proposed-updates uploads of the file and evolution2 plugins should be done as well, as they are quite central. OK, let's go ahead with this. opensync was uploaded and has now built everywhere; I've approved it so it should enter testing in the next britney run. The -file and -evolution2 plugins are in NEW as of a few hours ago. Are there any tpu uploads remaining? Would it be fine to close the FTBFS/unresolved dependency RC bugs on the various plugins in unstable now? Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101112171303.gd3...@nighthawk.chemicalconnection.dyndns.org
Bug#599472: Permission to upload opensync-0.22 to testing-proposed-updates
Hi, On Sun, Nov 07, 2010 at 09:26:40PM +, Adam D. Barratt wrote: On Mon, 2010-10-25 at 20:49 +0200, Julien Cristau wrote: On Thu, Oct 7, 2010 at 20:58:07 +0200, Michael Banck wrote: Uploading this would make it possible to potentially transition the barry and synce-sync-engine packages (which I believe were removed due to opensync), as well as the currently still at 0.22 kdepim plugin and the multisync0.90 package in unstable. Other still at 0.22 plugins in unstable could be transitioned as well, but they are less important. Further testing-proposed-updates uploads of the file and evolution2 plugins should be done as well, as they are quite central. OK, let's go ahead with this. opensync was uploaded and has now built everywhere; I've approved it so it should enter testing in the next britney run. The -file and -evolution2 plugins are in NEW as of a few hours ago. Are there any tpu uploads remaining? I just checked, and all the other ones are in unstable. Except for the syncml-plugin/libsyncml, but as I said before, the current libsyncml in testing is not working with the 0.22 syncml-plugin, and reverting this is not worth the effort - also now that I believe syncevolution gets fixed up for squeeze. The question is which packages to transition from unstable, at least multisync0.90, libopensync-plugin-python are essential and libopensync-plugin-kdepim, barry and synce-sync-engine would make sense (although I do not maintain the latter two). I don't see any RC bugs on them except for the 0.22 vs. 0.39 related ones. Other plugins (like libopensync-plugin-gpe, libopensync-plugin-google-calendar etc. would be nice, but I am not sure what the release team's feeling are here. Regards, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20101107214715.ga8...@nighthawk.chemicalconnection.dyndns.org
Bug#599472: Permission to upload opensync-0.22 to testing-proposed-updates
Package: release.debian.org I have finally found time earlier this week to revert opensync packaging to the stable 0.2x branch, and I would like to propose this as a way to ship opensync to our users. This would make users of Blackberry (via barry) and Windows Mobile (via synce-sync-engine) devices able to sync. I have talked to a couple of users, and they said those worked more or less fine before opensync got all messed up in unstable and finally removed from testing (but I do not own such a device myself). As the 0.39 packages got uploaded (accidently, thanks to sbuild) to unstable some time ago, an upload to testing-proposed-updates would be the way to go. I have prepared such an upload (0.22-4squeeze1) with a couple of additional fixes from upstream's subversion repository: opensync (0.22-4squeeze1) testing-proposed-updates; urgency=low . * Upload to testing-proposed-updates (Closes: #580867). * wrapper/opensync.i: Applied patch by Mark Ellis, porting opensync.i to swig-1.3.40 (Closes: #562159). * wrapper/Makefile.am: Do not pass $(PYTHON_LDFLAGS) when linking the python extensions (Closes: #470290). * formats/vformats-xml/vformat.c: Applied upstream revision 3575 fixing an infinite loop in vformat. The interdiff to 0.22-4 is attached; I do not think an interdiff to the current package in unstable would make sense. This is the diffstat: formats/vformats-xml/vformat.c|5 + opensync-0.22/debian/changelog| 12 opensync-0.22/wrapper/Makefile.am |2 +- wrapper/opensync.i|2 +- 4 files changed, 19 insertions(+), 2 deletions(-) Uploading this would make it possible to potentially transition the barry and synce-sync-engine packages (which I believe were removed due to opensync), as well as the currently still at 0.22 kdepim plugin and the multisync0.90 package in unstable. Other still at 0.22 plugins in unstable could be transitioned as well, but they are less important. Further testing-proposed-updates uploads of the file and evolution2 plugins should be done as well, as they are quite central. The syncml plugin should get dropped, as it does not work with libsyncml-0.5.4 (and reverting that does not make sense to me). For syncml, syncevolution is probably the better alternative anyway. I have build and made available some of those packages built against opensync_0.22-4squeeze1 (barry, synce-sync-engine, libopensync-plugin- {file,evolution2,kdepim,google-calendar} at deb http://people.debian.org/~mbanck/opensync-squeeze/ ./ Unfortunately, my internet connection is extremely limited at the moment as I am on vacation. I will check this bug report via my mobile, and will be able to discuss (with some latency) in #debian-release, however. Thanks for considering, Michael diff -u opensync-0.22/wrapper/Makefile.am opensync-0.22/wrapper/Makefile.am --- opensync-0.22/wrapper/Makefile.am +++ opensync-0.22/wrapper/Makefile.am @@ -24,3 +24,3 @@ nodist__opensync_la_SOURCES = opensync_wrap.c -_opensync_la_LDFLAGS = @PACKAGE_LIBS@ @XML_LIBS@ $(PYTHON_LDFLAGS) -module -avoid-version +_opensync_la_LDFLAGS = @PACKAGE_LIBS@ @XML_LIBS@ -module -avoid-version _opensync_la_LIBADD = $(top_builddir)/opensync/libopensync.la diff -u opensync-0.22/debian/changelog opensync-0.22/debian/changelog --- opensync-0.22/debian/changelog +++ opensync-0.22/debian/changelog @@ -1,3 +1,15 @@ +opensync (0.22-4squeeze1) testing-proposed-updates; urgency=low + + * Upload to testing-proposed-updates (Closes: #580867). + * wrapper/opensync.i: Applied patch by Mark Ellis, porting opensync.i to +swig-1.3.40 (Closes: #562159). + * wrapper/Makefile.am: Do not pass $(PYTHON_LDFLAGS) when linking the python +extensions (Closes: #470290). + * formats/vformats-xml/vformat.c: Applied upstream revision 3575 fixing an +infinite loop in vformat. + + -- Michael Banck mba...@debian.org Mon, 04 Oct 2010 19:35:19 +0200 + opensync (0.22-4) unstable; urgency=low * debian/control (Maintainer): Really remove Robert Collins now. only in patch2: unchanged: --- opensync-0.22.orig/wrapper/opensync.i +++ opensync-0.22/wrapper/opensync.i @@ -82,7 +82,7 @@ %extend OSyncChange { OSyncChange(PyObject *obj=NULL) { OSyncChange *change = NULL; - if (obj) + if ((obj) (obj != Py_None)) change = (OSyncChange *)PyCObject_AsVoidPtr(obj); else change = osync_change_new(); only in patch2: unchanged: --- opensync-0.22.orig/formats/vformats-xml/vformat.c +++ opensync-0.22/formats/vformats-xml/vformat.c @@ -571,6 +571,11 @@ osync_trace(TRACE_INTERNAL, invalid character found in parameter spec: \%i\ String so far: %s, lp[0], str-str); g_string_assign (str, ); _skip_until (lp, :;); + if (*lp == '\r') { + osync_trace
Re: Upcoming etch point release
On Fri, May 14, 2010 at 10:31:56AM +0100, Adam D. Barratt wrote: On Fri, May 14, 2010 09:34, Johannes Wiedersich wrote: Adam D. Barratt wrote: The next point release for the etch oldstable distribution, 4.0r9, is scheduled for Saturday, 22nd May. I guess this is rather a plain formality than an endorsement by the project that this release is an up-to-date version of etch (say as far as security is concerned). Maybe this should be pointed out more clearly in order to avoid misunderstandings. Depending on your definition of up-to-date, it's arguably both. There hasn't been a point release for oldstable for some time. This update includes the security updates for which DSAs were issued in the several months prior to security support ceasing in February, together with a number of other updates to packages; see http://release.debian.org/proposed-updates/oldstable.html for a complete list. The point is that it does not provide any security updates since the EOL (AIUI); I also think this should be stressed so people do not think the point release is security-safe up to its release date. Otherwise some people might think oh, there's another point release, I can keep this etch server running for a couple more months then Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100514094854.ga31...@nighthawk.chemicalconnection.dyndns.org
Re: [SRM] Bug#536080 - segfault in gchempaint
Hi, On Sun, Jan 24, 2010 at 08:11:24AM -, Adam D. Barratt wrote: On Sun, January 24, 2010 00:49, Daniel Leidert wrote: Am Samstag, den 23.01.2010, 17:25 + schrieb Adam D. Barratt: [Sorry for the out-of-thread reply, I don't have access to a copy of the original mail to reply to right now] On Sat, 23 Jan 2010 16:04:40 +0100, Daniel Leidert wrote: I'm DM for this package. Shall/may I upload to proposed-updates myself? Yes, please upload (bearing in mind that the window for acceptance from p-u-new for the next point release is closing this wekeend). Nope. My package gets rejected, because unstable/experimental doesn't contain a gchempaint source package anymore (gchempaint was merged into the gnome-chemistry-utils - so the source in Sid + experimental now is gnome-chemistry-utils). Please upload yourself. I will further inform Michael Banck. Maybe he can upload tomorrow. Unfortunately I'm currently away from home for the weekend and unlikely to have time to sponsor the upload; if Michael is able to do so, that would be better (particularly as he's already in Uploaders for the package). I will do so later today. Thanks, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
[stable] Please disregard errornous avogadro_0.9.3-1 upload
Hi, I accidently uploaded avogadro_0.9.3-1 to stable first, please disregard. thanks, Michael PS: I hope that was the correct contact -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Freeze exception for avogadro
Dear release team, Please unblock avogadro_0.8.1-5. It fixes an important bug, #507046, which broke exporting graphics from avogadro. While the program is still usable without this, exporting graphics for publication use is a prime use-case of visualization programs, so we believe this bug should be fixed for lenny. Other changes are cosmetic fixes to debian/control in order to include VCS-* links and an improved description. thanks, Michael -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Freeze exception for wbxml2
Hi, wbxml2_0.9.2-7 fixes two RC bugs, #506740 and #507689. However, wbxml2_0.9.2-6 is not in lenny yet; -6 contains an additional fix for #497709 which is a one-liner. Unfortunately, -6 also contains a renaming of the patches to let them all have consistent names, which blows up the interdiff. I believe the fix for #497709 should be included in lenny as well. If the release team does not want to let the patch-renaming in, I could either upload a -8 reverting that (making the interdiff since -5 more manageable), or upload to t-p-u. Thoughts? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please allow referencer_1.1.3-3 into testing
Hi, referencer_1.1.3-3 adds a dependency on libgnomevfs2-extra, without which one of referencer's main operations, namely querying a document for meta-data and assigning that meta-data to it will not work. I believe libgnomevfs2-extra is usually dragged in via the Gnome desktop task or maybe the gnome meta-packages, but some users might just install referencer and have this problem, so I think this would be worthwhile to fix for lenny given that it is a simple debian/control addition: referencer (1.1.3-3) unstable; urgency=medium * debian/control (Depends): Added libgnomevfs2-extra. (Closes: #502448) -- Michael Banck [EMAIL PROTECTED] Thu, 16 Oct 2008 17:09:25 +0200 thanks, Michael signature.asc Description: Digital signature
Please allow referencer_1.1.3-2 into testing
Hi, referencer_1.1.3-2 fixes a pretty embarassing and user-visible bug: Whenever a user selects a document and hits enter to view it, referencer crashes. Even though viewing documents is not the prime use-case of referencer (tagging and referencing documents is), this is a bug I would like to see fixed for lenny. I have backported the upstream fix included in referencer-1.1.4: referencer (1.1.3-2) unstable; urgency=medium . * debian/patches/crash_return_keypress_iconview.patch: New patch, fixes a segmentation fault when pressing enter on selected documents, from upstream. (Closes: #500010) thanks, Michael signature.asc Description: Digital signature
Freeze exception request for crosshurd_1.7.33
Hi, crosshurd_1.7.33 fixes a rather severe problem when using it to install Debian GNU/Hurd, see #493129. As libpthread-stubs0 is not Essential, it was not downloaded/unpacked automatically when it became available, but the core Hurd packages now depend on it; without it, the Hurd hangs at bootup. Unfortunately, I forgot about this issue and only got reminded again today when a user was unable to install Debian GNU/Hurd. The rest of the changes are trivial (and the removal of gcc-3.3 also fixes the installation, though in this case the users can remove that themselves as it is in a config file) I believe, I've attached the debdiff. thanks, Michael diff -Nru crosshurd-1.7.30/debian/changelog crosshurd-1.7.33/debian/changelog --- crosshurd-1.7.30/debian/changelog 2008-03-16 17:21:30.0 +0100 +++ crosshurd-1.7.33/debian/changelog 2008-08-10 01:44:36.0 +0200 @@ -1,3 +1,26 @@ +crosshurd (1.7.33) unstable; urgency=low + + * makehurddir.sh: Really extract libpthread-stubs0 now. + + -- Michael Banck [EMAIL PROTECTED] Sun, 10 Aug 2008 01:44:34 +0200 + +crosshurd (1.7.32) unstable; urgency=low + + * packages/common: Removed gcc-3.3-base. + * makehurddir.sh: Extract libpthread-stubs0, if available. +(Closes: #493129) + * debian/control (Standards-Version): Bumped to 3.8.0. + + -- Michael Banck [EMAIL PROTECTED] Thu, 31 Jul 2008 18:46:38 +0200 + +crosshurd (1.7.31) unstable; urgency=low + + * functions (apt_config): Add debug::pkgproblemresolver=1 option to +improve diagnosis output when crosshurd cannot figure out what to install +due to broken base packages. (Closes: #491599) + + -- Michael Banck [EMAIL PROTECTED] Mon, 21 Jul 2008 23:22:25 +0200 + crosshurd (1.7.30) unstable; urgency=low * sources.list/kfreebsd-gnu: Update the commented out ftp.gnuab.org diff -Nru crosshurd-1.7.30/debian/control crosshurd-1.7.33/debian/control --- crosshurd-1.7.30/debian/control 2008-03-16 17:20:51.0 +0100 +++ crosshurd-1.7.33/debian/control 2008-07-31 18:46:34.0 +0200 @@ -4,7 +4,7 @@ Maintainer: Jeff Bailey [EMAIL PROTECTED] Uploaders: Michael Banck [EMAIL PROTECTED] Build-Depends: cdbs (= 0.4.23-1.1), debhelper (= 4.1.0) -Standards-Version: 3.7.3 +Standards-Version: 3.8.0 Package: crosshurd Architecture: all diff -Nru crosshurd-1.7.30/functions crosshurd-1.7.33/functions --- crosshurd-1.7.30/functions 2005-06-11 13:32:50.0 +0200 +++ crosshurd-1.7.33/functions 2008-07-21 22:38:10.0 +0200 @@ -5,7 +5,7 @@ esac DEB_TARGET_ARCH=`dpkg-architecture -t$DEB_TARGET_GNU_TYPE -qDEB_HOST_ARCH` -apt_options=--option Dir::Etc::SourceList=/etc/crosshurd/sources.list/$DEB_TARGET_GNU_SYSTEM --option Dir::State::Lists=$TARGET/var/cache/apt/lists --option Debug::Nolocking=true --option APT::Architecture=$DEB_TARGET_ARCH --option Dir::Cache::archives=$TARGET/var/cache/apt/archives --option APT::Get::Force-Yes=true --option APT::Get::Download-Only=true --option Dir::State::status=$TARGET/var/lib/dpkg/status --option Dir::Etc::Preferences=/etc/crosshurd/preferences +apt_options=--option Dir::Etc::SourceList=/etc/crosshurd/sources.list/$DEB_TARGET_GNU_SYSTEM --option Dir::State::Lists=$TARGET/var/cache/apt/lists --option Debug::Nolocking=true --option APT::Architecture=$DEB_TARGET_ARCH --option Dir::Cache::archives=$TARGET/var/cache/apt/archives --option APT::Get::Force-Yes=true --option APT::Get::Download-Only=true --option Dir::State::status=$TARGET/var/lib/dpkg/status --option Dir::Etc::Preferences=/etc/crosshurd/preferences --option debug::pkgproblemresolver=1 DEBFOR=apt_debfor diff -Nru crosshurd-1.7.30/makehurddir.sh crosshurd-1.7.33/makehurddir.sh --- crosshurd-1.7.30/makehurddir.sh 2006-11-11 17:49:45.0 +0100 +++ crosshurd-1.7.33/makehurddir.sh 2008-08-10 01:51:12.0 +0200 @@ -40,6 +40,10 @@ extract gnumach fi +if [ -e $TARGET/var/cache/apt/archives/libpthread-stubs0_* ] ; then +extract libpthread-stubs0 +fi + x_feign_install dpkg if [ $DEB_TARGET_GNU_SYSTEM = gnu ] ; then x_feign_install hurd diff -Nru crosshurd-1.7.30/packages/common crosshurd-1.7.33/packages/common --- crosshurd-1.7.30/packages/common2007-06-18 03:16:36.0 +0200 +++ crosshurd-1.7.33/packages/common2008-07-27 15:34:41.0 +0200 @@ -17,7 +17,6 @@ ed findutils gawk -gcc-3.3-base gettext-base grep gzip
Freeze exception request for wbxml2_0.9.2-5
(tmp_node-children-content, application/vnd.syncml-devinf+wbxml) == 0) { + return WBXML_SYNCML_DATA_TYPE_WBXML; + } + ++/* application/vnd.syncml-devinf+xml */ ++if (wbxml_buffer_compare_cstr(tmp_node-children-content, application/vnd.syncml-devinf+xml) == 0) { ++return WBXML_SYNCML_DATA_TYPE_NORMAL; ++} ++ + /* text/clear */ + if (wbxml_buffer_compare_cstr(tmp_node-children-content, text/clear) == 0) { + return WBXML_SYNCML_DATA_TYPE_CLEAR; +diff -ru wbxml2-0.9.2-original/src/wbxml_tree_clb_xml.c wbxml2-0.9.2/src/wbxml_tree_clb_xml.c +--- wbxml2-0.9.2-original/src/wbxml_tree_clb_xml.c 2006-07-11 13:47:46.0 +0200 wbxml2-0.9.2/src/wbxml_tree_clb_xml.c 2008-06-20 11:39:27.0 +0200 +@@ -142,7 +142,7 @@ + #if defined( WBXML_SUPPORT_SYNCML ) + + /* If this is an embedded (not root) DevInf document, skip it */ +-if ((WBXML_STRCMP(localName, DevInf) == 0) ++if ((WBXML_STRCMP(localName, syncml:devinf:DevInf) == 0) + (tree_ctx-current != NULL)) + { + tree_ctx-skip_start = XML_GetCurrentByteIndex(tree_ctx-xml_parser); +@@ -192,7 +192,7 @@ + /* End of skipped node */ + + #if defined( WBXML_SUPPORT_SYNCML ) +-if (WBXML_STRCMP(localName, DevInf) == 0) { ++if (WBXML_STRCMP(localName, syncml:devinf:DevInf) == 0) { + /* Get embedded DevInf Document */ + devinf_doc = wbxml_buffer_create(tree_ctx-input_buff + tree_ctx-skip_start, + XML_GetCurrentByteIndex(tree_ctx-xml_parser) - tree_ctx-skip_start, +@@ -210,6 +210,16 @@ + return; + } + ++/* Add doctype to give the XML parser a chance ++ * SyncML 1.2 is downward compatible to older versions. ++ */ ++if (!wbxml_buffer_insert_cstr(devinf_doc, !DOCTYPE DevInf PUBLIC '-//SYNCML//DTD DevInf 1.2//EN' 'http://www.openmobilealliance.org/tech/DTD/OMA-SyncML-Device_Information-DTD-1.2.dtd' \n, 0)) ++{ ++tree_ctx-error = WBXML_ERROR_NOT_ENOUGH_MEMORY; ++wbxml_buffer_destroy(devinf_doc); ++return; ++} ++ + WBXML_DEBUG((WBXML_PARSER, \t DevInf Doc : '%s', wbxml_buffer_get_cstr(devinf_doc))); + + /* Parse 'DevInf' Document */ diff -u wbxml2-0.9.2/debian/control wbxml2-0.9.2/debian/control --- wbxml2-0.9.2/debian/control +++ wbxml2-0.9.2/debian/control @@ -1,10 +1,10 @@ Source: wbxml2 Priority: optional Section: libs -Maintainer: Riku Voipio [EMAIL PROTECTED] +Maintainer: Michael Banck [EMAIL PROTECTED] Homepage: http://libwbxml.aymerick.com/ Build-Depends: debhelper (= 5.0.0), libexpat1-dev | libexpat-dev, libpopt-dev, zlib1g-dev | libz-dev, automake1.9, libtool, cdbs -Standards-Version: 3.7.3 +Standards-Version: 3.8.0 Package: libwbxml2-dev Section: libdevel @@ -52,7 +52,7 @@ Section: text Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends} -Description: WBXML utils +Description: Binary XML utilities The WBXML Library (aka libwbxml) contains a library and its associated tools to Parse, Encode and Handle WBXML documents. The WBXML format is a binary representation of XML, defined by the Wap Forum, and used diff -u wbxml2-0.9.2/debian/changelog wbxml2-0.9.2/debian/changelog --- wbxml2-0.9.2/debian/changelog +++ wbxml2-0.9.2/debian/changelog @@ -1,3 +1,15 @@ +wbxml2 (0.9.2-5) unstable; urgency=low + + * New maintainer. ++ debian/control (Maintainer): Set to myself. + * debian/control (Standards-Version): Bumped to 3.8.0. + * debian/control (libwbxml2-utils/Description): Make the short +description a bit more readable; closes: #493436. + * debian/patches/05-syncml-fixes.patch: New patch, fixes a couple of +issues with SyncML, by Michael Bell; closes: #487217. + + -- Michael Banck [EMAIL PROTECTED] Wed, 06 Aug 2008 18:00:34 +0200 + wbxml2 (0.9.2-4) unstable; urgency=low * Fix segault in wbxml_encoder.c, closes: #310621 only in patch2: unchanged:
openbabel-2.2 transition
Hi, we know it's pretty late, but we would like to ask for a library freeze exception for openbabel. Openbabel-2.2 got recently released and is currently available in experimental. It revs the soname from libopenbabel2 to libopenbabel3, but is API compatible. The reverse Build-Depends list is rather short: xdrawchem,libopenbabel2 v-sim-doc,libopenbabel2 v-sim,libopenbabel2 libgcu0,libopenbabel2 ghemical,libopenbabel2 gcu-plugin,libopenbabel2 gchempaint,libopenbabel2 Apart from v-sim{,-doc}, all of those are maintained by the Debichem Team (libgcu0 and gcu-plugin are from the same source package) as well and we tested those packages compiled against libopenbabel3 to make sure they still work, so a small round of binNMUs should be all that's needed. The main reason why we would like to have openbabel-2.2 in lenny is the fact it is needed by avogadro (also available in experimental), a killer-app in the field of chemistry molecule viewers and in particular builders. Besides that, openbabel-2.2 has very much improved python bindings and better development support. The first step would be uploading openbabel_2.2.0-2 to unstable, we got packages ready, is that fine for us to do? thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please consider multisync0.90_0.91.0-3 for etch
On Wed, Apr 04, 2007 at 08:32:24PM +0200, Luk Claes wrote: Michael Banck wrote: Even worse, the GTK GUI in multisync0.90 is not really adequate for release - e.g., it cannot really configure plugins in the GUI (right now, I can't get it to configure them at all - earlier, it would spawn an EDITOR session on the terminal you called it from with the XML for the user to edit). Sorry, we are only considering packages with RC bug fixes anymore. So it will probably be a status quo: not unblocking nor removing multisync/Opensync. As an alternative solution, would it be acceptable to upload a multisync0.90 which drops the GUI package (multisync0.90) and just ships multisync-tools? Multisync-tools is the CLI interface which works OK for people who expect using the command-line. I'd be nervous about shipping etch with a mostly broken GUI. Maybe via testing-proposed-updates? I could do that this afternoon. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please consider multisync0.90_0.91.0-3 for etch
On Fri, Apr 06, 2007 at 01:00:51PM +0200, Andreas Barth wrote: Sorry, we cannot do that anymore. The builds won't be available in time for the CD/DVD generation. You can however upload such a package past release to proposed-updates, so that we can include it at the first point release, and we can commit something about that to the errata once the release notes cvs is open again (if it is important enough). OK, thanks, we'll do that then. As a SRM, do you think removing the multisync0.90 source package from testing now and introducing only the multisync-tools binary package in r1 would be feasable? Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please consider multisync0.90_0.91.0-3 for etch
Hi, the state of phone/pda-syncing software is a bit miserable in Etch right now. The old multisync source package is still available, but it is unmaintained upstream, and the syncml and palm plugins had to be removed due to RC bugs and nobody porting them to the new libpisock. Opensync-0.19 plus its plugings are in Etch, but already several upstream version old and not really that mature. Even worse, the GTK GUI in multisync0.90 is not really adequate for release - e.g., it cannot really configure plugins in the GUI (right now, I can't get it to configure them at all - earlier, it would spawn an EDITOR session on the terminal you called it from with the XML for the user to edit). I have uploaded another version of the GUI (mostly a rewrite though, I'm afraid) to unstable two months ago (but already during the freeze) and it hasn't attracted any new bugs so far. As we were in a freeze already, I thought it was too late for it to go into testing. However, some days ago I talked to upstream again and they were shocked we shipped the current version in testing and heavily discouraged that. I talked to my comaintainer Robert Collins two days ago and we agreed that the old version really isn't worth a release and decided trying to get the new version into Etch and Feisty. So, what do you think? Another alternative to talk about would be to remove Opensync entirely from testing, but this would leave people with the old multisync as pretty much the only (and inferior) alternative, IMHO. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#410929: Request binNMU for pcmanfm
Hi, I've upgraded this bug to `serious', but see below. On Tue, Mar 13, 2007 at 02:38:53PM -0700, Steve Langasek wrote: On Tue, Mar 13, 2007 at 08:30:58PM +0800, Andrew Lee wrote: Release managers, I wrote this for request binNMU for the packages below: pcmanfm_0.3.2.2-1, Rebuild against newer libgamin-dev = 0.1.8 (Closes:410929), 1, linux-any pcmanfm-nohal_0.3.2.2-1, Rebuild against newer libgamin-dev = 0.1.8 (Closes:410929), 1, any I'm not content to do this without understanding what changed in gamin that broke your package. gamin didn't have a /declared/ ABI change, so if this is an ABI change in gamin, it's possible that there are other packages affected and we may need to do a mass-fix. But we can't easily do that without first understanding the nature of the problem. pcmanfm seems to use the FAM compatibility layer of gamin, not the gamin API directly, so I don't think API-breakage is likely. I tried to investigate this, but could not find a sign of API problems. Also, I tried to reproduce, and while I initially thought I had it reproduced (and thus tagged the bug `confirmed'), I can no longer now. What I see is that by going from 0.1.7 to 0.1.8, the monitoring is much more sluggish, and if I touch a file in an otherwise empty diretory, pcmanfm does not promptly diplay the new file. If I touch a second file though, both files get displayed, and rm also works (with some delay). Rebuilding pcmanfm against gamin-0.1.8 did not visibly improve things for me, monitoring was still pretty sluggish. So can you please try to recheck that monitoring is really broken and not just sluggish? I guess that the move to 0.1.7 has made gamin use the poll backend instead of dnotify/inotify for pcmanfm, which makes things slower. I have no idea why this is, though. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please unblock xmakemol/5.15-2
Hi, xmakemol_5.15-2 fixes a pretty serious bug in xmakemol-gl which makes the program abort as soon as it has to render text, e.g. atom names, thus seriously hindering the usefullness of the package. This is a one-line patch. Please unblock it, the interdiff is attached. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please unblock xmakemol/5.15-2
On Sat, Feb 17, 2007 at 10:33:26AM +0100, Michael Banck wrote: Please unblock it, the interdiff is attached. Hit send to soon, the interdiff is now there. Michael Index: control === --- control (revision 135) +++ control (revision 293) @@ -2,7 +2,7 @@ Section: science Priority: optional Maintainer: Michael Banck [EMAIL PROTECTED] -Build-Depends: debhelper ( 3.0.0), dpatch, libxpm-dev, libxt-dev, libgl1-mesa-swx11-dev, lesstif2-dev, libglut3-dev +Build-Depends: debhelper ( 3.0.0), dpatch, libxpm-dev, libxt-dev, libgl1-mesa-swx11-dev, lesstif2-dev, freeglut3-dev Standards-Version: 3.5.6.1 Package: xmakemol Index: changelog === --- changelog (revision 135) +++ changelog (revision 293) +xmakemol (5.15-2) unstable; urgency=medium + + * Urgency medium due to fix for bug which severly decreases the +usefulness of xmakemol-gl. + * debian/patches/02_glutInit.dpatch: New patch, taken from upstream +CVS: Call glutInit() before other GLUT functions; closes: #344369. + * debian/patches/00list (02_glutInit): Added. + * debian/control (Build-Depends): Changed libglut3-dev to +freeglut3-dev; closes: #394507. + + -- Michael Banck [EMAIL PROTECTED] Thu, 7 Dec 2006 13:44:03 +0100 + xmakemol (5.15-1) unstable; urgency=low * New upstream release. Index: patches/02_glutInit.dpatch === --- patches/02_glutInit.dpatch (revision 0) +++ patches/02_glutInit.dpatch (revision 293) @@ -0,0 +1,24 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 02_glutInit.dpatch by Michael Banck [EMAIL PROTECTED] +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Call glutInit() before other GLUT functions + [EMAIL PROTECTED]@ + +=== +RCS file: /sources/xmakemol/xmakemol/xmakemol.c,v +retrieving revision 1.57 +retrieving revision 1.58 +diff -u -r1.57 -r1.58 +--- xmakemol/xmakemol.c2005/03/07 10:10:41 1.57 xmakemol/xmakemol.c2006/09/11 11:34:57 1.58 +@@ -204,6 +204,8 @@ + /* aro-- moved */ + + #ifdef GL ++ glutInit (argc, argv); ++ + visinfo = glXChooseVisual(display, screen_num, gl_attrib); + + if (!visinfo) Property changes on: patches/02_glutInit.dpatch ___ Name: svn:executable + * Index: patches/00list === --- patches/00list (revision 0) +++ patches/00list (revision 293) @@ -0,0 +1 @@ +02_glutInit
Re: Bug#310077: glui: Wrong package name in control file.
On Mon, May 23, 2005 at 06:28:20PM -0700, Steve Langasek wrote: Unless the maintainer speaks up and explains why we should ship a library that isn't used by anything in sarge, I still plan to remove it. Just as a data point: MOLEKEL, a binary-only freeware OpenGL visualization package I happen to use depends on this, so the library is actually being used in the wild. Not that this counts much for sarge, of course. Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Please consider scmxx_0.7.5-2 for sarge
Hi, On Wed, May 18, 2005 at 08:15:16PM -0700, Steve Langasek wrote: On Wed, May 18, 2005 at 01:49:53AM +0200, Michael Banck wrote: I included the patch provided by him in 0.7.5-2, please consider it for inclusion in Sarge. Could you explain how exactly this is an architecture-specific bug? It's not at all obvious from the patch. As I am not thoroughly intimate with the scmxx code (...), I asked the upstream maintainer to elaborate on this. This is what he said: | A user contacted me (the author) with the problem he did not have with | scmxx-0.7.4 but with scmxx-0.7.5 about decoding some SMS. He used a | PPC linux distribution (not sure if it's debian) and I simply could | not confirm the bug with my AMD Athlon system (else I would have fixed | it before release). However, I believed him and was able to reproduce | it on my Sparc32 system (SS20 clone) running Debian Sarge. | The problem affects the gsm_chars array in src/charsets/gsm.c due to | linking order (charsets.o just happens to be after options_getopt.o). | That struct then appears to be empty at run time because of this bug | in src/options_getopt.c (and src/options_popt.c). The bug itself | writes beyond struct args_def args_list[] from src/options.c and | actually to the wrong struct. Instead it should write the final | element to the end of the dynamically created list. This struct is | used to create the getopt and popt structs at runtime from a unified | list. That the list end condition still matched made it even trickier | to locate the bug. | I guess that due to alignment that it affects only some architectures | (might be compiler specific, don't know). You could also change the | linking order but the real fix should be prefered. | In short words: self-rewriting code, it was, but not the intention of | the author to have such. cheers, Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Please consider crosshurd_1.7.16 for sarge
Hi, crosshurd_1.7.16 fixes an important problem (#308391) when trying to bootstrap Debian GNU/Hurd with it, resulting in an abort of the install and leaving the system misconfigured. Please consider it for inclusion in sarge. thanks, Michael -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: (forw) Bug#298060: Please don't install login as setuid root
On Tue, Mar 08, 2005 at 05:03:11PM +0100, Wouter Verhelst wrote: Op za, 05-03-2005 te 22:56 -0800, schreef Matt Zimmerman: On Sat, Mar 05, 2005 at 03:34:58PM +0100, Christian Perrier wrote: Security and release teams, may I have your advice about this suggestion? As you may know, I currently act as maintainer for the shadow package, but I'm also aware of my own weaknesses when it comes at security (and security-related) issues so I prefer getting the advice of more competent people. Given that installing login non setuid has been blessed for Ubuntu, I'm inclined to follow the suggestion, but doing so close to a release is maybe not wise.so I'm seeking for advices..:-) FWIW, We've been doing this for some time in Ubuntu, and no one has missed it. In this age of pseudoterminals and single-user systems... On Linux. I'm not exactly sure about this, but I think it might break the way the Hurd does a login. The hurd package currently ships its own /bin/login and Provides/Replaces/Conflicts with the login package. As to why that is suid as well, Roland McGrath once said[0]: login -- Falls back to unix-style if password server is not there. If we can presume the password server works, then we can clear the setuid bit here. (We could also remove the old code, or leave it there for only root to be able to use w/o server.) I guess this is a good opportunity to review our suid login as well. cheers, Michael -- [0] http://lists.gnu.org/archive/html/bug-hurd/2002-06/msg00130.html -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: BSP end of November
On Sun, Oct 31, 2004 at 11:13:20AM +0100, Martin Zobel-Helas wrote: at the German LinuxWorldExpo last week we talked about organizing a BSP end of November (we thought of 27. - 28. November, which is the last weekend in November). Location is not yet defined, but Frankfurt might be a good idea. Thanks for the initiative. I would like to hear from Debian QA and Debian Release if a reallife BSP is appreciated. From all the others i would like to hear who considers to come to a BSP. I will most probably attend, though perhaps not all the time. cheers, Michael
Re: GNOME 2.6 definitely not ready for unstable
On Sun, May 23, 2004 at 01:36:15AM +0300, Martin-Éric Racine wrote: Today, Rhythmbox 0.8.4 entered unstable, with rather unpleasant consequences: I cannot use it, because it insists upon trying to access /dev/dsp directly. [...] This is a tiny example, but it clearly shows that transition from GNOME 2.4 to GNOME 2.6 is not sufficiently rehearsed to know which packages can enter unstable in what order. Back to the drawing board! What does a new upstream release of rhythmbox have to do with GNOME 2.6? Rhythmbox was not even submitted for inclusion in GNOME 2.8 yet, AFAIK. It's definetely not part of GNOME 2.6. Michael -- Michael Banck Debian Developer [EMAIL PROTECTED] http://www.advogato.org/person/mbanck/diary.html
Re: Upload of GNOME 2.6 to unstable
(OK, so let's try out replying via the mailing-lists links. Sorry if this turns out bad) Matthias Klose writes: hmm, upload a new gcc-defaults to experimental making 3.4 the default definitely breaks gnome builds in experimental, if you get your build dependencies from there. an experimental/toolchain would help in this case. Perhaps one can assume that all essential and build-essential packages should be from unstable, while the build-dependencies are taken from experimental? I.e. 1. Install the chroot from unstable 2. Change the sources.list to point to experimental as well for sources 3. Start buildd 4. Profit! 5. Stop buildd 6. Remove experimental from sources.list 7. Upgrade/fix chroot 8. Go to step 2. Repeat. 9. Release! /usr/lib/sbuild/upgrade-chroot et al. could probably easily be changed to use a apt-get.conf.unstable which in turn points to /etc/apt/sources.lists.unstable. Even better would be if sbuild could be told to just use a different sources.list/apt-get.conf when building experimenal packages. Michael
Re: Upload of GNOME 2.6 to unstable
Wouter Verhelst wrote: On Tue, May 18, 2004 at 12:34:32PM +0200, Michael Banck wrote: Perhaps one can assume that all essential and build-essential packages should be from unstable, while the build-dependencies are taken from experimental? If that's the idea, why would you ever upload a compiler to experimental? Well, until now no buildd built with an experimental gcc, yet gcc-3.4 is in experimental. People interested in testing it or people who want to be on the bleeding-edge can use it when manually compiling stuff and report bugs. I see the merit in testing experimental parts of the toolchain, but it might make sense to decouple this from testing experimenal components like KDE, Gnome, OpenOffice, Apache or whatever. The latter usually don't need an experimental toolchain to be built, the same way the toolchain usually should be buildable out of unstable. So the only use for having an experimental gcc is for testing it. I don't think the scope is so great for this that it would justify setting up a seperate buildd chroot just for it (or for testing a new glibc, whatever). This could be easily done in a dchroot on a developer accesible machine, by asking debian-admin to install the experimental package temporarily. On the other hand, my above proposal would have relatively small impact on the current buildd setup and could be implemented on the current buildds with little changes. Of course, I admit that I did not really spend a lot of time to think this through, so I might be missing something important. Michael, sorry for the commercial sig -- Sie haben neue Mails! - Die GMX Toolbar informiert Sie beim Surfen! Jetzt aktivieren unter http://www.gmx.net/info