Control: tags -1 pending
Hello Steve,
On Thu, Dec 12, 2019 at 02:33:00PM -0800, Steve Langasek wrote:
> Since 8.7.0-3, the autopkgtests for kopanocore have been failing in Ubuntu,
> due to an apparmor denial when kopano-search tries to access
> /usr/sbin/ldconfig:
>
> [413685.899592] audit:
Source: rust-buffered-reader
Version: 0.11.0-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of rust-buffered-reader you added an autopkgtest to
rust-buffered-reader, great. However, it
Package: virtualbox
Version: 6.1.0-dfsg-1
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
apt-get dist-upgrade
* What exactly did you do (or not do) that was effective (or
Hi Sam,
On Tue, Jun 18, 2019 at 4:27 AM Sam Hartman wrote:
>
> Based on that I think we'd like lintian to detect when dh is not used
> and allow maintainers to override the tag if they have an adequate
> justification for not using dh.
I tentatively added a new tag called 'no-dh-sequencer' to
On 2019-12-15 17:20, Paul Gevers wrote:
In that case in the spirit of a package deal, I suggest
throwing in scalapack 2.1.0 as well.
Go ahead.
Thanks Paul, proceeding.
Drew
Hi Drew,
On 15-12-2019 07:07, Drew Parsons wrote:
> Did I understand correctly you were in favour of lumping
> the MUMPS transition in at the same time to get the stack updated all
> together?
Yes
> In that case in the spirit of a package deal, I suggest
> throwing in scalapack 2.1.0 as well.
Package: devscripts
Version: 2.19.7
Severity: wishlist
File: /usr/bin/tagpending
I am working on adopting libpst and so I added a closing for the RFA
bug (#856524) to debian/changelog, committed the change to git and ran
tagpending, but it refused to allow me to tag the wnpp bug without the
On 2019-12-14 20:40, Paul Gevers wrote:
On 02-12-2019 09:31, Drew Parsons wrote:
I'd like to proceed with the PETSc 3.12 transition.
The MUMPS 5.2.1 is also ready to go, but I think it might be more
constructive to demonstrate via testing migration that the new petsc
is stable with the old
Package: lintian-brush
Version: 0.46
Severity: normal
With libpst 0.6.71-0.1, after applying the debian/compat 9 -> 10 bump,
--allow-reformatting deleted comments in the Build-Depends field:
libpst $ lintian-brush --dry-run --diff --allow-reformatting
...
--- a/debian/control
+++
Package: lintian-brush
Version: 0.46
Severity: normal
With libpst 0.6.71-0.1, after applying the debian/compat 9 -> 10 bump,
--allow-reformatting changed the debhelper dep from 10~ (which allows
backports) to 10 (which doesn't):
libpst $ lintian-brush --dry-run --diff --allow-reformatting
...
On Sun, 2019-12-15 at 05:08 +, Jelmer Vernooij wrote:
> I can't reproduce this locally.
I guess this is caused by something in my git config then.
How does lintian-brush determine that files have changed?
> What does the output of "ls -l" in that directory look like?
libpst $ ls -l
total
Package: ftp.debian.org
Severity: normal
this package was a dependency of checkgmail, which was recently removed; no
other rdep nor upstream releases, so lets just remove it.
Hi Paul,
On Sun, Dec 15, 2019 at 12:57:29PM +0800, Paul Wise wrote:
> Whenever I try to use lintian-brush it detects pending changes even
> though there are none and so it fails to apply changes:
>
> $ git clone -q https://salsa.debian.org/debian/libpst.git
> $ cd libpst/
> libpst $ git status
>
> The package is PAPT-maintained, so any help to upload the package is
> very welcome.
no worries, i'll take care of this
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi
Source: librime
Severity: grave
Version: 1.5.3+dfsg1-1
Currently the pkg-config file for librime is broken for includes dir and
libdir (not absolute path, the ${prefix} is missing). This needs to be fixed.
--
Thanks,
Boyuan Yang
signature.asc
Description: This is a digitally signed message
Package: lintian-brush
Version: 0.46
Severity: important
Whenever I try to use lintian-brush it detects pending changes even
though there are none and so it fails to apply changes:
$ git clone -q https://salsa.debian.org/debian/libpst.git
$ cd libpst/
libpst $ git status
On branch master
Your
On Thu, 02 Mar 2017 00:31:41 +0100 Leo Antunes wrote:
> I haven't used this package in years and have unfortunately (and
> regretably) let it fall out of shape for lack of time. It would be
> great if someone with more time could step up and adopt it.
We started using libpst at work and I just
Source: ibus-rime
Version: 1.4.0-1
Severity: normal
Since ibus-rime upstream is using a Makefile as the wrapper of CMake
buildsystem, the settings for libexecdir is not working. For the background of
ibus-related libexecdir, see https://bugs.debian.org/712581 .
This is actually not affecting the
Package: chromium
Version: 79.0.3945.79-1
Followup-For: Bug #945920
Dear Maintainer,
Chromium just shuts down for me as well. Ran it from the command line
to get output until it crashed:
$ chromium
[19595:19595:1214/103537.114652:ERROR:sandbox_linux.cc(372)]
InitializeSandbox() called with
Hi,
On Sun, 27 Oct 2019 16:07:27 +0100 Andreas Beckmann wrote:
> python-miio/experimental has a (currently unsatisfiable)
> B-D: python3-construct (>= 2.9.45)
python-miio maintainer here. Could you please consider packaging the latest
upstream version of python-construct?
Thanks!
cheers,
Package: qsynth
Version: 0.6.0
Please consider to upgrade to the current upstream version (0.6.0).
Regards
Jonatan
Control: tags 944367 + patch
Control: tags 944367 + pending
Dear maintainer,
I've prepared an NMU for coco-doc (versioned as 20060919.0-1) and
uploaded it to DELAYED/7. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru coco-doc-20060919/debian/changelog coco-doc-
Progress towards getting this package in Debian is currently blocked
by the following upstream issue:
https://github.com/jreese/fissix/issues/8
signature.asc
Description: PGP signature
On Sun, Sep 01, 2019 at 05:46:15PM +0800, Yangfl wrote:
> I am looking for a sponsor for my package "axtls"
Sponsoring delays are not cool... :(
> * Package name: axtls
>Version : 2.1.5+ds-1
> * URL : http://axtls.sourceforge.net/
> It builds those binary packages:
Control: tags -1 fixed-upstream
I haven't been able to narrow it down to any particular release, but it
appears that Solaar does support Python 3. See this issue adding support for
Python 3.7 filed by the Fedora maintainer:
https://github.com/pwr-Solaar/Solaar/issues/447
And it looks to work
Am Do., 28. Nov. 2019 um 16:37 Uhr schrieb Pjotr Prins :
>
> When 1.18 arrives I think it is a good time to get sambamba and biod
> in Debian again.
They always were in Debian, just not in a release because the packages
were broken ^^
The LDC transition went really well this time, I don't think
Control: tags -1 - moreinfo
> There are rdepends that need to be addressed first:
>
> Checking reverse dependencies...
> # Broken Depends:
> open-font-design-toolkit: open-font-design-toolkit
That doesn't look right; that's the same package. Is this a mistake?
signature.asc
Description: This
Package: maven
Version: 3.6.2-1
Severity: wishlist
Dear Maintainer,
Seems maven has been updated to 3.6.3 and seems to have some bug-fixes
as can be seen from
http://maven.apache.org/docs/3.6.3/release-notes.html . It would be
nice if we can have it in debian.
-- System Information:
Debian
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: debian-rele...@lists.debian.org, n...@sonic.net
Control: block 934976 by -1
The maintainer and author acknowledges that the game uses Bill Gates's
likeness and likely non-free audio samples from the Defender arcade game
and requests that it
Control: reassign -1 android-libboringssl/8.1.0+r23-1
Control: tags -1 upstream patch fixed-upstream
Control: retitle -1 adb crashes on startup with SIGBUS (armhf)
Control: forwarded -1
https://boringssl.googlesource.com/boringssl/+/672f6fc2486745d0cabc3aaeb4e0a3cd13b37b12%5E%21/
Control:
On Wed, 16 Oct 2019 10:00:15 + Georges Khaznadar
wrote:
> Source: falkon
> Source-Version: 3.1.0+dfsg1-4
>
> We believe that the bug you reported is fixed in the latest version of
> falkon, which is due to be installed in the Debian FTP archive.
>
> A summary of the changes between this
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "micro-httpd"
* Package name: micro-httpd
Version : 20140814-1
Upstream Author : Jef Poskanzer
* URL : http://www.acme.com/software/micro_httpd
* License
[apologies i can't reply inline, very limited HTML mailer due to
seriously bandwidth/reliability-compromised internet connection]
hi felix,
violates my copyright by not containing my authorship assertion. in
combination with no license file they should have contacted me for
permission to
Package: spacefm
Version: 1.0.6-4
Followup-For: Bug #944205
Dear Maintainer,
Hello, thank you for looking into this.
I can still reproduce the issue from a fresh install by not choosing
any desktop environment (only selecting "standard system utilities"
during the install) and downloading just a
On Sat, 14 Dec 2019 22:55:17 +0100 Aurélien COUDERC
wrote:
> Would you have the possibility to test again and comment here with more
> information if the crash is still reproducible ?
Sure, I've attached a backtrace done with 'bt full' on the older version that
looks more comprehensible. I've
On Sat, Dec 14, 2019 at 01:52:21PM -0500, Benjamin Barenblat wrote:
> On Tuesday, December 10, 2019, at 6:33 PM +0100, Fabian Wolff wrote:
> > Would you be willing to relicense your work on the Boogie Debian package
> > under the
> > Expat license? If so, and with your consent documented here in
Hi Ross,
On Sat, Oct 12, 2019 at 8:39 PM Ross Vandegrift wrote:
>
> I'm seeing a similar false positive:
I do not. The symbols file in the control section of
libephysics1_1.21.1-5+b1_amd64.deb contains the following line:
$ fgrep -- -5 dir2/symbols
[resending with the correct recipients]
Hi John,
thank you for taking the time to report this bug and help make Debian better.
I’m not able to reproduce the bug that you describe here, neither on the
former 18.04.0-3 version nor on the new 19.08.3 that I’ve just uploaded to
unstable.
Would
Hi Helmut,
On Thu, Sep 19, 2019 at 06:07:45AM +0200, Helmut Grohne wrote:
> Source: micro-httpd
> Version: 20051212-15.1
> Tags: patch
> User: debian-cr...@lists.debian.org
> Usertags: ftcbfs
I have marked it as fixed on micro-httpd/20051212-16. Please test and
and I can close the bug after
Hi Victor,
thanks for taking the time to report this bug and help making Debian better.
I cannot reproduce the issue you describe here, but I see you’re using kamoso
on a GTK or GNOME based desktop which is not my case.
Would you be able to test again on the version 19.08.3-1 that I just
control: tags -1 + moreinfo
Hi John,
thank you for taking the time to report this bug and help make Debian better.
I’m not able to reproduce the bug that you describe here, neither on the
former 18.04.0-3 version nor on the new 19.08.3 that I’ve just uploaded to
unstable.
Would you have the
Source: rust-addr2line
Version: 0.7.0-1
Severity: serious
Tags: ftbfs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear maintainers,
Your package was never build on a buildd, and was rescheduled 117 days
ago. Since then, the status is BD-Uninstallable. Can you please make sure that
we can
[ sent again, with ASCII-only headers to please Debian MTA ]
Quoting Guilhem Moulin (2019-12-14 21:50:34)
> On Sat, 14 Dec 2019 at 21:06:14 +0100, Jonas Smedegaard wrote:
> > Reads more sensible to me with word "though" replaced by "through".
>
> Ah yeah, thanks!
You're most welcome. Super
is this bugreport still open? Because I no longer have this laptop,
therefore can no longer give a status.
Sorry. Please close it. (unless you got a reason to no doing so)
Source: rust-curl
Version: 0.4.25-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of rust-curl you added an autopkgtest to your
package, great. However, it fails. I copied some of the output
Source: python-django-braces
Version: 1.13.0-1
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
With a recent upload of python-django-braces you added an autopkgtest to
your package, great. However, it fails. I
Control: tag -1 pending
Control: retitle -1 interimap: typo in documentation: though → through
Hi,
On Sat, 14 Dec 2019 at 21:06:14 +0100, Jonas Smedegaard wrote:
> Reads more sensible to me with word "though" replaced by "through".
Ah yeah, thanks! Removed “html” in the title: the source, in
Hi Luke,
> so i wrote a program called copyright_check.py which covers every single
> possibility of what is correctly matched, what is incorrectly matched,
> and what is missing.
That's great! I have been looking for such a tool.
> copies of the original program are being made and distributed
Source: oz
Version: 0.17.0-2
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
You package has an autopkgtest, great. However, it fails on arm64. I
copied some of the output at the bottom of this report.
Currently
Hi Alberto,
On Sat, Dec 14, 2019 at 09:26:06PM +0100, Alberto Molina Coballes wrote:
> [...]
> Now, installing i386 ebtables userspace tool on an amd64 kernel I can't
> reproduce this bug.
> [...]
> In all the combinations tested the behaviour was the expected not the
> reported in your bug.
Hi Wang and Tomáš,
When I adopted ebtables in 2018 and I was initially focused on putting the
package in shape, but this bug has remained unattended for too many time.
Now, installing i386 ebtables userspace tool on an amd64 kernel I can't
reproduce this bug.
I've tested both ebtables-legacy
Source: libconfig-model-itself-perl
Version: 2.018-2
Severity: serious
Tags: sid bullseye
User: debian...@lists.debian.org
Usertags: needs-update
Control: affects -1 src:libconfig-model-perl
Control: affects -1 src:libconfig-model-tkui-perl
[X-Debbugs-CC: debian...@lists.debian.org,
Package: findutils
Version: 4.6.0+git+20190209-2
Severity: normal
Dear Maintainer,
When I use find with the -name option, sometimes it fails to find files
that do exist. Example:
tape@storage ~/backup $ find db/ -name mysql_dump* | head
db/mysql_dump-201912100345.tar.bz2
Source: golang-github-kyokomi-emoji, hugo
Control: found -1 golang-github-kyokomi-emoji/2.1.0-1
Control: found -1 hugo/0.58.3-1
Severity: serious
Tags: sid bullseye
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: breaks needs-update
Dear maintainers,
With a
Am Freitag, den 13.12.2019, 20:45 +0100 schrieb Olivier Humbert:
> I just did (after reworking these) there:
> https://salsa.debian.org/multimedia-team/stops/commit/437295d30fd719f14fa21b7b4c423c5393d3d528
Top, thanks!
- Fabian
signature.asc
Description: This is a digitally signed message
Package: interimap
Version: 0.5~rc-1
Severity: minor
Tags: upstream
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi Guilhem,
Seems https://guilhem.org/interimap/getting-started.html contains a typo:
> by seeing both local and remote mail storage though the same “IMAP lens”
Reads more
Package: bsdmainutils
Version: 11.1.2+b1
Severity: important
Dear Maintainer,
* What led up to the situation?
I created ~/.calendar/calendar and then tried 'sudo calendar -a'. This
causes a loop sending lot's of email. It happens with any calendar
file, e.g.
cat >$HOME/calendar <
ii
Hi Xavier,
On 29-11-2019 22:47, Paul Gevers wrote:
> I don't know how CPAN works, but I hope this way of testing remains
> reproducible over the lifetime of a Debian release. I would hate it when
> a passing test turns bad because of changes on the internet At least
> make sure that the test
Package: lxc
Version: 1:3.1.0+really3.0.3-8
Severity: important
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
Created an unprivileged container.
* What exactly did you do (or not do) that was effective
On 12/14/19 7:36 PM, John Paul Adrian Glaubitz wrote:
> Thus, in order to build OpenJDK 14 on sparc64, we need to pass the
> following extra configure option
>
> --enable-deprecated-ports=yes
>
> which the attached patch does.
That patch was bogus. The attached patch should be correct.
On Fri, 2019-12-13 at 17:15 +0100, Frederic MASSOT wrote:
> Package: debian-installer
> Severity: wishlist
> Tags: d-i
>
> Dear Maintainer,
>
> Following a discussion on the list of Proxmox users, I understood
> that only LVM Thin transmits discard commands to SSD.
This seems to be incorrect.
Package: dh-elpa
Version: 2.0.2
Severity: normal
Dear Maintainer,
trying to build lbdb with version 0.49+foo fails when calling
dh_elpa with the following message:
dh_elpa
Invalid version syntax: `0.49+foo'
dh_elpa: emacs -batch -Q -l package --eval (add-to-list 'package-directory-list
Felix Lechner writes:
> It is actionable in that we can contact upstream (if the project is
> alive), but it will not improve the relationship. The tag is a
> widespread problem in the archive and a nuisance to many people. The tag
> should be removed. May I please retitle this bug?
Sure, yes,
Quoting Xavier (2019-12-14 19:37:23)
> Le 14/12/2019 à 19:10, Xavier a écrit :
> > I updated node-jest. Build is OK, TODO: remove or rebuild
> > debian/build_modules compiled files (see lintian output)
>
> TODO also: embed or package missing node modules (prompt,...)
Please write TODO items in
severity 946398 normal
thanks
I'm going to downgrade the severity of this bug, since this fixer is
no longer run by default. lintian-brush needs to be forced to run its
experimental fixers.
My plan is to improve the quality of the fixer before upgrading its
certainty, and hopefully also add a
Hi Russ,
On Fri, Oct 25, 2019 at 1:40 PM Russ Allbery wrote:
>
> To me, an override implies that Lintian is wrong, and I don't think it
> is.
Why did you file a bug report? Please use an override. :)
Joking aside, I do not think you are right. An override indicates the
maintainer will not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On Tuesday, December 10, 2019, at 6:33 PM +0100, Fabian Wolff wrote:
> Would you be willing to relicense your work on the Boogie Debian package
> under the
> Expat license? If so, and with your consent documented here in the bug
> tracker for
>
On Sat, 14 Dec 2019 18:17:01 + Maksim Svobonas
wrote:
> One more reason to remove that package is here in the comments:
> https://github.com/ib/xarchiver/commit/d0575bcd1321dd0d7b47c242bd355e69067752c6
>
> Upstream breaks functionality and does not care about LTS distros like Debian.
There
>Do you still have the issue? Which kernel are you running? Are you on stable
>or testing/unstable?
(this letter got to spam, so i answer a bit later). yes, still have.
stable debian 10, 32bit.
Kernel version (/proc/version):
---
Linux version 4.19.0-6-686-pae
Le 14/12/2019 à 19:10, Xavier a écrit :
> Hi,
>
> I updated node-jest. Build is OK, TODO: remove or rebuild
> debian/build_modules compiled files (see lintian output)
TODO also: embed or package missing node modules (prompt,...)
Source: openjdk-14
Severity: normal
User: debian-sp...@lists.debian.org
Usertags: sparc64
Hi!
Despite being officially supported by Oracle until at least 2034 [1],
OpenJDK upstream has decided to deprecate the native SPARC port of
Hotspot in OpenJDK 14.
Thus, in order to build OpenJDK 14 on
One more reason to remove that package is here in the comments:
https://github.com/ib/xarchiver/commit/d0575bcd1321dd0d7b47c242bd355e69067752c6
Upstream breaks functionality and does not care about LTS distros like Debian.
Le sam. 14 déc. 2019 à 19:14, Felix Lechner a
écrit :
> Hi Jérémy,
>
> On Sat, Dec 14, 2019 at 10:09 AM Jérémy Lal wrote:
> >
> > I saw that lintian has been recently fixed with respect to how overrides
> > were parsed/applied.
>
> I am happy to hear that those changes worked.
>
> > Thanks for
Hi,
I updated node-jest. Build is OK, TODO: remove or rebuild
debian/build_modules compiled files (see lintian output)
On Sat, Dec 7, 2019 at 3:51 PM Nis Martensen wrote:
>
> On 07 Dec 2019 Changwoo Ryu wrote:
> >
> > reportbug seems to run bugscript in "C" locale. In /usr/lib/python3/dist-
> > packages/reportbug/utils.py:
> >
> > rc = runner('LC_ALL=C %s %s %s' % (handler, pipes.quote(bugscript),
> >
Hi Jérémy,
On Sat, Dec 14, 2019 at 10:09 AM Jérémy Lal wrote:
>
> I saw that lintian has been recently fixed with respect to how overrides
> were parsed/applied.
I am happy to hear that those changes worked.
> Thanks for the hard work !
Anytime. Why do you add a minified file via patch? And
> An empty check list in included but NO check list
> was presented to my from reportbug.
that's because the checklist is in the "Other system information"
section, arguably pretty hard to notice. Another GTK+ UI bug..
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
> this bug is still present with 7.5.3,
you can considere the GTK+ UI effectively orphaned; if someone wants
to step up and maintainer, we'd welcome that, otherwise only extremely
minimal fixes will be provided.
--
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian:
Probably because the arch:all build doesn't build python3-numpy (only
python-numpy-doc), and hence the ls [0] providing the filename for that
>> evaluates to empty.
The obvious fix (though I haven't tested it) is to wrap this in an "only
if building arch:any / python3-numpy" conditional.
Package: light-locker
Version: 1.8.0-3
Followup-For: Bug #870641
More clues to my bug report immediately above:
Unable to resume after blanking xfce4 as follows:
- on ac power, no resume after blanking from light-locker
- on ac power, resumes properly from sleep
- on battery, resumes properly
Source: opensc
Version: 0.19.0-1
Severity: normal
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
In the package descriptions OpenSC warns
Before purchasing any cards, please read carefully documentation in
/usr/share/doc/opensc/html/wiki/index.html
As best as I can tell, this file isn't
Quoting Gianfranco Costamagna (2019-12-14 16:35:11)
> Hello, you package FTBFS in sid...
>
> Log is here:
[...]
> g++ -c -pipe -g -O2 -fdebug-prefix-map=/build/konclude-0.6.2~dfsg=.
> -fstack-protector-strong -Wformat -Werror=format-security -fpermissive
> -Wdate-time -D_FORTIFY_SOURCE=2 -w
On Sun, 07 Jul 2019 22:43:46 +0200 Francesco Poli (wintermute) wrote:
[...]
> I hereby release my patch under the same terms as pbuilder itself,
> that is to say, under the terms of the GNU GPL v2 or later.
>
>
> Please apply my patch, so that pdebuild-internal users may generate
> source
Raphaël Hertzog writes:
> After a lot of tweaking, I noticed that all the "cidr_allow" for the
> IPv4 addresses have to be before the first cidr_allow for an IPv6
> address. So just sorting the rules differently like this makes it work
> as expected (at least when connecting over IPv4):
Hello,
Source: python-levenshtein
Version: 0.12.0-4
Severity: serious
Justification: Fails to upgrade
Hi! While updateting the package I get:
Preparing to unpack .../python3-levenshtein_0.12.0-4_amd64.deb ...
Unpacking python3-levenshtein (0.12.0-4) over (0.12.0-3+b2) ...
dpkg: error processing archive
On Dec 11, Marco d'Itri wrote:
> On Dec 11, Matthias Klose wrote:
>
> > there is really no need for a versioned libxcrypt1-dev package. Please
> > rename
> > that properly to libxcrypt-dev.
> Can you be more specific in why this would not be allowed?
> Currently I am not building libxcrypt2
Control: fixed -1 5.4.2-1~exp1
On Sb, 14 dec 19, 18:05:19, andreimpope...@gmail.com wrote:
> Control: fixed 5.4.2-1~exp1
>
> On Sb, 14 dec 19, 08:43:10, Antonio Russo wrote:
> > Thanks for checking in on this.
> >
> > On 12/14/19 3:59 AM, andreimpope...@gmail.com wrote:
> > > In the meantime
Package: gnome-shell
Version: 3.34.1+git20191024-1
Severity: normal
Memory usage by the gnome-shell process continually increases on my system,
eventually consuming GiBs of memory.
-- System Information:
Debian Release: bullseye/sid
APT prefers unstable-debug
APT policy: (500,
Control: fixed -1 1:3.11-1
Control: merge -1 944358
thanks
Hello Slavko
On Sat, Dec 14, 2019 at 03:02:10PM +0100, Slavko wrote:
Package: rss2email
Version: 1:3.9-4.1
Hi,
the move page was moved to https://github.com/rss2email/rss2email where
development continues. It was officially
Thanks for checking in on this.
On 12/14/19 3:59 AM, andreimpope...@gmail.com wrote:
> In the meantime unstable has 5.3.17, you should check if maybe this was
> fixed.
>
I moved to Linux 5.4 (trunk, 5.4.2), and the problem is resolved there. I'm
not sure the correct way to close this bug
Source: konclude
Version: 0.6.2~dfsg-6
Severity: serious
Hello, you package FTBFS in sid...
Log is here:
I: Running cd /build/konclude-0.6.2~dfsg/ && env
PATH="/usr/sbin:/usr/bin:/sbin:/bin" HOME="/nonexistent" dpkg-buildpackage -us
-uc
dpkg-buildpackage: info: source package konclude
Source: gbrowse
Version: 2.56+dfsg-5
Severity: serious
X-Debbugs-CC: debian...@lists.debian.org
User: debian...@lists.debian.org
Usertags: regression
Dear maintainers,
Your package has an autopkgtest, great. However, it fails. I copied some
of the output at the bottom of this report.
Currently
Hi Andreas,
On 13-12-2019 17:24, Andreas Tille wrote:
> However, even
>
> https://ci.debian.net/packages/p/deepnano
>
> does not exist any more. Am I missing something?
A typo: https://ci.debian.net/packages/d/deepnano/
However, because of the shear amount of tests and size of the logs,
Hi Andreas,
On 12-12-2019 17:21, Andreas Tille wrote:
> Hi Paul,
>
> looking at the debci results[1] I see that the test is passing 10 tests
> in a row since 2019-10-29 05:19:47 UTC. Do you agree that we can at
> least lower severity of this bug to something else than "serious". I
> need to
Package: mirrors
Severity: wishlist
User: mirr...@packages.debian.org
Usertags: mirror-submission
Submission-Type: new
Site: debian.apt-mirror.de
Type: leaf
Archive-architecture: amd64 armhf i386
Archive-http: /debian/
Maintainer: Kevin Linnartz
Country: DE Germany
Location: France (OVH)
Hi Gianfranco,
On Sat, Dec 14, 2019 at 09:21:04AM +, Debian Bug Tracking System wrote:
> After a deeper analysis, while it is true that they share part of the code
> (so adding it to tracker is fine),
> the sources are *needed* to build kmk, because make-dfsg is not exporting its
> internal
Package: texlive-lang-japanese
Version: 2019.20191208-1
Severity: normal
Dear Maintainer,
Many files in texlive-lang-japanese need files in texlive-latex-recommended.
E.g., compiling the following file
\documentclass{ltjarticle}
\begin{document}
test.
\end{document}
gives the following error
Hello Felix,
On Sat, Dec 14, 2019 at 03:23:32AM -0800, Felix Lechner wrote:
> I worked on this package before the buster freeze, but don't actually
> use it anymore. (Exim has built-in support for DKIM.) Are you
> interested in taking over maintenance?
indeed I am! I still use OpenDKIM with
Hi,
On Sat, Dec 14, 2019 at 3:35 AM David Bürgin wrote:
>
> May I take ownership of the wnpp bug with intent to adopt?
Yes, please. It is in better hands with you. Good luck!
Kind regards
Felix Lechner
Hi David,
I worked on this package before the buster freeze, but don't actually
use it anymore. (Exim has built-in support for DKIM.) Are you
interested in taking over maintenance?
Kind regards
Felix Lechner
On Mon, Dec 9, 2019 at 2:35 AM David Bürgin wrote:
>
> Hello Felix,
>
> I have opened
1 - 100 of 119 matches
Mail list logo
