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"
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 ha
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 CPU
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
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 al
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 ../grep_3.4.or
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 t
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) an
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 sign
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 branc
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 l
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
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 yum-metadata-parse
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
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 createre
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 yum-ut
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
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.
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 th
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 +
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
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
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 N
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
"http://www.riverbankcomputing.co.uk/software/qscintilla
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 functionali
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 something
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
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
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 i
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 tea
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, any
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 th
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
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 curr
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 instal
Control: tags -1 + patch
I've posted a MR at
https://salsa.debian.org/lintian/lintian/merge_requests/130
Thanks,
--
mike
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 m
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
m d8be8ae955cf79d0835b40718476561e97d79a9f Mon Sep 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/postin
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 refer
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, partia
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 sati
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 outpu
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 =
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 routine
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 inform
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
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 ={
> [1,1
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
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 attac
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 d
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 emacs/exp
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
architectur
ber.
Author: Rik
Origin: upstream, https://hg.savannah.gnu.org/hgweb/octave/rev/523298448352
Bug: https://savannah.gnu.org/bugs/?53531
Reviewed-by: Mike Miller
Last-Update: 2018-04-19
---
This patch header follows DEP-3: http://dep.debian.net/deps/dep3/
--- a/configure.ac
+++ b/configure.ac
@@ -275
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
signatu
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, whic
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:
> p
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 use
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 release
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
Bug: https://savannah.gnu.org/bugs/?5351
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 t
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 "/proc/self"
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 add
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 vpn
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 openbox
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 op
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
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 don
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
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
http://lists.infr
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 desp
Sep 17 00:00:00 2001
From: Mike Miller
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 define an alias
to the old
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
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
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".
I'v
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 refle
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 su
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 sa
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 at
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 thankfu
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
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
ad59811e7d79d50b8ba19fd908f92a368
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 j
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, t
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
li
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 Po
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
--
mike
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
supporti
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 for
tag 870690 pending
thanks
Date: Tue Aug 8 08:06:34 2017 -0700
Author: Mike Miller
Commit ID: 78f25cfe2a7d1e654c5c9fdbc015c56d003ee88c
Commit URL:
https://anonscm.debian.org/cgit/pkg-octave/octave.git;a=commitdiff;h=78f25cfe2a7d1e654c5c9fdbc015c56d003ee88c
Patch URL:
https://anonscm.debian.org
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 "dfsg"
-- no debconf information
From e24d9cadaf022577d709c2e04af50b33689afee9 Mon Sep 17 00:00:00 2001
From: Mike Miller
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 del
tag 870657 pending
thanks
Date: Thu Aug 3 12:48:47 2017 -0700
Author: Mike Miller
Commit ID: e9f204d1c39bb54ab15e37909373370230660368
Commit URL:
https://anonscm.debian.org/cgit/pkg-octave/octave.git;a=commitdiff;h=e9f204d1c39bb54ab15e37909373370230660368
Patch URL:
https://anonscm.debian.org
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
Date: Thu, 3 Aug 2017 12:48:47 -0700
Subject: [PATCH] d/control: drop useless Build-Depends on libftgl-dev
NL1jJSE8lUbDeAr2s2+u/pJEeye1a5woZeY9pzG35qgF7dQ4RyFuwYTwX8S
eomYoMluGsz+chM=
=Y1Bh
-END PGP SIGNATURE-
>From fd4dd9427c5abe8502bf2db7ddbed216dffa1adb Mon Sep 17 00:00:00 2001
From: Mike Miller
Date: Thu, 3 Aug 2017 12:48:47 -0700
Subject: [PATCH] d/control: drop useless Build-Depends on libftgl-dev.
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 m
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 1500 qdisc noop state
> DOWN mode DEFAULT group default
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
syste
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 patc
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 Build
1 - 100 of 435 matches
Mail list logo
