Bug#975902: octave-gui always shows "undecodable token: \001b(hex)[?2004h" in the prompt

On Fri, Dec 04, 2020 at 18:06:22 -0500, Brendon Higgins wrote: > The culprit is libreadline8 (and/or readline-common). Octave GUI has no > complaints with the prior version 8.0-4, but after upgrading to version > 8.1~rc3-1, Octave GUI now complains about "undecodable token: \001b(hex)[? > 2004h"

Bug#960728: openblas: please consider adding openblas_get_config() to libblas.so.3

Source: openblas Version: 0.3.9+ds-1 Severity: wishlist Dear Maintainer, Please consider including the 'openblas_get_config' extension function in the libblas.so.3 shared library provided by all OpenBLAS flavors. In previous versions of the libopenblas-base library package, it was possible to

Bug#959009: rlwrap: fails to build reproducibly when varying the cpu count

Source: rlwrap Version: 0.43-1 Severity: wishlist The configure stage gives different results when running on a system with one CPU or with multiple CPUs. The reason is a configure feature test that runs a program in the background and then checks to see that its state has changed. In a single

Bug#925081: Patch didn't add Global Protect to the -gnome packages drop down.

On Thu, Mar 12, 2020 at 08:55:08 +, Luca Boccassi wrote: > Sure, I'm very happy to help co-maintain as I need this for $dayjob so > I've got a vested interest. > > Would you like help with openconnect too? Yes please! -- mike signature.asc Description: PGP signature

Bug#925081: Patch didn't add Global Protect to the -gnome packages drop down.

On Thu, Feb 27, 2020 at 17:12:19 +, Luca Boccassi wrote: > Any chances we could get 1.2.4-3 uploaded to unstable, so that it can > sync to Ubuntu? Please feel free to upload a zero delay nmu to make this happen. Are you interested in taking over maintenance or co-maintenance? If so, please

Bug#951789: devscripts: origtargz --unpack fails trying to unpack a .asc upstream signature

Package: devscripts Version: 2.20.2 Severity: normal Dear Maintainer, When unpacking the upstream source with origtargz --unpack, the command fails when an upstream signature file exists. Example: $ apt source grep $ cd grep-3.4 $ origtargz --unpack Using existing

Bug#950699: ubuntu-dev-tools: mk-sbuild --type=file creates a root directory owned by $USER

Package: ubuntu-dev-tools Version: 0.175 Severity: normal Dear Maintainer, The `mk-sbuild --type=file` command creates a chroot in the form of a compressed tar archive. The root directory inside the tar is owned by the user that ran mk-sbuild, but should be owned by the root user. This appears

Bug#936806: koji: Python2 removal in sid/bullseye

On Thu, Jan 30, 2020 at 01:36:33 -0500, Sandro Tosi wrote: > yep i came across all of them starting from python-lzma -- do you know > what's the status of the "RedHat infrastructure" in debian? many (if > not all) of those tools are relatively old, not maintained (or just in > life support mode)

Bug#940871: openconnect: diff for NMU version 8.02-1.1

On Sat, Jan 18, 2020 at 23:54:53 +0100, Salvatore Bonaccorso wrote: > I've prepared an NMU for openconnect (versioned as 8.02-1.1) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. Seems fine to me, thank you! -- mike signature.asc Description: PGP

Bug#944935: deltarpm: diff for NMU version 3.6+dfsg-1.1

On Mon, Nov 18, 2019 at 20:06:44 -0500, Boyuan Yang wrote: > I've prepared an NMU for deltarpm (versioned as 3.6+dfsg-1.1) and > uploaded it to DELAYED/1. Please feel free to tell me if I > should delay it longer. No, please continue, thank you for taking care of it. Also feel free to push a

Bug#943528: gpaste: 'gpaste-client upload' depends on missing command 'wgetpaste'

Package: gpaste Version: 3.34.1-1 Severity: normal Dear Maintainer, The `gpaste-client upload` command has a hard dependency on a command called `wgetpaste`, which is expected to be an executable in the user's PATH. This command is not packaged in Debian as far as I can tell. The error message

Bug#941782: gir1.2-gnomedesktop-3.0 3.34.0-2 breaks gnome-shell

Package: gir1.2-gnomedesktop-3.0 Version: 3.34.0-2 Followup-For: Bug #941782 Affected by this today, gnome-shell is completely non-functional with the version of gir1.2-gnomedesktop-3.0 now in testing. Confirm that installing the stable version of the package (3.30.2.1-2) restores it. -- mike

Bug#938874: yum-metadata-parser: Python2 removal in sid/bullseye

