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
Control: tag -1 pending
Hello,
Bug #940871 in openconnect reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/debian/openconnect/commit/5069d3a3e382d95f5592426e083a
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: 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
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 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: tag -1 pending
Hello,
Bug #923442 in octave reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-octave-team/octave/commit/98dfb470ffc04d27238b8d9cc4a5f
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
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
/44cb37cd3f82e52b09306fa8298bb7e952341724
Update Build-Depends on ocserv (>= 0.12.1-2) to fix failing unit tests
Closes: #917715
Signed-off-by: Mike Miller
(this message
Control: tag -1 pending
Hello,
Bug #916961 in octave-symbolic reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/pkg-octave-team/octave-symbolic/commit/bb6cf6e8d27
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 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 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 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
85a5d81b70e96ec3a5adc868650145f36da54882
Author: Mike Miller
Date: Sat Dec 24 10:58:11 2016 -0800
Changelog entry for 7.08-1
Signed-off-by: Mike Miller
diff --git a/debian/changelog b/debian/changelog
index 0a33e16..b9015e8 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,26 @@
+openconnect
Control: severity -1 serious
Control: tags -1 + pending
On Mon, Dec 19, 2016 at 10:08:24 +0100, Steinar H. Gunderson wrote:
> I'm seeing this, too, and it makes VPN completely unusable for me (upgraded
> from 7.06). I'm a bit surprised this was allowed to go into testing, but
> stretch should defi
a1d044d29ae7a0194e77b2e0caf1077d32e9d3bf
Author: Mike Miller
Date: Sat Dec 10 17:13:41 2016 -0800
Changelog entry for 0.11.4-2
Signed-off-by: Mike Miller
diff --git a/debian/changelog b/debian/changelog
index 6a41053..3aa550a 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,16 @@
+ocserv (0.11.4-2
On Sat, Nov 19, 2016 at 07:47:50 +0100, Lucas Nussbaum wrote:
> > In file included from sup-config/file.c:29:0:
> > ./ocserv-args.h:1:1: error: unterminated comment
> > /* -*- buffer-read-only: t -*- vi: set ro:
> > ^
I can semi-reliably reproduce this and similar errors with sbuild -j32.
It
Control: reassign -1 libopenconnect-dev
Control: affects -1 src:network-manager-openconnect
On Sat, Dec 03, 2016 at 08:24:04 +0100, Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
> > checking for GLIB... yes
On Tue, Nov 29, 2016 at 13:20:26 -0800, Gary Roach wrote:
> I attempted to install the Octave package on my Debian Stretch system using
> both Aptitude and apt-get. Both methods resulted in the same error:
>
> Setting up octave (4.0.3-2+b1) ...
> /usr/local/libexec/octave/4.0.0/exec/x86_64-unknown
tag 831120 pending
thanks
Date: Sat Aug 13 00:32:20 2016 -0700
Author: Mike Miller
Commit ID: ed46a2ce08d585e6c635dc0a60cadf406a1c3bfc
Commit URL:
https://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=ed46a2ce08d585e6c635dc0a60cadf406a1c3bfc
Patch URL:
https
On Thu, Jul 21, 2016 at 16:57:13 +, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the dqcache-run package:
>
> #829360: dqcache-run: priority is standard but depends on optional packages
>
> It has been closed by Jan
Package: dqcache-run
Version: 20160621-1
Severity: serious
Justification: Policy 2.5
Dear Maintainer,
The dqcache-run package includes daemontools-run (Priority: optional) in
Depends, but is Priority: standard. This is a violation of policy §2.5.
I wonder why any of dq, dqcache, or dqcache-run a
On Fri, May 20, 2016 at 12:44:11 -0500, Phil Miller wrote:
> I went looking at gl2ps. The version in experimental bumps the package name
> to match the soname. Maybe just copy and reassign this bug there so that
> the current version that breaks dependencies doesn't transition to testing.
I've fil
Package: libgl2ps0
Version: 1.3.8-2
Severity: serious
Justification: Policy 8.1
The libgl2ps0 package now installs libgl2ps.so.1.3.8 with soname
libgl2ps.so.1. This is a policy violation, either the patch that
introduced this change must be undone restoring .so.0, or the package
must be renamed to
On Fri, May 20, 2016 at 12:05:49 -0500, Phil Miller wrote:
> error while loading shared libraries: libgl2ps.so.0: cannot open shared object
> file: No such file or directory
[…]
> This may actually be a bug in the latest upload of libgl2ps0, in that the .so
> number bumped from 0 to 1 between 1.3.8
Control: severity -1 important
On Tue, Mar 08, 2016 at 08:04:42 +0100, Michael Stapelberg wrote:
> Thanks for clarifying the issue you’re seeing. I don’t think this is
> related to the D-Bus changes.
>
> Also, to be clear: I’m not the maintainer of this package, I sponsored
> mtmiller@’s uploads,
On Fri, Aug 28, 2015 at 06:13:18 +0200, Michael Meskes wrote:
> Once installed the software downloads updates and makes the system do an
> uograde automatically without even asking the user for confirmation once.
It *downloads* updates automatically but does not install them until the
user does so
On Fri, Jul 31, 2015 at 03:17:13 +0100, peter green wrote:
> Unfortunately while that patch fixed the error in the bug report the package
> then failed with a different error that seems to be related to octave and/or
> swig.
This looks entirely due to the swig generated glue code, known
incompatib
On Wed, Jul 08, 2015 at 18:36:29 +0900, Norbert Preining wrote:
> Great, does that mean I don't need to investigate 3.8.2 build fixes
> anymore? I am on a conference and low on time, so I couldn't
> do more testing and fixing for the 3.8.2 version.
Yes, I think the patch I submitted should be suff
On Mon, Jul 06, 2015 at 20:19:32 -0400, Scott Kitterman wrote:
> On July 6, 2015 8:08:31 PM EDT, Norbert Preining wrote:
> >On Mon, 06 Jul 2015, Scott Kitterman wrote:
> >> Thanks. Would you be able to look at octave 3.8.2 in unstable as
> >well? The
> >> code you fixed in escape-backslash-for-
Control: fixed -1 octave/4.0.0-1
Hi Holger,
On Mon, Jul 06, 2015 at 14:14:02 +0200, Holger Levsen wrote:
> octave fails to build in sid and stretch as can be seen on
> https://reproducible.debian.net/rbuild/unstable/amd64/octave_3.8.2-4.rbuild.log
> and
> https://reproducible.debian.net/rbuild/t
Control: tags -1 + confirmed upstream
Control: retitle -1 octave: FTBFS with GNU Texinfo 6: Argument of \\ has an
extra }
On Tue, Jun 30, 2015 at 08:58:02 -0400, Martin Michlmayr wrote:
> fails to build in unstable, probably due to the octave new texlive.
Confirmed here building clean upstream s
On Tue, May 26, 2015 at 14:53:42 +0200, Christoph Egger wrote:
> octave-info fails to install:
>
> $ dpkg -i octave-info_3.8.2-4_all.deb 2>&1 | tee /tmp/octave
> dpkg: considering removing octave3.2-info in favour of octave-info ...
> dpkg: yes, will remove octave3.2-info in favour of octave-info
On Mon, May 11, 2015 at 18:26:20 +0200, Erwan David wrote:
> I use KDE as desktop, the problem is the same using the KDE applet,
> nmcli and nmtui. Whatever I use I get the attached window (with gateway
> name blurred)
>
> There seems to be something between the "automatically connect" and
> "view
Control: tags -1 + moreinfo
On Mon, May 11, 2015 at 13:17:29 +0200, Erwan David wrote:
> When trying to connect through openconnect and networkmanager
>
> 1) network-manager does not ask for password, I immediately get an error
> Necessary secrets for the VPN connection were not provided.
>
> 2) i
On Mon, Mar 02, 2015 at 12:34:01 +, Ben Hutchings wrote:
> Changes:
> lvm2 (2.02.111-2.1) unstable; urgency=medium
> .
>* Non-maintainer upload
>* Add initramfs-tools boot script for preparing additional block
> devices (Closes: #775583)
Thanks for providing a fix for this Ben.
Control: reassign -1 kmod 20-1
Control: forcemerge 780256 -1
On Wed, Mar 11, 2015 at 10:55:16 +0200, Matti Koskimies wrote:
> kmod update from version 18 to 20
>
> Connection failed with the error messages:
>
> TUNSETIFF failed: inappropriate ioctl for device
> set up tun device failed
Confirme
Control: severity -1 normal
Hi, thanks for catching and reporting this oversight.
On Tue, Dec 30, 2014 at 13:42:46 +0100, John Paul Adrian Glaubitz wrote:
> yum is missing the dependency on the python-lzma package which is
> needed to decompress the repository files used in newer Fedora
> reposit
(Not maintainer, just interested user.)
On Fri, May 30, 2014 at 01:00:06 +0200, Axel Beckert wrote:
> since the 4.6.5-2 upload gnuplot is uninstallable at least on amd64:
>
> gnuplot depends on gnuplot-nox and ( gnuplot-x11 or gnuplot-qt )
>
> Both, gnuplot-x11 and gnuplot-qt conflict with gnupl
On Sun, Mar 16, 2014 at 13:52:04 +0100, David Suárez wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
Confirmed here, thanks for the report. This has been fixed upstream and
will be included in version 0.9.8.6-1.
--
mike
--
To UNSUBSCRIBE, email to deb
On Tue, Mar 11, 2014 at 11:01:38 +0100, Klaus Ethgen wrote:
> rpm did create /.rpmdb before and now it does much more annoyingly
> create /~/.rpmdb.
Confirmed here as well with the default configuration when rpm runs as
root with HOME undefined. This is due to the change in 4.11.2-1 that
attempted
Control: reassign -1 octave 3.8.0-5
Control: retitle -1 octave: unable to handle package dependencies with a hyphen
Control: tags -1 + upstream
Control: forwarded -1 https://savannah.gnu.org/bugs/?41087
On Thu, Mar 06, 2014 at 19:29:10 -0500, Aaron M. Ucko wrote:
> It's impossible to configure oct
Control: severity -1 important
On Sun, May 19, 2013 at 9:01 AM, Modestas Vainius wrote:
> I'm no longer able to connect to the gateway (which address I can't reveal)
> with 4.99-2 while it was possible with 3.20-4 shipped in wheezy
> [...]
> What is more, I tested 5.00 and saw no improvement.
Hi,
On Sat, Jan 26, 2013 at 9:52 AM, Jérémy Lal wrote:
>> On 24 October 2012 08:17, Mike Miller wrote:
>>> The octave package provides the directories, and liboctinterp.so.1 has
>>> a compiled-in set of paths with its version number that it attempts to
>>> load.
&
Package: openconnect
Version: 3.20-2
Severity: critical
CVE-2012-6128 concerns a stack-based buffer overflow that can be
triggered by data read from a remote host, either a man-in-the-middle
or a malicious VPN.
The issue has been fixed in squeeze with 2.25-0.1+squeeze2. It should
be easy to apply
On Wed, Oct 24, 2012 at 4:32 AM, Sébastien Villemot wrote:
> It appears that octave 3.6.2 does not work with liboctave1 3.6.3, and
> conversely octave 3.6.3 does not work with liboctave1 3.6.2.
I took a look at this and the problem is simply that the load path
contains Octave's version number. No
On Sat, Jul 28, 2012 at 11:51:06AM +0200, Laurent Bigonville wrote:
> Le Fri, 27 Jul 2012 19:47:41 -0400,
> Mike Miller a écrit :
>
> > On Sat, Jul 28, 2012 at 12:44:13AM +0200, Michael Biebl wrote:
> > > Am 28.07.2012 00:31, schrieb Mike Miller:
> > > > Just
On Sat, Jul 28, 2012 at 12:44:13AM +0200, Michael Biebl wrote:
> Am 28.07.2012 00:31, schrieb Mike Miller:
> > Just happened to spot this, sorry if I'm intruding, but how about
> > fixing RC bug #681737 in this release? It's an easy cherry-pick patch,
> > fuzz-fr
On Fri, Jul 27, 2012 at 7:21 AM, Laurent Bigonville wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: freeze-exception
>
> Hi,
>
> Please unblock package gnome-shell
>
> This new stable release is fixing severals bugs with telepathy
tags 681737 patch
thanks
On Sun, Jul 15, 2012 at 11:53 PM, Michael Biebl wrote:
> So it seems we need two fixes here:
> 1/ nm-applet needs to reliably disable itself if gnome-shell is used
> 2/ gnome-shell needs to look at the right place for the authentication
> dialogs.
>
> Problem 2/ is most li
Hi Steven,
On Sun, Apr 08, 2012 at 12:47:46AM +0100, Steven Chamberlain wrote:
> The attached patch fixes the problem for me on kfreebsd-i386, and I
> would assume the other non-Linux GNU arches as well.
Thanks. I worked out a similar patch, needs a slight adjustment for
GNU/Hurd.
--
mike
--
Any progress on this so we can get it back in wheezy? Anything I can
do to help?
--
mike
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
63 matches
Mail list logo