Am Donnerstag, den 08.08.2019, 10:56 +0200 schrieb Fabian Greffrath:
> from what I can see, only these two soundfont package are still
> missing
> from our transition to provide sf[23]-soundfont-gm, right?
I have filed a bug against fluid-soundfont-gm and issued a pull request
for opl3-soundfont,
Hello Marc,
On 7/1/19 10:34 PM, Marc Lehmann wrote:
Package: manpages-dev
Version: 4.16-2
Severity: minor
Dear Maintainer,
I found that, at least with debians 4.19 kernel, io_cancel can fail with
EINTR on signal delivery, which should be documented as per similar calls.
Can you provide some
close 935142
thanks
I could trace it down to sqlite3 3.29.0-2 (downgrading to 3.29.0-1 makes
it build again). will check further and then report to sqlite3 i guess..
sorry for the noise :/
Regards,
Daniel
Cadschool Sàrl wrote...
> I've he same error that mentionned in this bugs reports:
>//etc/cron.daily/logrotate: error: error creating output file
>/var/log/mail.warn.1.gz: Le fichier existe (...)
This smells like a duplicate of #734688 (scroll down to the end).
> My server confi
Package: smb2www
Version: N/A
Severity: wishlist
Tags: patch l10n
Dear Maintainer,
Please find attached the French debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.
Kind regards
Grégoire
# Translation of smb2www debconf templates to French
# Copyright
On Mon, Aug 19, 2019 at 12:25 PM Stephan Sürken wrote:
> I am not quite getting it ;), I guess I need more information here.
>
> What's the 'Hostname' entry of the 'Daemon' instance?
localhost
> Do you have remotes configured (not needed if you are building on that
> host only)?
No, no remotes
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: binnmu
Hello,
I want to request binNMU on amd64 for recently accepted new arch:all packages,
as they are not migrated to testing due to missing builds on buildd.
nmu apache-opennlp_1.9.1-1 . am
Package: firefox
Version: 68.0.1-1
Severity: serious
Hi,
starting with 68.0.1-1, firefox stopped to build on arch all as can be
seen on the buildd logs. It would be nice to get that fixed to get
translations back.
Regards,
Daniel
Hi Alexandre,
it looks as if the gffread code in cufflinks would be the
same code base but the code in gffread source seems to be
more recent. What do you think?
Kind regards
Andreas.
- Forwarded message from Debian testing autoremoval watch
-
Date: Tue, 20 Aug 2019 04:39:04 +
Control: tags -1 + moreinfo
On Tue, 2019-08-20 at 00:33 +0100, Samuel Henrique wrote:
> Thanks for your help Paul :)
>
> I'm attaching a debdiff for 1.3.2-1+deb10u1, release team please
> advise whether that's acceptable or not (please read discussion on
> the bugreport),
It certainly can't be 1
On Tue, 13 Aug 2019 11:41:32 +0530, Pirate Praveen
said:
> On 2019, ഓഗസ്റ്റ് 12 11:08:49 PM IST, Andrej Shadura
> wrote:
>> Hi,
>>
>> On Mon, 12 Aug 2019 at 19:30, Pirate Praveen
>>
>> wrote:
>>> I'd like to use chat.poddery.com instead of riot.im in revolt. I
>> think
>>> this can be config
Control: retitle -1 libpodofo: CVE-2018-5783
Control: forcemerge 916142 -1
This has been confirmed now to be a duplicate of CVE-2018-5783.
Regards,
Salvatore
Package: wxmaxima
Version: 19.01.2-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I'm having this issue both with 19.01.2-1 and 19.07.0-1. Backtraces and
screenshots are from the latter.
On my Plasma system, Maxima keeps giving an assertion failure dialog
when clicking just a
Package: libguichan-allegro-0.8.1-1v5
Version: 0.8.2-18+b1
Severity: minor
File: /usr/lib/x86_64-linux-gnu/libguichan_allegro-0.8.1.so.1.1.0
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
libguichan_allegro-0.8.1.so needs to link with -lguichan -lalleg, see
the output of ade
Package: libguichan-opengl-0.8.1-1v5
Version: 0.8.2-18+b1
Severity: minor
File: /usr/lib/x86_64-linux-gnu/libguichan_opengl-0.8.1.so.1.1.0
User: debian...@lists.debian.org
Usertags: undefined-symbol adequate
libguichan_opengl-0.8.1.so needs to link with -lGL, see the output of
adequate, symtree an
Package: lintian
Version: 2.18.0
Severity: normal
Control: affects -1 src:wireguard
While resolving #930432 in the wireguard package, I noticed that the
code for lintian tag version-substvar-for-external-package appears to
only trigger if the dependency is on source:Version or binary:Version
but n
Also related:
# CONFIG_SURFACE_3_BUTTON is not set
# CONFIG_INTEL_BXTWC_PMIC_TMU is not set
On Tue, 20 Aug. 2019, 6:54 am Cool Fire, wrote:
> It seems the systemd service file (/lib/systemd/system/snmpd.service)
> also ignores the /etc/default/snmpd file.
That's correct and how systemd files work. You copy it to /etc/systemd and
make your changes.
It's actually an bhg to use the defa
On Sat, 17 Aug 2019 at 04:04, Tristan Seligmann wrote:
> Go for it! Maintainer should probably be DPMT anyway.
To be fair, it is, but you're a human listed for the package so I
figured I'd reach out to avoid stepping on your toes. Thanks! :)
Will be uploading soon, and once/if ACCEPTed will fina
Thanks for your help Paul :)
I'm attaching a debdiff for 1.3.2-1+deb10u1, release team please advise
whether that's acceptable or not (please read discussion on the bugreport),
Regards,
--
Samuel Henrique
ruby-airbrussh_1.3.2-1+deb10u1.debdiff
Description: Binary data
Hi!
Antoine Beaupré writes:
> > Stay tuned. ;-)
>
> I'm still tuned! Have you worked on this more? Did you managed to make
> it work with magit at all? :)
>
I've worked on packaging most of its dependencies but got stuck on
something, back a month ago or something like that.
Then hadn't much ti
Dixi quod…
>I just ran into this myself. Why is this still unfixed?
>Freezing the laptop(’s playing music) just because I close it
>is utterly inacceptable as a default setting.
My laptop also doesn’t lock the screen any more when I close it.
This used to work at least while X11 is running (it st
I forgot to add the patch to d/series, you'll find the updated debdiff
attached.
--
Samuel Henrique
acme-tiny_4.0.4-1+deb10u1.debdiff
Description: Binary data
Control: tags -1 + patch
A patch to disable the generation of the Qt4 example plugins is at
https://salsa.debian.org/multimedia-team/dssi/merge_requests/1
plus some general packaging updates at
https://salsa.debian.org/multimedia-team/dssi/merge_requests/2
(I will merge and u
That would be
--- /tmp/old2019-08-19 22:54:56.281542733 +
+++ /etc/apparmor.d/usr.sbin.libvirtd 2019-08-19 22:53:48.402550623 +
@@ -85,6 +85,7 @@
/usr/{lib,lib64}/xen-common/bin/xen-toolstack PUx,
/usr/{lib,lib64}/xen/bin/* Ux,
/usr/lib/xen-*/bin/libxl-save-helper PUx,
+ /u
Package: release.debian.org
Severity: normal
Tags: buster
User: release.debian@packages.debian.org
Usertags: pu
The acme v2 protocol is gonna stop accepting plain GET requests as of
November 1st, this will make buster's acme-tiny stop working.
I applied an upstream patch to fix it, it's just
Control: tags + pending
Fix applied, changelog finalised, and it appears an upload is pending.
https://salsa.debian.org/debian/virtualenvwrapper/blob/a4fb07eb2768d9b25f96946c4bb0ac74f4b7690d/debian/changelog
signature.asc
Description: PGP signature
Package: gitg
Version: 3.30.1-1
Severity: normal
try this (without any gitg instance already running):
$ git clone https://github.com/libreswan/libreswan
$ cd libreswan
$ gitg
The result is a bunch of lines like the following to stderr:
(gitg:27936): GLib-CRITICAL **: 18:50:32.798:
Control: tags 932015 + moreinfo
Hi Martin--
On Sun 2019-07-14 02:26:05 +0200, Martin Hoefling wrote:
> Package: wireguard-dkms
> Version: 0.0.20190702-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> Dear Maintainer,
>
>*
On 8/19/19 3:19 PM, Kurt Roeckx wrote:
On Mon, Aug 19, 2019 at 02:57:14PM -0700, nbi wrote:
Package: libssl1.0.0,libssl1.0.2,libssl1.1,openssl
Version:
libssl1.0.0 1.0.2l-1~bpo8+1
libssl1.0.2 1.0.2q-2
libssl1.1 1.1.1c-1
openssl 1.1.1c-1
After booting a distribution (sparkylinux.org) based on "t
I think this bug should be raised to "serious" level, as there is no longer a
python-pil package < 6.1 available in bullseye/sid.
Package: openssh-client
Version: 1:8.0p1-4
Severity: normal
│ 1|tglase@tglase-nb:~ $ cat .ssh/id_pvt.pub
│ ssh-rsa AAA…riqh id_...@tglase-nb.lan.tarent.de
│ tglase@tglase-nb:~ $ ssh-add .ssh/id_pvt
│ Enter passphrase for .ssh/id_pvt:
│ Identity added: .ssh/id_pvt (tgl...@tglase-nb.lan.tarent.de)
On Mon, Aug 19, 2019 at 02:57:14PM -0700, nbi wrote:
> Package: libssl1.0.0,libssl1.0.2,libssl1.1,openssl
> Version:
> libssl1.0.0 1.0.2l-1~bpo8+1
> libssl1.0.2 1.0.2q-2
> libssl1.1 1.1.1c-1
> openssl 1.1.1c-1
>
> After booting a distribution (sparkylinux.org) based on "testing" everything
> appe
Thanks for your feedback!
I attached the log and the output of pactl list.
Time table:
23:50:06 start
23:50:53 attached interface
23:51:28 (I guess) pactl-list.working
23:59:42 (or a bit later) sound died
00:00:59 pactl-list.broken
00:10:11 disconnect interface
00:10:49 reattached interface
00:15
On Mon 2019-08-19 14:06:37 +0200, Markus Grundmann wrote:
> This is a new debian VM running on BHYVE. After the installation and
> upgrading operating system the following DKMS fails.
This is https://bugs.debian.org/934763, which i'll work around shortly
with the attached patch to the wireguard pa
Hi Chet,
>There is a problem with bash-5.0 when the variable is declared local in
>the interposed function, and I need to fix that, but that's not a posix
ah, okay, I didn’t test what removing the “local” would do.
Debian is a special beast: it requires of a /bin/sh to behave
like a POSIX shell
Control: tags 934763 + confirmed
Control: clone 934763 -1
Control: reassign -1 linux-headers-4.9.0-9-common 4.9.168-1+deb9u5
Control: tags -1 + patch
Control: affects -1 + wireguard-dkms
On Wed 2019-08-14 17:50:08 +0300, Thomas Kapoulas wrote:
> Hello, wireguard-dkms failed to build its module on
On 2019-04-10 22:34:40, Matteo F. Vescovi wrote:
> Hi!
>
> Il mer 10 apr 2019, 16:54 Antoine Beaupre ha scritto:
>
>> Package: wnpp
>> Severity: wishlist
>>
>> * Package name: elpa-magit-forge
>> Version : 0.1.0
>> Upstream Author : Jonas Bernoulli
>> * URL : https://g
Package: libssl1.0.0,libssl1.0.2,libssl1.1,openssl
Version:
libssl1.0.0 1.0.2l-1~bpo8+1
libssl1.0.2 1.0.2q-2
libssl1.1 1.1.1c-1
openssl 1.1.1c-1
After booting a distribution (sparkylinux.org) based on "testing" everything
appears to be working correctly. Browsers and email clients access their d
> 1. compile ccls from upstream git repo, if it works, then there's
> something wrong in packaging script.
Cloned
https://github.com/MaskRay/ccls/commit/03263c85217dd0cfddff73b966cd2d5cd8245d9d
Did
sudo apt install clang cmake libclang-dev llvm-dev rapidjson-dev
cmake -H. -BRele
Control: tags 928050 + wontfix
On Fri 2019-04-26 13:40:52 -0700, Anthony Metzidis wrote:
>* Upon attempting a build on raspbian-stretch, the build failed due to
> missing debhelper-compat=12 . debhelper-compat=12 is not available on
> raspbian
>* As a workaround, I removed the debhelper-co
Package: traceroute
Version: 1:2.1.0-2+b1
Severity: minor
Tags: patch
Dear Maintainer,
1) correct the misuse of a two-fonts macro
2) correct some arguments to a such macro.
--- traceroute.db.1 2019-08-19 19:07:42.0 +
+++ traceroute.db.1.new 2019-08-19 19:26:05.0 +
@
Control: tags -1 - fixed-upstream
Control: tags -1 + moreinfo
Hi all,
remote issue[1] was closed without any change in a "locked and limited
to collaborators conversation"
Title changed from "LOAD DATA LOCAL INFILE option shouldn't be open by
default." to "Question"
Mitre issue isn't updated
Instead of the tabs that were left open before reboot action,
I have only one window, with nothing in it, not even a shell.
Until I do C-S-t which results in replacing the blank window,
with a shell.
C.
Package: snmpd
Version: 5.7.3+dfsg-5
Followup-For: Bug #932775
It seems the systemd service file (/lib/systemd/system/snmpd.service)
also ignores the /etc/default/snmpd file. It does not even appear to
attempt to read any configuration for there but rather has the defaults
hardcoded into the servi
On Mon, 19 Aug 2019, Salvatore Bonaccorso wrote:
See https://lists.gnu.org/archive/html/aspell-announce/2019-08/msg0.html
Also see http://aspell.net/buffer-overread-ucs.txt for a slightly improved
version of the announcement that I edited for clarity.
Hi Elias,
On Thu, Aug 08, 2019 at 12:47:12AM +0200, Elias Werberich wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hi Salvatore,
>
> using the current 5.2.6-1 Debian Kernel fixes this bug.
> I have checked the differences between v4.19 and v5.2 in the upstream kernel
> repository
Le lun. 19 août 2019 à 14:27, Andreas Hasenack a écrit :
>
> FWIW, in Ubuntu we completely dropped python2, I think Debian will
> want both for a while? On the other hand, I hear that samba 4.11 will
> also completely drop python2.
The plan is to build both for 4.10, and drop python2 with (or bef
On 8/19/19 11:47 AM, Thorsten Glaser wrote:
> Package: bash
> Version: 5.0-4
> Severity: critical
> Justification: breaks unrelated software
>
> The expected output is:
>
> dbc_mysql_createdb: _dbc_nodb(1)= # initially not set / empty
> dbc_mysql_exec_command: _dbc_nodb=yes # MUST be visible
retitle 935072 Asymmetrical changelog file tag names
thanks
Felix Lechner wrote:
> In my view, it is unnecessary to issue two different tags. I would
> like to use a shorter tag name for both, and show the expected path,
> plus perhaps an annotation like
>
> debian-changelog-file-missing /us
Felix Lechner wrote:
> > Did we get that logic right? Should Lintian perhaps complain instead
> > when analysing a changes file---which is clearly intended for
> > upload---versus a dsc file that can hold sources at any stage?
>
> Forgive me. Our original idea works great. There is no way
> dpkg
Le dim. 18 août 2019 à 14:15, Laurent Bigonville a écrit :
>
> Package: src:samba
> Followup-For: Bug #781913
>
> Hi,
>
> samba 4.10 is apparently supporting python3
>
> Are there any plans to upload that soon?
Yes. Work has already started. I plan to finish this during August.
> Not that ubuntu
Hi Felix,
> During the conversion of the test suite to source format 3.0, some
> packages emitted both tags
>
> latest-debian-changelog-entry-without-new-version
> latest-debian-changelog-entry-reuses-existing-version
>
> According to the tag descriptions, the second tag strips the epoc
Hi Felix,
> During the conversion of the test suite to source format 3.0, some
> packages emitted both tags
>
> latest-debian-changelog-entry-without-new-version
> latest-debian-changelog-entry-reuses-existing-version
>
> According to the tag descriptions, the second tag strips the epoch
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
No upstream releases since the last packaged one in 2012.
python3-xcffib description says "This package is intended to be a (mostly)
drop-in replacement for xpyb. xpyb has an inactive upstream, sever
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Looks like it doesn't work at all in the current state.
Reverse deps checked with dak rm -Rn python-uniconvertor
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
The latest upstream code at https://github.com/pearu/pyvtk seems to
support Python 3, but the Debian package contains code from 2007.
Reverse deps checked with dak rm -Rnb python-pyvtk
--
WBR, wRAR
I'm afraid it's failing to build from source:
x86_64-linux-gnu/qt5 -isystem /usr/include/x86_64-linux-gnu/qt5/QtMultimedia
-isystem /usr/include/x86_64-linux-gnu/qt5/QtGui -isystem
/usr/include/x86_64-linux-gnu/qt5/QtNetwork -isystem
/usr/include/x86_64-linux-gnu/qt5/QtScript -isystem
/usr/inc
Control: fixed -1 3.32.0-1
On Mon, 19 Aug 2019 at 01:25:52 -0500, Diego Escalante Urrelo wrote:
> Some time in 2015 Lima changed its airport code, libgweather upstream
> corrected that here:
>
> https://gitlab.gnome.org/GNOME/libgweather/commit/6a79e8871e3e74ef276f24158735172ff6af1819
This i
Source: aspell
Version: 0.60.7~20110707-6
Severity: important
Tags: security upstream
Hi
[X-Debbugs-CC'ed Kevin Atkinson ]
See https://lists.gnu.org/archive/html/aspell-announce/2019-08/msg0.html
Within Debian the "pumpa" will need an update. Others might be
required as well. Kevin Atkinson
On 19/08/13 11:06, Jérôme Lebleu wrote:
> Hi Lisandro,
>
> Thanks a lot for your review and all your advice! It gives me more
> motivation to follow through this package.
Great! I've looked into the changes and really liked what I saw :-)
> On Sat, 3 Aug 2019 23:27:28 -0300 Lisandro Damián Nica
FWIW both packages are pristinely clean at CRAN with current versions:
https://cran.r-project.org/web/checks/check_results_DoseFinding.html
https://cloud.r-project.org/web/checks/check_results_multcomp.html
These problems still seem self-imposed to me. We (maybe randomly ?) appear
to be c
Hi Daniel,
On Sat, 2019-08-17 at 08:53 -0700, Daniel Schepler wrote:
> Package: mini-buildd
> Version: 1.1.18
> Severity: wishlist
>
> I think I've gotten my local mini-buildd instance mostly set up. But
> now, when I try to upload to it to do a test build, I get a failure
> along the lines of:
Hi Ludovic,
I downloaded, installed and tested the amd64 package you generated.
And from my quick testing, that fixed the issue I reported.
Thank you all of you.
Br,
Le 18/08/2019 à 16:42, Ludovic Rousseau a écrit :
Le 06/08/2019 à 18:03, Ludovic Rousseau a écrit :
Hello
I also opened th
Hi Andreas,
On 19-08-2019 21:16, Andreas Tille wrote:
> So the bug was first filed against r-cran-multcomp,
The bug was filed against *both* packages, as I always do when it isn't
totally clear from the failure to which package it belongs.
> reassigned to
> r-cran-dosefinding
by edd, who refuse
Am 19.08.19 um 21:04 schrieb Daniel Kahn Gillmor:
> Package: systemd
> Version: 241-6
> Severity: normal
> Tags: upstream patch
> Control: forwarded -1 https://github.com/systemd/systemd/issues/12784
>
> from the journal:
>
> -- Reboot --
> Aug 19 10:55:17 tyr systemd[1]: Starting Network Service
Control: tags -1 help
Hi Paul,
On Mon, Aug 19, 2019 at 08:54:03PM +0200, Paul Gevers wrote:
> Hi Andreas,
>
> On Mon, 19 Aug 2019 11:57:05 +0200 Andreas Tille
> wrote:
> > I wonder whether we can close this bug since the test is passing
> > in unstable (with r-cran-multcomp 1.4-10-2).
>
> No,
tag 934779 + fixed-upstream
thanks
On Fri, Aug 16, 2019 at 02:17:20PM +0300, Сергей Фёдоров wrote:
> It is recognized in version 6.3.0.2 rc, but now Version: 6.3.0.4 and that
> do something about it?
Huh, what? This was reported in 6.3.0 rc2 (= 6.3.0.2), and it isn't
fixed in 6.3.0 (= 6.3.0 rc4 =
Package: systemd
Version: 241-6
Severity: normal
Tags: upstream patch
Control: forwarded -1 https://github.com/systemd/systemd/issues/12784
from the journal:
-- Reboot --
Aug 19 10:55:17 tyr systemd[1]: Starting Network Service...
Aug 19 10:55:19 tyr systemd-networkd[230]: Enumeration completed
A
Source: bash
Version: 5.0-4
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
A patch is attached that makes the Bash interpreter build
reproducibily for me in unstable.
This is because
Hi Andreas,
On Mon, 19 Aug 2019 11:57:05 +0200 Andreas Tille
wrote:
> I wonder whether we can close this bug since the test is passing
> in unstable (with r-cran-multcomp 1.4-10-2).
No, because currently it is blocking the migration of r-cran-multcomp.
Apparently r-cran-multcomp isn't making sur
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Last release in 2009.
Reverse deps checked with dak rm -Rnb python-excelerator
--
WBR, wRAR
signature.asc
Description: PGP signature
Hi Helmut,
> xtrlock fails to cross build from source, because debian/rules uses the
> build architecture compiler as a make default. This is a result of
> improperly applying #902648
Whoops; sorry about that. I will try to be more attentive in future. :)
Regards,
--
,''`.
: :' :
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Upstream Python 3 bugreport:
https://bitbucket.org/blais/optcomplete/issues/2/python3-compatibility
Reverse deps checked with dak rm -Rnb python-optcomplete
--
WBR, wRAR
signature.asc
Descriptio
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
There is some Py3 fork at https://github.com/tynn/PyAO
Reverse deps checked with dak rm -Rn pyao
--
WBR, wRAR
signature.asc
Description: PGP signature
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Last upstream commit in 2012.
Reverse deps checked with dak rm -Rnb python-m2ext
--
WBR, wRAR
signature.asc
Description: PGP signature
Hi Christian,
I understand your bug report and confirm it to be an issue.
Unfortunately I don't have much capacity at the moment to work on an
updated package in a timely manner. But I do appreciate and support any
volunteer's help.
Best regards,
Micha
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-CC: 933...@bugs.debian.org
Dear FTP Masters,
Package maptransfer saw no upstream activity since 2010 and it is stuck on
python2 and qt4, which are to be removed in the bullseye cycle. Ther
Package: ftp.debian.org
Severity: normal
User: debian-pyt...@lists.debian.org
Usertag: py2removal
Last release in 2003.
Reverse deps checked with dak rm -Rnb python-jabber
--
WBR, wRAR
signature.asc
Description: PGP signature
Control: severity -1 important
Control: tags -1 + patch fixed-upstream pending
On Mon, 19 Aug 2019 at 07:00:12 -0500, Diego Escalante Urrelo wrote:
> When an invalid value is stored in:
> /org/gnome/Weather/Application/locations
>
> gnome-weather will crash and never start.
Reproducer (this
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-CC: tklau...@distanz.ch
Dear FTP Masters,
As requested in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=875018#15 ,
the package maintainer of lfhex has agreed to have it removed from S
Package: datalad
Followup-For: Bug #935015
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch
Sorry, I overlooked that there was still an undeclared build-dependency on
python/python-setuptools which I happened to have present in my test build
environment. The attached
Package: rkhunter
Version: 1.4.6-7
Severity: important
Dear Maintainer,
* What led up to the situation?
rkhunter seem to only report the biggest shared memory segment, but not all (?)
* What exactly did you do (or not do) that was effective (or
ineffective)?
1) Start for example "ter
Package: datalad
Version: 0.11.6-1
Followup-For: Bug #935015
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu eoan ubuntu-patch
Hello,
Attached is a patch that drops python2 from datalad. A small patch to
upstream is needed to switch the python interpreter used for dispatching
scripts
Hello,
maybe the following report is related:
https://bugs.debian.org/928736
Kind regards,
Bernhard
On Sun, 11 Aug 2019, Christian Marillat wrote:
> But bevare fixind the include file path (drm/ttm/ttm_page_alloc.h) doesn't
> work at all the virtualbox doesn't start.
I fixed the path, the build went through. I rebooted my VM and it worked.
What exactly was the failure that you had? Did you have
Package: samba
Version: 2:4.9.5+dfsg-5
Severity: normal
Dear Maintainer,
* What led up to the situation?
During an upgrade from Debian Stretch to Buster the apt-listchanges
package shows noteworthy changes and usually warnings about modified
configuration settings from the /usr/share/doc/samba
On Tue, 13 Aug 2019, Unit 193 wrote:
> Ah right. Though while looking through several of my recent sent items, it
> seems it preserved those fields as expected. I am using alpine 2.21.
Please try this, from the original submission:
If I take a message, reply to it, then go to the Subject l
On Mon, 19 Aug 2019 at 13:18, Lisandro Damián Nicanor Pérez Meyer
wrote:
>
> Source: qwt
> Version: 6.1.4-1
> Severity: wishlist
>
> Hi Gudjon! would it be ok for you if we switch qwt to git within
> salsa.debian.org?
> I can import it from SVN too. And if you like we can put it within the
> qt-k
On 19 août 2019 17:18, Raphael Hertzog wrote:
> Hi,
>
> On Thu, 15 Aug 2019, Darsey Litzenberger wrote:
>> I haven't gotten around to testing, but it looks like maybe all that needs
>> to be done is to disable building some of these modules after a certain
>> kernel version.
>
> At least I can co
Source: qwt
Version: 6.1.4-1
Severity: wishlist
Hi Gudjon! would it be ok for you if we switch qwt to git within
salsa.debian.org?
I can import it from SVN too. And if you like we can put it within the
qt-kde-iteam's umbrella, extras subproject.
Cheers, Lisandro.
-- System Information:
Debian R
Control: close -1
On Mon, Aug 19, 2019 at 02:36:42PM +0200, Mattia Rizzolo wrote:
> please bin-nmu znc-backlog against the new znc, so that then znc can
> finally migrate.
>
> We are discussing in #917222 on how to improve the situation, but in the
> meantime it would be better to not to block zn
Hello,
this problem seems to be in apt, not in unattended-uprades.
I have configured apt to use /tmp as base for packages:
Dir::Cache::archives "/tmp/archives";
Apt::Update::Pre-Invoke {"mkdir -m 700 -p /tmp/archives/partial";};
unfortunately, the pre-invoke command only seems to be called whe
On Mon, Aug 19, 2019 at 11:47 AM Sebastiaan Couwenberg
wrote:
>
> On 8/19/19 5:27 PM, Sandro Tosi wrote:
> > So, what do you want me to do? drop the python 2 package for basemap?
>
> Yes.
>
> > i cant do that, it has reverse dependencies (just like pyproj)
>
> basemap is the only remaining rdep fo
Package: bash
Version: 5.0-4
Severity: critical
Justification: breaks unrelated software
Found this gem in #934027:
tglase@tglase:~ $ cat testscript
dbc_mysql_createdb(){
local ret l_dbname _dbc_nodb
echo "dbc_mysql_createdb: _dbc_nodb(1)=$_dbc_nodb"
_dbc_nodb="yes" dbc_m
On 8/19/19 5:27 PM, Sandro Tosi wrote:
> So, what do you want me to do? drop the python 2 package for basemap?
Yes.
> i cant do that, it has reverse dependencies (just like pyproj)
basemap is the only remaining rdep for python-pyproj, as it also for
python-shp & python-netcdf4.
pyspread is the
On Wed, 12 Jun 2019 22:44:28 +0100 Luca Boccassi <
bl...@debian.org
> wrote:
> Source: fabric
> Version: 1.14.0-1
> Severity: wishlist
> Blocks: 930413
>
> Dear Maintainer,
>
> Please consider uploading the latest version of fabric, 2.4.0:
>
>
https://github.com/fabric/fabric/releases/tag/2.4.0
I think this can be worked around by adding -Werror=stringop-truncation to
CXXFLAGS
--
Michael R. Crusoe
Package: lsof
Version: 4.91+dfsg-1
Severity: normal
Dear Maintainer,
By modifying the process name (e.g. by assigning to `$0` in perl as per
below), lsof sometimes fails to see the process even when their PID is
specified directly with `-p`.
Compare a working case:
$ perl -E '$0 = "changed";
Package: wnpp
Severity: normal
I intend to adopt the vtun package.
The package description is:
VTun is the easiest way to create virtual tunnels over TCP/IP networks
with traffic shaping and compression.
.
It supports IP, PPP, SLIP, Ethernet and other tunnel types.
.
VTun is easily and high
1 - 100 of 195 matches
Mail list logo