On Sun, Sep 22, 2019 at 00:51:34 +0900, Kentaro Hayashi wrote: > I'm not familiar with yum-metadata-parser at all, but > I'm not willing to remove createrepo (it depends yum-metadata-parser) > So, I've tried to fix this issue by adding python3 version. Adding Python 3 support to

Bug#938875: yum-utils: Python2 removal in sid/bullseye

On Fri, Sep 06, 2019 at 23:34:22 +0200, Thomas Goirand wrote: > And then I believe yum should also be removed. Your thoughts? Yes, fully agree. cheers, -- mike

Bug#936341: createrepo: Python2 removal in sid/bullseye

Control: block -1 with 912338 The upstream replacement for createrepo is createrepo_c. There is already an ITP filed, set as blocking for this bug. The reverse dependencies of createrepo are src:koji, src:mock, and src:open-build-service. All three packages appear to me to already prefer

Bug#938875: yum-utils: Python2 removal in sid/bullseye

The upstream replacement for the combination of yum + yum-utils (Python 2 only) is dnf (Python 3). The only reverse dependency of yum-utils is mock. It looks like the version of mock already in Debian supports either dnf or yum. Once dnf is in Debian, mock can drop the dependency on yum and

Bug#912338: ITP: createrepo-c -- tool to create RPM repository metadata (C implementation)

On Tue, Oct 30, 2018 at 16:40:18 +0200, Peter Pentchev wrote: > I intend to package this tool since it seems to be the preferred > alternative to the already packaged createrepo Python tool (and many > thanks to Mike Miller for maintaining that package!) in at least > the Fedora R

Bug#875701: mockchain should depend on createrepo-c

Control: block -1 with 912338 On Mon, Dec 03, 2018 at 17:24:38 +0100, Pierre-Francois CARPENTIER wrote: > It adds createrepo as a dependency. It also adds python3-requests which is > also missing. Note that createrepo is now facing removal from the archive because of the Python 2 removal effort.

Bug#938998: gitpkg: please add git-debcherry to package description

Package: gitpkg Version: 0.29 Severity: wishlist Tags: patch Dear Maintainer, Please add a git-debcherry summary description to the package description. Adding the name of the command and its summary will help in discovery, for example with `apt search debcherry`. I think it would be ideal if

Bug#933300: libocatve-dev should not depend on a toolchain

Hi Helmut, Rafael, On Mon, Jul 29, 2019 at 00:15:39 +0200, Rafael Laboissière wrote: > * Helmut Grohne [2019-07-28 22:32]: > > > Package: liboctave-dev > > Version: 4.4.1-6 > > Tags: patch > > User: debian-cr...@lists.debian.org > > Usertags: cross-satisfiability > > Control: affects -1 +

Bug#932940: patch to demonstrate race

Patch attached for real this time. -- mike --- a/makefile +++ b/makefile @@ -52,6 +52,7 @@ $(BD)epstest$(EXE) $(OD)lib.rsp: makefile + -sleep 0.1 -mkdir $(BINDIR) -mkdir $(OBJDIR) echo "dummy" > $(OD)lib.rsp

Bug#932940: epstool: parallel build may fail due to race condition

Source: epstool Version: 3.09-1 Severity: normal Tags: upstream Dear Maintainer, The build system of epstool is fragile to building in parallel. The 'epsobj' subdirectory is only created by the 'lib.rsp' rule. But this rule can run in parallel with building the object files that are also written

Bug#925081: Patch didn't add Global Protect to the -gnome packages drop down.

Control: reopen -1 Control: notfixed -1 network-manager-openconnect/1.2.4-3 On Tue, Jul 02, 2019 at 15:55:13 -0600, Jason Fergus wrote: > I now have the version installed from experimental, but the new > protocol isn't in the drop down list. […] > It only lists Cisco Anyconnect and Juniper/Pulse

Bug#926204: qscintilla2: debian/watch does not find latest upstream version

Source: qscintilla2 Version: 2.10.4+dfsg-2 Severity: normal Dear Maintainer, The debian/watch file for qscintilla2 does not notice the latest upstream version 2.11.1. Scraping the upstream homepage gives the latest version $ curl -sL

Bug#925081: Add Palo Alto Global Protect support.

Control: forwarded -1 https://gitlab.gnome.org/GNOME/NetworkManager-openconnect/issues/1 Control: tags -1 + confirmed upstream On Tue, Mar 19, 2019 at 12:02:40 -0600, Jason Fergus wrote: > There is a patch out there for adding this already, but it would be nice to > have the > added

Bug#865140: Broken with network-manager 1.8.0-5 (at least for split tunnel)

