Hi!
On 05/18/2018 11:37 PM, John Paul Adrian Glaubitz wrote:
> The attached patch fixes the problem. It was indeed an alignment issue
> which was caused by the incorrect use of "#pragma pack ()" throughout
> the code as discovered by James Clarke [1].
> (...)
> I am also about to send a pull
Hello Eugene,
I just tried to reproduce the issue and collect some more information.
Unfortunately grub-legacy has not yet a dbgsym package.
But is also crashing with a self built package.
# gdb -q --args /usr/sbin/grub
Reading symbols from /usr/sbin/grub...done.
(gdb) display/i $pc
1: x/i $pc
Hi Ansgar,
On Mon, Jun 25, 2018 at 3:00 PM Ansgar Burchardt wrote:
>
> Package: blacs-pvm-test
> Version: 1.1-21+b1
> Severity: serious
>
> blacs-pvm-test depends on blacs-test-common which was just removed
> (#886711).
>
> I wonder if blacs-pvm is still useful? pvm was orphaned (#824403) and I
Package: browserpass
Severity: wishlist
Hi,
thanks for maintaining browserpass in debian.
it would be nice if you could upgrade it to the current upstream version
(2.0.21).
Regards,
Daniel
Package: awffull
Severity: minor
Version: 3.10.2-5
User: 073p...@gmail.com
Usertags: fonts-transitional-dummy-pkg-migration
Dear maintainer,
Your package awffull depends on the following transitional dummy packages:
* ttf-dejavu, which should be fonts-dejavu now
Please update your dependency
Source: gamgi
Version: 0.17.3-1
Severity: normal
Dear maintainer,
Your package gamgi depends on the following transitional dummy packages:
* ttf-dejavu, which should be fonts-dejavu now
Please update your dependency list and depend on real package in the next
upload.
Thanks!
-- System
Package: src:linux
Version: 4.9.82-1+deb9u3
Dear Maintainer,
while we were investigating a problem, we found that we are affected by this
bug.
We found some information you might find useful:
Another workaround than using an older kernel is to set the EnableSendFile
directive to on.
Control: reassing -1 src:mate-desktop
Hi,
On So 03 Jan 2016 16:35:18 CET, Denis Danilov wrote:
Package: mate-menus
Version: 1.10.0-1
Severity: normal
Dear Maintainer,
* What led up to the situation?
MATE (including mate-terminal) is installed, and xterm package is
not installed.
Package: installation-reports
Version: testing
Severity: critical
Justification: Unable to install debian with netinst image on systems with these
NICs
With the latest weekly Debian testing netinst image (06-25 and 07-02 tested),
the e1000e, ixgbe, and igb modules cannot load.
Attempting to do
Control: tags -1 moreinfo
Control: tags -1 - patch
Hi Ronny,
On Sa 03 Feb 2018 14:53:34 CET, Ronny Standtke wrote:
Package: mate-menus
Version: 1.18.1-1~bpo9+1
Severity: minor
Tags: patch
The mate-graphics.directory file is missing translations. The attached patch
adds a German translation.
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org
* Package name: iraf-ccdred
Version : pre-1.0
Upstream Author : NOAO
* URL : https://github.com/iraf-community/mscred
* License :
Hi Simon,
On Thu, Jul 05, 2018 at 03:34:33PM +0100, Simon McVittie wrote:
> The cmake build system passes -DCMAKE_INSTALL_LIBDIR=lib/MULTIARCH to
> cmake, but only when cross-compiling. This seems weird: the Autotools
> equivalent would be passing --libdir='${exec_prefix}/lib/MULTIARCH'
> but
Control: reassign -1 mate-desktop-environment-extras
Hi Fab,
On Mon, 28 Aug 2017 10:28:54 -0400 Fabian Rodriguez
wrote:
> Package: mate-menus
> Version: 1.18.0-2
> Severity: important
> File: mate-system-tools
>
> Dear Maintainer,
>
> In new Debian MATE installs an important GUI tool is
Johannes Schauer writes ("Bug#801435: closed by Ian Jackson
(Bug#801435: fixed in dgit 5.7)"):
> Quoting Debian Bug Tracking System (2018-07-05 16:30:04)
> >* dgit: Check that entirely-new uploads to Debian are not
> > source-only-uploads, as those are REJECTed. Closes:#801435.
>
> I
Happy 3 years, bug!
On Sun, Aug 16, 2015 at 06:44:36PM +0100, Simon McVittie wrote:
Thankfully, the 4.0 series of licenses only seem to have an
International version, although I don't know whether that will remain
true forever.
Does anyone object to us proceeding for the 4.0 series of
Hi,
Quoting Ian Jackson (2018-07-05 17:04:44)
> Johannes Schauer writes ("Bug#801435: closed by Ian Jackson
> (Bug#801435: fixed in dgit 5.7)"):
> > Quoting Debian Bug Tracking System (2018-07-05 16:30:04)
> > >* dgit: Check that entirely-new uploads to Debian are not
> > >
Package: sonic-pi
Version: 2.10.0~repack-2
Severity: normal
Hi,
You list the short, human-readable text for CC-BY-SA-4.0 in the copyright
file for sonic-pi, but this is not the actual licence. The human readable
summary on the CC webpage has the following disclaimer:
This deed highlights
Package: redis
Version: 5:4.0.10-1
Severity: minor
Tags: patch
Dear Maintainer,
redis-benchmark(1) has a typo:
[[[
>From af3bb5ff5ac6284de710c9418c13667ab8854334 Mon Sep 17 00:00:00 2001
From: Daniel Shahaf
Date: Thu, 5 Jul 2018 10:23:58 +0300
Subject: [PATCH] redis-benchmark(1): Fix default
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
903002 tags + moreinfo
thanks
Hello Sergio,
thank you for spending your time helping to make Debian better with
this bug report.
Am Mittwoch, den 04.07.2018, 20:02 + schrieb Sergio Gelato:
> Package: ipmitool
> Version: 1.8.18-3
>
> Seen
Hi,
Quoting Debian Bug Tracking System (2018-07-05 16:30:04)
>* dgit: Check that entirely-new uploads to Debian are not
> source-only-uploads, as those are REJECTed. Closes:#801435.
I didn't investigate further, but this sounds as if dgit only takes care that
one cannot do a
Package: percona-xtrabackup
Version: 2.2.3-2.1
Severity: grave
OS: Debian Stretch 4.9.88-1+deb9u1
Hi,
since the installation of the lastest version of mariadb-server
(10.1.26-0+deb9u1) the backup is broken.
"innobackupex: Error: Unsupported server version: '10.1.26-MariaDB-0+deb9u1'"
On 2018-07-05 02:04 AM, Bjarni Ingi Gislason wrote:
> On Fri, Jun 29, 2018 at 10:56:39AM +0200, Michel Dänzer wrote:
>>
>> Every item listed in Bjarni's report is logically a separate change.
>> Mixing up logically separate changes (especially such a large number)
>> makes for a hard to review
On Thu, 2018-07-05 at 15:06 +0200, Andreas Beckmann wrote:
> But the upgrade path from stretch is not clean:
>
> Selecting previously unselected package python3-cliapp.
> Preparing to unpack .../python3-cliapp_1.20170827-1_all.deb ...
> Unpacking python3-cliapp (1.20170827-1) ...
> dpkg:
Package: debhelper
Version: 11.3.5
Severity: normal
The cmake build system passes -DCMAKE_INSTALL_LIBDIR=lib/MULTIARCH to
cmake, but only when cross-compiling. This seems weird: the Autotools
equivalent would be passing --libdir='${exec_prefix}/lib/MULTIARCH'
but only when cross-compiling.
I
Package: hdf5-tools
Version: 1.10.0-patch1+
h5debug and also h5py refers to a utility program h5clear, but it is missing in
hdf5-tools.
For example, I have a hdf5 file which I am unable to open. Both h5debug and
h5py package suggests to use the h5clear utility, but it is not available.
Package: network-manager-gnome
Version: 1.4.4-1
Tags: l10n stretch
Dear all,
On Stretch, it looks like there is missing French translations. Instead
for example of seeing "Modifier les connexions" I see the English
translations. It's not on all the interface but in some part like the
message
Package: cl-ppcre
Version: 20171222.gitd01bbf7-1
Severity: important
Hello Debian Common Lisp Team,
There is a circular dependency between cl-ppcre and cl-unicode:
cl-ppcre:Depends: cl-unicode
cl-unicode :Depends: cl-ppcre
Circular dependencies are known to cause problems
during
Control: forwarded -1 https://github.com/mate-desktop/mate-applets/issues/321
On Sa 18 Mär 2017 22:50:32 CET, Mike Gabriel wrote:
Control: tag -1 patch
On Do 16 Mär 2017 01:07:04 CET, Hal Gentz wrote:
Dear Maintainer,
Simply removing updates on sunrise/sunset appears to have fixed the
Package: ftp.debian.org
Severity: normal
Hello,
I got a notification, Message-Id: ,
that:
---8<--
expeyes 4.3.7+dfsg-2 is marked for autoremoval from testing on 2018-08-10
It (build-)depends on packages with these RC bugs:
902523: txt2tags: FTBFS in
On Thursday, 5 July 2018 8:07:15 PM AEST Laurent Bigonville wrote:
> You also have checkrestart that is way less aggressive but that needs to
> be run by hand after an update.
>
> I believe that lot of administrator would prefer that solution
I wouldn't be too sure... I think restart suggestion
Hi,
(should we trim the cc: list a bit)?
On Thu, Jul 05, 2018 at 06:05:10PM +0800, Shengjing Zhu wrote:
> Here's my thoughts about the workflow with Files-Excluded.
>
> 1. Upstream git history is imported *as is* in upstream branch. If we
> want to maintain a upstream branch without some files,
On Thu, 05 Jul 2018 at 11:05:08 +0200, Michal Humpula wrote:
>> Since ZFS doesn't expose a block device one would need another
>> documented way to resolve /sys/fs/zfs/$FS. Hopefully ‘tank/my/fs’ is
>> unique and can't be aliased to something else, can it?
>
>> Do the slash characters in
On 2018-07-05 11:50, Lars Wirzenius wrote:
> On Wed, Jul 04, 2018 at 06:34:41PM +0300, Lars Wirzenius wrote:
>> (Also, the advice to use Replaces+Breaks is just wrong for this
>> package. The bug is that the same file is in both the python2 and
>> python3 versions of the package. The correct
Hello Simon,
Do you still reproduce this issue on Stretch?
I've a similar issue on Stretch but for French but I've French
translations installed. I'll fill a new bug for my issue.
Best regards,
Alex.
On Wed, 02 Sep 2015 10:25:52 +0200 Simon Wydooghe
wrote:
Package: network-manager-gnome
Package: release.debian.org
Severity: important
Tags: stretch
User: release.debian@packages.debian.org
Usertags: pu
git-annex in stretch is vulnerable to CVE-2018-10857 and
CVE-2018-10859. This update is a minimal fix for those CVEs prepared by
its upstream, Joey Hess:
git-annex
Source: ahven
Version: 2.6-1.2
Severity: normal
Hello.
The default Ada compiler in Debian will soon become gcc-8.
Your package fails to build with gcc-8 because gnatmake-8 does not support
GNAT projects (.gpr) anymore.
Please consider avoiding projects in your build system and/or
switching to
Hi,
On Tue, Jul 03, 2018 at 03:59:01PM +0200, Andreas Tille wrote:
> the bug log of #790196[1] shows that rasmol in its current state will
> not be distributable with Buster. Upstream is dead so if we want to
> keep it in Debian we have the option:
>
>1) Port it to Gtk+ 3 (see porting guide
Package: wnpp
Severity: wishlist
Owner: Julien Puydt
X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Games Team
* Package name : minetest-mod-unified-inventory
Version : 20180704
Upstream Author : VanessaE
* URL :
Am 05.07.2018 um 13:14 schrieb Hugh McMaster:
> +pango1.0 (1.42.1-2.1) UNRELEASED; urgency=medium
..
> +Package: libpango1.0-bin
> +Architecture: any
> +Depends: ${misc:Depends},
> + ${shlibs:Depends}
> +Multi-Arch: foreign
> +Replaces: libpango1.0-dev (<< 1.42.1-2)
> +Breaks:
On Thu, Jul 5, 2018 at 7:51 PM Ian Jackson
wrote:
> My objective here is to publish to the Debian user the source code of
> the package they are using.
>
> If upstream are using git, then the user should get a git branch which
> contains the upstream history.
>
I'm suspect if you really need
Control: retitle -1 jetty8: missing symlink to tomcat-coyote.jar
Control: reassign -1 libjetty8-extra-java
Control: found -1 8.1.16-4
Am 05.07.2018 um 09:35 schrieb Sébastien QUESSON:
[...]
> With tomcat-coyote-7.0.56-3+really7.0.88-2, UriUtil class is found:
> jar tvf
Le 03/07/2018 à 19:53, Helmut Grohne a écrit :
On Tue, Jul 03, 2018 at 05:51:08PM +0200, Alex ARNAUD wrote:
The Github link here is not for Caja but for Nautilus. Here we're talking
about Caja only. Sohttps://github.com/darkshram/mate-eiciel is the right
place for us.
Well, since caja is the
While waiting for a solution, the following workaround seems to work for
Stretch at least:
Step 1.)
Copy /usr/share/initramfs-tools/scripts/local-top/cryptroot to
/etc/initramfs-tools/scripts/local-top/cryptroot.
# cp /usr/share/initramfs-tools/scripts/local-top/cryptroot \
On 2018-07-05 06:25:45 [+0100], Adam D. Barratt wrote:
> Please go ahead.
uploaded, thanks.
> Regards,
>
> Adam
Sebastian
On Wed, 4 Jul 2018 12:04:54 -0400 PICCORO McKAY Lenz wrote:
> Package: live-build
> Version: 1:20171207
> Severity: grave
>
> we need a mechanish to avoid bad or abuse of recommends in apt, this
> problem avoit the automatization of the process
>
> if we list the package subversion-tools, that
Shengjing Zhu writes ("Re: Bug#812721: gbp could filter out Files-Excluded:
entries when committing to the pristine-tar branch"):
> > What I really care about is that this means that users cannot get a
> > sensible git history for packages done this way.
>
> Maybe from this point, uscan is
control: clone -1 -2 -3
control: retitle -1 broken link to Debian Policy
control: reassign -1 src:debian-reference
control: retitle -2 broken link to Debian Policy
control: reassign -2 src:maint-guide
control: retitle -3 broken link to Debian Policy
control: reassign -3 src:debmake-doc
Hi,
On
On Wed, 4 Jul 2018, at 3:22 PM, Michael Biebl wrote:
> Am 26.06.2018 um 12:54 schrieb Joel Cross:
> > Package: systemd
> > Version: 239-1
> > Severity: normal
> >
> > Dear Maintainer,
> >
> > Over the last few days (since my last system upgrade) I am unable to
> > successfully hibernate/resume
On Thu, 05 Jul 2018, Markus Schade wrote:
> Intel has released a new microcode version which includes the prerequisites
> for SSBD patches
>
> https://downloadcenter.intel.com/download/27945/Linux-Processor-Microcode-Data-File
>
> Contrary to what the download page says, this is the most recent
On Thu, Jul 5, 2018 at 6:19 PM Ian Jackson
wrote:
> If you are using a gitish workflow, I don't think the Files-Excluded
> should affect only the .orig. Rather, there should be a
> dfsg-laundered git tree or branch too.
>
> For examples of how we-the-dgit-maintainers suggest users do these
>
Hi Alexander,
On Wed, 2018-07-04 at 18:37 +0300, Alexander Kernozhitsky wrote:
> Sorry, the previous patch caused build failure, here is the correct version.
I have some concerns about removing the manual compilation flags. I'll check
more deeper the cause why I've added it and then integrate
Control: tags -1 + pending
Hi,
The upload referenced by this bug report has been flagged for acceptance into
the proposed-updates queue for Debian stretch.
Thanks for your contribution!
Upload details
==
Package: rustc
Version: 1.24.1+dfsg1-1~deb9u1
Explanation: new upstream
Package: ftp.debian.org
Severity: normal
should be limited to any-amd64 x32 (see bug #903003) so please remove package
for i386.
Thanks
Andreas.
> Since ZFS doesn't expose a block device one would need another
> documented way to resolve /sys/fs/zfs/$FS. Hopefully ‘tank/my/fs’ is
> unique and can't be aliased to something else, can it?
> Do the slash characters in ‘tank/my/fs’ hint at a hierarchy, or is it a
> flat string?
It's unique
On Thu, 2018-07-05 at 12:37 +0200, Svante Signell wrote:
> On Tue, 2018-07-03 at 05:42 +0200, Matthias Klose wrote:
> > On 01.07.2018 00:02, Svante Signell wrote:
> > > reopen 897416
> > > found 897416 7.3.0-24, 8.1.0-9
> > > tags 897416 patch
> > > thanks
> > >
> > > Hi, the patch by Matthias
Package: python-kafka
Version: 1.3.3-3
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* d/p/py37-compat.patch: Python 3.7 compatibility fixes.
Package: python-dogpile.cache
Version: 0.6.2-5
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu cosmic ubuntu-patch
Dear Maintainer,
In Ubuntu, the attached patch was applied to achieve the following:
* d/p/py37-compat.patch: Compat fixes for Python
Package: network-manager-dev
Version: 1.10.8-1
Severity: grave
Dear Maintainer,
The file /usr/include/NetworkManager/nm-setting.h contains “#include
"nm-version.h"” but the file “nm-version.h” is not installed.
Best,
C.
-- System Information:
Debian Release: buster/sid
APT prefers testing
On Tue, 2018-07-03 at 05:42 +0200, Matthias Klose wrote:
> On 01.07.2018 00:02, Svante Signell wrote:
> > reopen 897416
> > found 897416 7.3.0-24, 8.1.0-9
> > tags 897416 patch
> > thanks
> >
> > Hi, the patch by Matthias was not enough to make gcc-7,8 to build
> > properly. Three configure files
Source: ejabberd-contrib
Severity: grave
Tags: upstream
ejabberd 18.06 is the first release to ship without jlib.hrl and
ejabberd.hrl, causing ejabberd-contrib to FTBFS because several modules
have not been updated yet.
Upstream report: https://github.com/processone/ejabberd-contrib/issues/251
Package: network-manager-dev
Version: 1.10.8-1
Severity: important
Dear Maintainer,
While
$ apt-file search NetworkManager.pc
network-manager-dev: /usr/lib/x86_64-linux-gnu/pkgconfig/NetworkManager.pc
the file is not present into the package:
$ dpkg -L network-manager-dev|grep pc
Hi Rafael
On 05/07/2018 09:53, Rafael Laboissière wrote:
The last time the CI run for octave-ltfat failed with the error above
was on 2018-05-05 [1]. Since then, the package has been tested
successfully a huge amount of times. Perhaps, there have been changes
in the dependencies that make
Source: libffado
Followup-For: Bug #864717
Hello.
Packaging for 2.4.1-0.1 passes CC to the upstream build system
and probably fixes this issue.
Can you please attempt to reproduce the problem?
If so, please CC me when reporting the result.
Thanks.
Control: notforwarded -1
Control: tag -1 -wontfix
Was marked such by bts-link, wontfixed not because of the bug's value, but
because of upstream having switched to systemd. But Debian is not Red Hat,
and carries inits that are not , and needs pm-utils or
an equivalent.
I have no real opinion
Shengjing Zhu writes ("Re: Bug#812721: gbp could filter out Files-Excluded:
entries when committing to the pristine-tar branch"):
> Here's my thoughts about the workflow with Files-Excluded.
>
> 1. Upstream git history is imported *as is* in upstream branch. If we
> want to maintain a upstream
Le 05/07/18 à 10:38, Dmitry Smirnov a écrit :
On Thursday, 5 July 2018 5:57:43 PM AEST Laurent Bigonville wrote:
Since the last upload, docker.io Recommends the needrestart package,
that means that the package is installed almost everywhere.
This is how I intended it to be.
You also have
Package: virtualbox
Version: 5.2.14-dfsg-1
Followup-For: Bug #902897
Same here. Corresponding upstream bug report seems to be:
https://www.virtualbox.org/ticket/17851
VBox.log:
--
VirtualBox VM 5.2.14_Debian r122571 linux.amd64 (Jul 2 2018 17:50:29) release
log
00:00:00.504801 Log opened
Sean Whitton writes ("Re: Bug#903006: Indeterminacy issues with
import-nonnative and import-tarbomb tests"):
> swhitton@zephyr:~/src/dgit>locale
> LANG=en_GB.UTF-8
> LANGUAGE=en_GB.UTF-8
> LC_CTYPE="en_GB.UTF-8"
> LC_NUMERIC="en_GB.UTF-8"
> LC_TIME="en_GB.UTF-8"
> LC_COLLATE="en_GB.UTF-8"
>
Here's my thoughts about the workflow with Files-Excluded.
1. Upstream git history is imported *as is* in upstream branch. If we
want to maintain a upstream branch without some files, then we already
lost/mess up with the upstream history. Then why not use uscan git mode to
import the tarball,
Control: severity -1 important
Am 03.07.2018 um 23:08 schrieb Michael Biebl:
> Am 03.07.2018 um 20:11 schrieb Ben Hutchings:
>> Package: systemd
>> Version: 239-1
>> Severity: serious
>>
>> Starting with Linux 4.18, the autofs4 kernel module is renamed
>> to autofs, but retaining an 'autofs4'
Froward from lia.
Hi,
I am Lia Domide, one of the core developers in TVB Project.
Umar has recently joined the team, as part of Google Summer of Code
(GSOC 2018) and his task is to package TVB for NeuroDebian, thus he
initiated this work with you.
I will try to add some details to the questions
Froward from lia.
Hi,
I am Lia Domide, one of the core developers in TVB Project.
Umar has recently joined the team, as part of Google Summer of Code
(GSOC 2018) and his task is to package TVB for NeuroDebian, thus he
initiated this work with you.
I will try to add some details to the questions
On Wed, Jul 04, 2018 at 06:34:41PM +0300, Lars Wirzenius wrote:
> (Also, the advice to use Replaces+Breaks is just wrong for this
> package. The bug is that the same file is in both the python2 and
> python3 versions of the package. The correct solution is to have it in
> at most one package. I
Version: 62.0~b3-1
This is fixed in 62.0~b3-1 in experimental.
Mike
On Thu, May 31, 2018 at 10:39:57AM +0200, Paride Legovini wrote:
> Package: firefox
> Version: 61.0~b8-1
> Severity: normal
>
> Dear Maintainer,
>
> After upgrading from firefox 60 to 61.0~b8-1 (experimental), the spell
>
Package: pdfsandwich
Version: 0.1.6-1
Severity: important
Hi!
pdfsandwich sometimes puts files into /tmp that are world readable.
This could lead to leaking sensitivie information.
| -rw--- 1 weasel weasel 13005137 Jul 5 10:56 pdfsandwich26360b.ppm
| -rw--- 1 weasel weasel0
According to:
https://forum.voidlinux.eu/t/solved-firefox-61-0-spellchecking-not-working-musl/6064
"System hunspell is not supported by Firefox anymore [ ... ] So
Firefox has to be recompiled with internal hunspell"
I tested the workaround below (also mentionned in the webpage above)
and it
Am 05.07.2018 um 04:14 schrieb Ryutaroh Matsumoto:
> Package: systemd
> Version: 239-4
> Severity: normal
>
> Dear Maintainer,
>
> I can impose CGroup V2 memory limitation by
> systemd-run --user -t -p "MemoryHigh=1G" /bin/bash
>
> Within the bash, I see
>
> $ cat
>
Am 05.07.2018 um 11:36 schrieb root:
> Package: systemd-container
> Version: 239-4
> Severity: important
> Tags: security
>
> Dear Maintainer,
>
> systemd-run -t -p "IPAddressDeny=any" ping -c 1 192.168.1.1 normally generates
> ping: sendmsg: Operation not permitted
>
> When we run the above
How about depending the dkms on kernel versions known to work with it?
Example: zfs-dkms-0.7.9-3~bpo9+1 should depend on linux-image<4.17
This should prevent the kernel from being upgraded if the dkms is
installed. If a new kernel occurs and it's approved that it works with
ZFS 0.7.9, a new
Package: systemd-container
Version: 239-4
Severity: important
Tags: security
Dear Maintainer,
systemd-run -t -p "IPAddressDeny=any" ping -c 1 192.168.1.1 normally generates
ping: sendmsg: Operation not permitted
When we run the above command in systemd-nspawn -b -M some-machine,
it generates
64
Hi Ben
Am 03.07.2018 um 23:10 schrieb Ben Hutchings:
> On Tue, 2018-07-03 at 23:08 +0200, Michael Biebl wrote:
>> Is there a 4.18 kernel available where this can be tested?
>
> I've uploaded it to experimental and it's currently in NEW.
I've forwarded this issue upstream and there came up
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1780219
-BEGIN PGP SIGNATURE-
iF0EARECAB0WIQTF9uNaslvnJpWt8kXn6sEfJS3nCwUCWz3jyAAKCRDn6sEfJS3n
CygxAKCTlNzi9acmUT5IJ8QahThefXKFUACgmn3AlPzun/Iq7S5LBxxEwCkw8nE=
=EwB1
-END PGP
Source: cython
Version: 0.28.2-4
Severity: serious
Hi,
Your package failed to build on a rebuild with python3.7 as a supported python3
interpreter:
Doctest: pure_doctest__generators_py.with_outer_raising ... FAIL
[...]
FAIL: with_outer_raising (pure_doctest__generators_py)
Doctest:
On Thu, Jul 05, 2018 at 09:54:07AM +0100, Sean Whitton wrote:
> Hello Laura,
>
> On Wed, Jan 03 2018, Sean Whitton wrote:
>
> > In #876075, we are considering dropping singlehtml output from the
> > debian-policy package. There are numerous other bugs -- such as all
> > footnote hyperlinks
Hello Laura,
On Wed, Jan 03 2018, Sean Whitton wrote:
> In #876075, we are considering dropping singlehtml output from the
> debian-policy package. There are numerous other bugs -- such as all
> footnote hyperlinks being broken -- and upstream sphinx seems to focus
> their efforts on the
Package: wnpp
Severity: wishlist
* Package name: gephi
Version : 0.9.2
Upstream Author :
* URL : https://gephi.org/
* License : GPL
Description : visualization and exploration software for all kinds of
graphs and networks
Gephi is an award-winning
On Thursday, 5 July 2018 5:57:43 PM AEST Laurent Bigonville wrote:
> Since the last upload, docker.io Recommends the needrestart package,
> that means that the package is installed almost everywhere.
This is how I intended it to be.
> But needrestart changes the behaviour of the upgrade by
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-de...@lists.debian.org
Owner: Dmitry Smirnov
Package name: usbtop
Version: 0.2
Upstream Author: Adrien Guinet
License: BSD-3-Clause
URL: https://github.com/aguinet/usbtop
Vcs-Browser:
Source: docker.io
Version: 18.03.1+dfsg1-5
Severity: minor
Hi,
Since the last upload, docker.io Recommends the needrestart package,
that means that the package is installed almost everywhere.
But needrestart changes the behaviour of the upgrade by interractively
asking to restart the daemons
Control: tags -1 moreinfo
* Graham Inggs [2018-05-05 17:42]:
Source: octave-symbolic
Version: 2.6.0-3
User: debian...@lists.debian.org
Usertags: flaky
Hi Maintainer
The autopkgtest for octave-symbolic always fails on Debian CI
infrastructure [1], hanging and eventually timing out at almost
Package: wnpp
Severity: wishlist
Owner: Dmitry Smirnov
X-Debbugs-CC: debian-de...@lists.debian.org,
pkg-go-maintain...@lists.alioth.debian.org
Package name: consulfs
Version: 0.2
Upstream Author: Benjamin Wester
License: Apache-2.0
URL:
ping.
On Wed, 06 Sep 2017, Peter Palfrader wrote:
> Hi,
>
> I was checking some things in the Debian mirror universe and noticed
> a problem with your mirror:
>
> o Status:
> https://mirror-master.debian.org/status/mirror-info/debian.mirrors.crysys.hu.html
>
> o There is a mismatch between
Ping.
On Wed, 06 Sep 2017, Peter Palfrader wrote:
> I was checking some things in the Debian mirror universe and noticed
> a problem with your mirror:
>
> o Status: https://mirror-master.debian.org/status/mirror-info/ftp.udc.es.html
>
> o There is a mismatch between your tracefile name in
>
> UriUtil is a new class and can be found in
> /usr/share/tomcat7/lib/tomcat-coyote.jar. I assume this jar file is not
> on your classpath. Looking at the source package of jetty8, I only see
> that we symlink some tomcat jars into /usr/share/jetty8/lib/jsp/.
> Provided you have
Package: mirrors
User: mirr...@packages.debian.org
Usertags: mirror-problem
Control: submitter -1 mirr...@debian.org
Hi!
Thanks for running a Debian mirror!
Currently, we list your mirror as ftp.gul.uc3m.es,
while according to http://ftp.gul.uc3m.es/debian/project/trace/
your mirror thinks it's
Package: intel-microcode
Version: 3.20180425.1
Severity: grave
Tags: security
Dear Maintainer,
Intel has released a new microcode version which includes the prerequisites
for SSBD patches
https://downloadcenter.intel.com/download/27945/Linux-Processor-Microcode-Data-File
Contrary to what the
Hi,
Any update on this? I've merged most of the pull request. I believe the
changes to create a static library aren't necessary (see comment on pull
request), and when using systemd there is no need for any specific unit
file (see bug). Do you need me to make a new release?
Best,
-Nikolaus
--
Hello,
On Wed, Jul 04 2018, Ian Jackson wrote:
> Control: tags -1 confirmed
> Control: usertags -1 rsn
>
> Sean Whitton writes ("Bug#903006: Indeterminacy issues with import-nonnative
> and import-tarbomb tests"):
>> On my machine, outside of autopkgtest only, these tests are failing
>> because
control: tag -1 +patch
Hello,
On Thu, Jul 05 2018, Ian Jackson wrote:
> Can you try the attached diff and see if it helps ?
It does! The test now passes.
> Ah. You have dput-ng. The light dawns.
Indeed.
--
Sean Whitton
signature.asc
Description: PGP signature
Package: wnpp
Severity: wishlist
Owner: Ole Streicher
X-Debbugs-Cc: debian-as...@lists.debian.org, debian-de...@lists.debian.org
* Package name: iraf-fitsutil
Version : pre-1.0
Upstream Author : NOAO
* URL : https://github.com/iraf-community/fitsutil
* License
101 - 200 of 202 matches
Mail list logo