On Mon, Jun 19, 2017 at 09:07:44 -0700, Russ Allbery wrote: > After upgrading network-manager to 1.8.0-5 from 1.6.2-3, connecting to > a VPN with network-manager-openconnect still works but doesn't set up > the routing table entries properly. (This is a split-tunnel VPN.) I'm > guessing

Bug#914992: network-manager-openconnect-gnome: Unable to select realm when connecting to Juniper VPN

On Thu, Nov 29, 2018 at 10:49:19 +, Jonathan McDowell wrote: > When trying to login to a Juniper Network Connect VPN using the NM VPN > login dialog I get a form that provides a drop down "realm" to select as > well as requesting the username + password. Upon selecting a realm other > than the

Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)

On Thu, Feb 28, 2019 at 20:10:46 +0100, Sébastien Villemot wrote: > If you don't have the time to do the upload today, I will do it > tomorrow. > > Note that you'll have to create a new git branch, named "buster", > branching off at 4.4.1-4, since master already contains 5.1.0. I've done exactly

Bug#923442: octave: FTBFS (/bin/sed: can't read libinterp/parse-tree/oct-parse.cc-t: No such file or directory)

Control: tags -1 + patch On Thu, Feb 28, 2019 at 10:08:33 +, Santiago Vila wrote: > I tried to build this package in buster but it failed: […] > /bin/sed: can't read libinterp/corefcn/oct-tex-parser.cc-t: No such file or > directory Confirmed separately in upstream Octave development, this

Bug#922361: RFA: createrepo -- tool to generate the metadata for a yum repository

Package: wnpp Severity: normal I request an adopter for the createrepo package. The package is implemented in Python and is part of the rpm / yum package software stack. This package will ideally be maintained within the Debian RPM packaging team [1][2][3]. The team is cc'ed on this RFA, any

Bug#922362: RFA: deltarpm -- Tools to create and apply deltarpms

Package: wnpp Severity: normal I request an adopter for the deltarpm package. The package is implemented in C and Python and is part of the rpm / yum package software stack. This package will ideally be maintained within the Debian RPM packaging team [1][2][3]. The team is cc'ed on this RFA,

Bug#922363: RFA: yum-metadata-parser -- Fast metadata parser for yum

Package: wnpp Severity: normal I request an adopter for the yum-metadata-parser package. The package is implemented in C and Python and is part of the rpm / yum package software stack. This package will ideally be maintained within the Debian RPM packaging team [1][2][3]. The team is cc'ed on

Bug#922364: RFA: yum-utils -- Utilities based around the yum package manager

Package: wnpp Severity: normal I request an adopter for the yum-utils package. The package is implemented in Python and is part of the rpm / yum package software stack. This package will ideally be maintained within the Debian RPM packaging team [1][2][3]. The team is cc'ed on this RFA, as well

Bug#921131: CVE-2018-10897

Hi Markus! On Sun, Feb 10, 2019 at 11:15:35 +0100, Markus Frosch wrote: > I'm not sure how active Mike is currently. I'm quite active, but I have not touched the rpm/yum related packages in years since they haven't seen much upstream activity. I'm also honestly not very interested in rpm/yum

Bug#921207: Octave GEMM error on large matrix due to openmp thread race condition

On Sun, Feb 03, 2019 at 12:07:20 +, Mo Zhou wrote: > control: severity -1 important Severity minor because it is only caused by installation of an unrelated package from non-free? > I tried to reproduce this issue in a docker container. It seems that > the problem only occurs after the

Bug#919740: merge request submitted

Control: tags -1 + patch I've posted a MR at https://salsa.debian.org/lintian/lintian/merge_requests/130 Thanks, -- mike

Bug#919740: lintian: description-too-long text "must not exceed 80 characters" is incorrect

Package: lintian Version: 2.5.121 Severity: minor Dear Maintainer, The tag `description-too-long` says The first line of the "Description:" must not exceed 80 characters. which, at least to me, says that exactly 80 characters is allowed. But the actual section in Policy says that the line

Bug#906299: vim-conque: patch

Control: tags -1 + patch I've been using a local build with the attached change to resolve this dependency bug, in case a tested minimal patch is helpful. -- mike From c1e60d13b19d309f3bb93fc08baf124b0c99afac Mon Sep 17 00:00:00 2001 From: Mike Miller Date: Sat, 12 Jan 2019 14:55:00 -0800

Bug#919028: chrome-gnome-shell: postinst fails on reconfigure or if json already exists

17 00:00:00 2001 From: Mike Miller Date: Fri, 11 Jan 2019 15:53:55 -0800 Subject: [PATCH] Avoid failing install on link in /etc/opt/chrome --- debian/postinst | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/debian/postinst b/debian/postinst index 703dfacc44a7..af0cada86

Bug#918963: lintian: manual-references contains broken/obsolete URLs for Debian Policy Manual

Package: lintian Version: 2.5.120 Severity: minor Dear Maintainer, I noticed that a link to the Debian Policy Manual from the Lintian tag page https://lintian.debian.org/tags/description-too-long.html points to https://www.debian.org/doc/debian-policy/#the-single-line-synopsis which

Bug#918529: openconnect: version 8.01 available upstream

Control: tags -1 + pending On Sun, Jan 06, 2019 at 22:14:36 -0500, Daniel Kahn Gillmor wrote: > on the mailing list, i see that openconnect 8.01 is available > upstream. it's also tagged in the upstream git repository. > > please package the new version for debian! Yeah, in progress now,

Bug#918749: libtss2-dev: missing Depends: libgcrypt20-dev, pkg-config --libs tss2-esys lists -lgcrypt

Package: libtss2-dev Version: 2.1.0-2 Severity: normal Dear Maintainer, Installing libtss2-dev and running pkg-config --libs tss2-esys produces -ltss2-esys -lgcrypt -ltss2-sys -ltss2-mu The package should therefore declare Depends: libgcrypt20-dev so that the "-lgcrypt" part of this is

Bug#918073: git-buildpackage: please document effect of --git-color, --git-notify tristate options

Package: git-buildpackage Version: 0.9.13 Severity: wishlist Dear maintainer, Please document the actual effect of specifying "auto" for tristate command-line options such as --git-color and --git-notify. For example, the current documentation --git-color=COLOR Whether to use colored

Bug#916961: octave-symbolic FTBFS: test failures

On Thu, Dec 20, 2018 at 22:29:16 +0200, Adrian Bunk wrote: > Some recent change in unstable makes octave-symbolic FTBFS: […] > * test > % performance: want roughly O(1) not O(n) > A = linspace(sym(0), sym(10), 3); % do one first, avoid caching > tic; A = linspace(sym(0), sym(10), 3); t1

Bug#916979: Octave recent build only has grahics toolkit gnuplot; qt and fltk are missing

On Fri, Dec 21, 2018 at 09:05:36 +0100, Sébastien Villemot wrote: > I think it would make sense to add an autopkgtest for that specific > issue, to detect it should it appear again. > > The only drawback with respect to putting it as a failure in > debian/rules is that autopkgtest are only

Bug#914373: documenting octave packages need to be loaded

On Wed, Dec 19, 2018 at 20:01:44 +, David Pinto wrote: > However, this does not happen for chi2inv which is the function > mentioned on the bug report. The issue here is that the internal list > of functions belonging to packages need to be updated in Octave so the > user gets a message

Bug#916979: Octave recent build only has grahics toolkit gnuplot; qt and fltk are missing

On Thu, Dec 20, 2018 at 15:37:55 -0800, Mike Miller wrote: > something (possibly mesa) was messed up in the archive and resulted in a > bad build. A binNMU should be sufficient to fix this, but a new source > upload may be coming soon anyway. Aside to Debian Octave maintainers - shou

Bug#916979: Octave recent build only has grahics toolkit gnuplot; qt and fltk are missing

On Thu, Dec 20, 2018 at 14:36:49 -0800, Clinton Winant wrote: > Having upgraded Debian Buster to octave package (4.4.1-2+b1) I find the qt > and fltk graphics toolkits are no longer available. > > octave:2> name=graphics_toolkit()name = gnuplotoctave:3> > available_graphics_toolkitsans ={ >

Bug#906299: vim-conque: please update dependencies to include vim-python3

Package: vim-conque Version: 2.3-1 Severity: normal Dear Maintainer, The latest vim source package has changed from "Provides: vim-python" to "Provides: vim-python3" to be more explicit. Please update the corresponding dependencies in vim-conque to include both vim-python and vim-python3. Thank

Bug#862884: Disable libnm-glib support

On Sat, Aug 11, 2018 at 17:08:54 +0200, Michael Biebl wrote: > To finish off the libnm-glib transition (nm-openconnect being the last > package at [1]), I decided to prepare an NMU and upload to DELAYED/7 > > While at it, I've also included the changes for #852705 and #852706. > Full debdiff

Bug#905908: libGL.so.1: cannot open shared object file: No such file or directory when updating to 4.4.1~rc2-3

On Sat, Aug 11, 2018 at 16:00:18 +0200, Kyle Robbertze wrote: > When updating octave to 4.4.1~rc2-3, I received the following error: > > Setting up octave (4.4.1~rc2-3) ... > /usr/bin/octave-cli: error while loading shared libraries: libGL.so.1: cannot > open shared object file: No such file or

Bug#900816: cdargs: diff for NMU version 1.35-11.1

On Mon, Jul 23, 2018 at 20:27:04 +0800, David Bremner wrote: > I've prepared an NMU for cdargs (versioned as 1.35-11.1) and > uploaded it to DELAYED/05. Please feel free to tell me if I > should delay it longer. Thank you for the fix, this is fine with me. I did get around to installing

Bug#896438: javahelper: java-vars.mk is not compatible with Java 9 directory layout

Package: javahelper Version: 0.63 Severity: normal Dear Maintainer, The make variables provided by java-vars.mk, specifically JVM_CLIENT_DIR and JVM_SERVER_DIR, are not compatible with the directory layout used by Java 9 and newer. The variables always evaluate to an empty string. The

Bug#895274: octave and OpenJDK 10

Author: Rik <r...@octave.org> Origin: upstream, https://hg.savannah.gnu.org/hgweb/octave/rev/523298448352 Bug: https://savannah.gnu.org/bugs/?53531 Reviewed-by: Mike Miller <mtmil...@debian.org> Last-Update: 2018-04-19 --- This patch header follows DEP-3: http://dep.debian.net/deps/dep3/

Bug#862884: Disable libnm-glib support

On Sat, Apr 14, 2018 at 01:02:45 +0200, Michael Biebl wrote: > I intend to upload a new version of network-manager soonish which will > drop libnm-glib/libnm-util. I'm thus bumping this issue to RC in > preparation for that. Thanks for the reminder and lighting a fire, will do. -- mike

Bug#895334: libsundials-nvecparallel-petsc2: uninstallable on current unstable

Package: libsundials-nvecparallel-petsc2 Version: 2.7.0+dfsg-2+b2 Severity: grave Justification: renders package unusable Dear Maintainer, Since petsc was updated in unstable from 3.7 to 3.8, the libsundials-nvecparallel-petsc2 package is uninstallable in unstable. It depends on libpetsc3.7,

Bug#895309: octave: Unable to stop running script by ctrl+c when srl_read from instrument-control package is called

On Mon, Apr 09, 2018 at 20:43:33 +0200, marek wrote: > To reproduce: > you need serial port device and Internet connection to download instrument- > control package > install packages octave and liboctave-dev > apt-get install octave liboctave-dev > run Octave gui > in Octave command line call: >

Bug#876410: libgl2ps1: please include support for SOURCE_DATE_EPOCH

On Sat, Mar 24, 2018 at 23:08:25 +0100, Anton Gladky wrote: > thanks for the bugreport. I do not think, that adding the > fixed timestamp to all files produced by the gl2os that is > what the users want. Thank you for your reply. Respectfully, I am a user of gl2ps, and I do want to be able to

Bug#876363: octave fetches network resources when network access disabled

On Thu, Apr 05, 2018 at 15:31:06 +0100, D Haley wrote: > Do we know if there is a particular commit that upstream applied to fix > this? FTR, it was fixed in this upstream commit https://hg.savannah.gnu.org/hgweb/octave/rev/1265c7f0119a And this fix is included in the upcoming Octave 4.4

Bug#894348: octave-io's autopkg tests fail, because java9 is not recognized

gnu.org/bugs/?53510 I am recommending that upstream drop the version check entirely. The attached patch does just that, works for me with cursory local testing. -- mike Description: drop version number check for outdated versions of JRE Author: Mike Miller <mtmil...@debian.org> Bug: https:

Bug#891465: glpk: prints warnings which lead to failing sagemath tests

Package: libglpk40 Version: 4.65-1 Followup-For: Bug #891465 Hi, I also see this bug affecting octave, although as a minor cosmetic issue. Octave's glpk unit tests also intentionally set msg_lev to GLP_MSG_OFF to have no output generated. With glpk 4.65, this same message is now appearing in the

Bug#874217: rlwrap FTCBFS: /proc//cwd check not cacheable

On Mon, Sep 04, 2017 at 12:17:12 +0200, Helmut Grohne wrote: > rlwrap fails to cross build from source, because it uses an uncacheable > AC_CHECK_FILES where the cache variable contains the process id of > ./configure. After thinking about it, I figured that replacing > "/proc/$$" with

Bug#891177: vpnc-scripts: please upload new git snapshot (support for systemd-resolved)

On Thu, Feb 22, 2018 at 16:18:12 -0800, Daniel Kahn Gillmor wrote: > as of 6f87b0fe7b20d802a0747cc310217920047d58d3, upstream vpnc-scripts > supports communicating with systemd-resolved. It'd be great to have > that feature available in debian. Thanks, will do. I hesitated when this was first

Bug#890921: vpnc: make it easy to decline resolv.conf updates

Control: tags -1 + upstream On Tue, Feb 20, 2018 at 08:18:43 -0800, Daniel Kahn Gillmor wrote: > There are situations where the user wants to use the routing > information offered by the VPN, but does not want to use the DNS > recommendations. > > In this case, it'd be nice to be able to tell

Bug#889930: Plot viewer doesn't work properly

On Thu, Feb 15, 2018 at 13:26:34 -0500, Louis-Philippe Véronneau wrote: > I guess there is a library missing somewhere that I would need to > install on my openbox machine. This seems less likely to me now. I installed a clean (unstable) system without any recommends enabled, ran octave in

Bug#889930: Plot viewer doesn't work properly

On Thu, Feb 15, 2018 at 13:26:34 -0500, Louis-Philippe Véronneau wrote: > I ran the same code with the same version of octave but on a PC running > Gnome 3 instead of openbox and I did not have this problem... > > I guess there is a library missing somewhere that I would need to > install on my

Bug#741097: octave: nox package of Octave

On Thu, Feb 01, 2018 at 12:13:40 -0800, Mike Miller wrote: > If this bug is still of interest, I think a useful first step would be > for someone to adapt the octave source package and add the appropriate > --without-X options. Once there are proof of concept binary packages > built

Bug#741097: octave: nox package of Octave

If this bug is still of interest, I think a useful first step would be for someone to adapt the octave source package and add the appropriate --without-X options. Once there are proof of concept binary packages built without any graphical dependencies, then a useful disk usage comparison can be

Bug#848102: [octave] crashed with some random typing in octave editor

On Wed, Dec 14, 2016 at 06:44:53 +, lumin wrote: > Randomly typing something in octave editor will cause > a crash with SIGSEGV. > > For example, I launched Octave and typed merely "asdfasdf" > and then octave crashed. Can you please try with the version of octave currently in testing? Since

Bug#847135: Not fixed by 7.08

On Wed, Dec 13, 2017 at 14:06:03 +0100, Adam Cecile wrote: > Hello, Hi, > 7.08 still have the issue. I cannot push a docker image through openconnect. > It stalls around 50Mbytes. Upstream has kindly asked for more information on your issue, can you please provide a response to

Bug#878883: patch

On Sat, Nov 04, 2017 at 22:14:22 -0400, Jeremy Bicha wrote: > Could you do an NMU for this RC bug? I see you've done other uploads > for this package previously. I was going to nmu this since I thought it might be holding up the libtomcrypt transition, but that seems to have gone ahead anyway

Bug#878883: patch

Sep 17 00:00:00 2001 From: Mike Miller <mtmil...@debian.org> Date: Wed, 18 Oct 2017 16:10:44 -0700 Subject: [PATCH] stc-tomcrypt: be compatible with libtomcrypt 1.18 In libtomcrypt 1.18 the LTC_LTC_PKCS_1_* constants were renamed to LTC_PKCS_1_*. Add an autoconf test for this change and

Bug#866960: libfreetype6: blank line between characters (regression)

Thanks for persisting on this bug. I've been affected by this as well in terminator (vte-based) since the libfreetype6 update. On Sun, Oct 08, 2017 at 11:53:26 +0200, Vincent Lefevre wrote: > I'm increasing the severity because this is a visible change of > the behavior of the library that breaks

Bug#877149: octave-interval FTBFS: Depth and stencil doesn't match, are you sure you are using OSMesa >= 9.0?

On Fri, Sep 29, 2017 at 10:50:08 +0300, Adrian Bunk wrote: > Some recent change in unstable makes octave-interval FTBFS: […] > error: __osmesa_print__: Depth and stencil doesn't match, are you sure you > are using OSMesa >= 9.0? This is due to mesa in unstable using libglvnd now. This appears to

Bug#876363: octave fetches network resources when network access disabled

Control: forwarded -1 https://savannah.gnu.org/bugs/?52090 On Thu, Sep 21, 2017 at 23:03:57 +0100, D Haley wrote: > 1) The GUI should be clear as to what setting the backend is currently > using. I think it is a concern that there are two settings that have the > capacity to be "out-of-sync".

Bug#876363: octave fetches network resources when network access disabled

On Thu, Sep 21, 2017 at 19:56:30 +0100, D Haley wrote: > It looks like the QT UI does not match what happens internally in Octave > if the line is absent from the file. > > If the line "allow_web_connection=true" is present, then the web > connection proceeds, and the network tab in settings

Bug#876410: libgl2ps1: please include support for SOURCE_DATE_EPOCH

Package: libgl2ps1 Version: 1.3.9-4 Severity: wishlist Tags: upstream Dear Maintainer, All files produced by gl2ps include the current time in the local time zone. It would be helpful if this could be overridden so that files produced using gl2ps could be deterministic. Please consider adding

Bug#876363: octave fetches network resources when network access disabled

On Thu, Sep 21, 2017 at 17:58:04 +0100, D Haley wrote: > Thanks for getting back so quickly. That command yields no output (no > such line) - the file does however exist. > > $ grep allow_web_connection ~/.config/octave/qt-settings > $ Ok. That indicates that the setting is not actually being

Bug#876363: octave fetches network resources when network access disabled

On Thu, Sep 21, 2017 at 11:50:24 +0100, D Haley wrote: > I was a little concerned at this message, as in the settings, the option > "Allow Octave to connect to the Octave web site to display current news > and information" is unchecked. This is troubling, thanks for reporting it. I have looked

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

On Tue, Sep 19, 2017 at 13:12:27 +0200, Peter P. wrote: > Thank you Mike, switching to jackd2 does work for me as well! I am a bit > hesitant to switch my system to jackd2 as there are some other > applications that depend (more) on jackd1. I wonder if this workaround, > for which I am very

Bug#875697: arpack: debian versions 3.4.0-1 and 3.5.0-1 are actually upstream version 3.3.0

On Wed, Sep 13, 2017 at 10:51:06 -0700, Mike Miller wrote: > I noticed that arpack 3.4.0-1 and 3.5.0-1 are actually built from the > upstream source version 3.3.0. The sources in the Debian archive are > identical: I guess this was caused by a buggy filenamemangle rule in debian/wat

Bug#875697: arpack: debian versions 3.4.0-1 and 3.5.0-1 are actually upstream version 3.3.0

Source: arpack Version: 3.5.0-1+b1 Severity: important Dear Maintainer, I noticed that arpack 3.4.0-1 and 3.5.0-1 are actually built from the upstream source version 3.3.0. The sources in the Debian archive are identical: $ sha256sum arpack_*.orig.tar.gz

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

On Fri, Sep 08, 2017 at 10:55:21 +0200, Peter P. wrote: > The two other programs I have installed that are using libportaudio2 are > pure-data and audacity. And they both work with and without jack. And here's what I just did to test locally. This is admittedly an absolutely minimal unconfigured

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

On Thu, Sep 07, 2017 at 18:08:40 +0200, Peter P. wrote: > Thanks for the clear instructions Mike, here it is: > > ~$ gdb --args octave-cli > [...] > Reading symbols from octave-cli...Reading symbols from > /usr/lib/debug/.build-id/a7/beba93cf5339eac11d645050513a47c65388a8.debug...done. Thanks,

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

On Wed, Sep 06, 2017 at 16:10:25 +0200, Peter P. wrote: > The backtrace I provided was already with /usr/bin/octave --no-gui. I hope a > 'stack trace' is the same thing as a 'backtrace', at least gdb's help > text tells me so. But 'octave --no-gui' is not the same thing as 'octave-cli'. I would

Bug#874208: octave: audiodevinfo makes octave segfault when jackd is running

On Mon, Sep 04, 2017 at 11:10:46 +0200, Peter P. wrote: > audiodevinfo makes octave segfault when jackd is running. I don't know > if the octave audio functions are supposed to support jack. Octave's audio I/O functions are built on PortAudio, so they should work with jackd as well as any other

Bug#873996: [Pkg-octave-devel] Bug#873996: FTBFS with Java 9 due to -source/-target only

On Fri, Sep 01, 2017 at 21:05:45 +0100, Chris West wrote: > This package fails to build with default-jdk pointing to openjdk-9-jdk. If/when this needs to be patched in unstable, here is the upstream fix that can be cherry-picked: https://hg.savannah.gnu.org/hgweb/octave/rev/20c83f619102 --

Bug#872564: gnuplot: description text "This package is for transition" may be outdated and misleading

Package: gnuplot Version: 5.0.6+dfsg1-1 Severity: minor Dear Maintainer, You may want to consider rewriting the description text of the gnuplot metapackage. It seems misleading to me that it includes the following This package is for transition and to install a full-featured gnuplot

Bug#870690: [Pkg-octave-devel] Bug#870690: BuBug#870690: octave: always rebuild files generated from actual sources

On Sun, Aug 06, 2017 at 14:51:48 +0200, Sébastien Villemot wrote: > No, I don't think it's worth trying to fix these warnings. There are > already many such related to dh-autoreconf. Thanks, I noticed the additional warnings after doing a build-clean-build cycle, agreed. Thanks to both of you

Bug#870690: [pkg-octave/master] d/clean: List files in the source distribution that should be rebuilt.

tag 870690 pending thanks Date: Tue Aug 8 08:06:34 2017 -0700 Author: Mike Miller <mtmil...@debian.org> Commit ID: 78f25cfe2a7d1e654c5c9fdbc015c56d003ee88c Commit URL: https://anonscm.debian.org/cgit/pkg-octave/octave.git;a=commitdiff;h=78f25cfe2a7d1e654c5c9fdbc015c56d003ee88c Patch URL:

Bug#870690: [Pkg-octave-devel] Bug#870690: Bug#870690: octave: always rebuild files generated from actual sources

On Sat, Aug 05, 2017 at 14:37:54 +0200, Rafael Laboissière wrote: > What about adding a debian/clean file? Thanks for the pointer, I haven't used this file before. > I do not think that is necessary to fiddle with Files-Excluded in > d/copyright. This field is actually useful for building

Bug#870690: octave: always rebuild files generated from actual sources

e24d9cadaf022577d709c2e04af50b33689afee9 Mon Sep 17 00:00:00 2001 From: Mike Miller <mtmil...@debian.org> Date: Thu, 3 Aug 2017 15:06:06 -0700 Subject: [PATCH] wip: test to force rebuild distributed files --- debian/control | 4 debian/rules | 13 +++-- 2 files changed, 15 insertions(+), 2 deletions(-)

Bug#870657: [pkg-octave/master] d/control: drop useless Build-Depends on libftgl-dev.

tag 870657 pending thanks Date: Thu Aug 3 12:48:47 2017 -0700 Author: Mike Miller <mtmil...@debian.org> Commit ID: e9f204d1c39bb54ab15e37909373370230660368 Commit URL: https://anonscm.debian.org/cgit/pkg-octave/octave.git;a=commitdiff;h=e9f204d1c39bb54ab15e37909373370230660368 Patch URL:

Bug#870657: octave: drop unused Build-Depends: libftgl-dev

Successful build confirmed, no problems here. Updated change with bug number attached. -- mike From e9f204d1c39bb54ab15e37909373370230660368 Mon Sep 17 00:00:00 2001 From: Mike Miller <mtmil...@debian.org> Date: Thu, 3 Aug 2017 12:48:47 -0700 Subject: [PATCH] d/control: drop useless

Bug#870657: octave: drop unused Build-Depends: libftgl-dev

/pJEeye1a5woZeY9pzG35qgF7dQ4RyFuwYTwX8S eomYoMluGsz+chM= =Y1Bh -END PGP SIGNATURE- >From fd4dd9427c5abe8502bf2db7ddbed216dffa1adb Mon Sep 17 00:00:00 2001 From: Mike Miller <mtmil...@debian.org> Date: Thu, 3 Aug 2017 12:48:47 -0700 Subject: [PATCH] d/control: drop useless Build-Depends on li

Bug#869792: Can only save either none or all passwords

On Wed, Jul 26, 2017 at 15:34:58 +0200, Sven Bartscher wrote: > When connecting to a VPN with juniper I get asked for a username and > password and get the option to "Save passwords". The particular VPN > I'm connecting to requires me to first enter a username and a password > and afterwards asks

Bug#868293: misguesses veth name in stretch

On Mon, Jul 17, 2017 at 14:06:46 +0200, Marc Haber wrote: > 3: veth0@tun0-vpnssh0: mtu 1500 qdisc noop state > DOWN mode DEFAULT group default qlen 1000 > link/ether 42:0e:d1:a9:40:93 brd ff:ff:ff:ff:ff:ff > 4: tun0-vpnssh0@veth0: mtu

Bug#868293: misguesses veth name in stretch

On Sun, Jul 16, 2017 at 11:32:02 +0200, Marc Haber wrote: > I am a quite active user of the lastest vanilla kernels and iproute, and > have never seen an incompatibility. What kernel option would be a > possible culprit? I have no idea, only noticing that the one obvious difference with your

Bug#868293: misguesses veth name in stretch

On Fri, Jul 14, 2017 at 11:29:04 +0200, Marc Haber wrote: > in stretch the vpnc-script-sshd doesn't work any more. After a while of > debugging, I found out that the script expects the REMOTEDEV to be named > $TUNDEV-vpnssh1, which is no longer the case in stretch's iproute. > > The following

Bug#867230: octave-image: possible unnecessary dependency on imagemagick

Package: octave-image Version: 2.6.1-2 Severity: minor I suspect the Depends: imagemagick is outdated and no longer necessary. >From what I can tell, octave-image used to contain image functions that called the "convert" command line utility directly. That no longer seems to be the case. The

  1   2   3   4   5   >