Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "k2pdfopt"
* Package name: k2pdfopt
Version : 2.42+ds-1
Upstream Author : willus
* URL : http://www.willus.com/k2pdfopt/
* License : AGPL3+
Control: tags -1 - moreinfo
Alright, I've addressed all the points brought up by you two (thanks for
the feedback so far!)
I have done a thorough check of the licenses, updated d/copyright, and
found a few problematic Qt Commercial license files, which I reported to
upstream. [1]
But,
On 03/09/2018 07:00 AM, Sebastiaan Couwenberg wrote:
> On 03/09/2018 12:20 AM, Olly Betts wrote:
>> Control: tags 892062 + patch
>>
>> On Sun, Mar 04, 2018 at 09:10:28PM +0100, Bas Couwenberg wrote:
>>> forwarded 892062 https://github.com/OSGeo/proj.4/issues/833
>>> thanks
>>
>> There's now a
tags 892249 + pending
thanks
Fixed in Git, pending upload:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=4b14bdcda77470a58bff415defd326e128d6d119
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
tags 892143 + pending
thanks
Thanks for the report. Fixed in Git, pending upload:
https://anonscm.debian.org/git/lintian/lintian.git/commit/?id=1d7678bdc67792cfdc9ae5aa82d15daee37cf3d5
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
On 03/09/2018 12:20 AM, Olly Betts wrote:
> Control: tags 892062 + patch
>
> On Sun, Mar 04, 2018 at 09:10:28PM +0100, Bas Couwenberg wrote:
>> forwarded 892062 https://github.com/OSGeo/proj.4/issues/833
>> thanks
>
> There's now a patch for this:
>
> https://github.com/OSGeo/proj.4/pull/845
Package: nova-compute
Version: 2:16.0.3-10
User: pkg-apparmor-t...@lists.alioth.debian.org
Usertags: new-profile
When launching a QEMU KVM instance, an error occurs immediately upon
launching the qemu process:
Could not open backing file: Could not open
Is this test actually right? Shouldn't it be Angle::Gradians?
CHECK_THROWS( WallsSurveyParser("400g").azimuth(Angle::Degrees) )
same for;
CHECK_THROWS( WallsSurveyParser("-0.1g").azimuth(Angle::Degrees) );
CHECK_THROWS(
tags 892240 + pending
thanks
Fixed in Git, pending upload. Thanks!
https://anonscm.debian.org/git/reproducible/diffoscope.git/commit/?id=ec51d78da0bbc32fac09cf5b0f56039b8f79c696
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
tags 892144 + moreinfo
thanks
Hi Paul,
> In other words, lintian should look in the apt cache to find out which
> packages provide the virtual package mail-transport-agent
Unless I'm mistaken, I think this is outside the "information horizon"
of Lintian.
Regards,
--
,''`.
: :' :
On 2018-01-31 20:59 +, Philip Schuchardt wrote:
> Nice! I wonder if i386 don’t support exceptions properly or something...
It's not that simple.
I found out how to run specific tests with catch. There are two other groups of
tests which are expected to throw and those work OK:
Control: block -1 with 891690
On 2018-03-09 03:51, Aaron M. Ucko wrote:
> Builds of pocl for most non-x86 architectures, including several
> release architectures, failed with heavy test suite errors: between
> 12% and 16% of tests passed, depending on the architecture [1]. The
> only exceptions
On 2018-03-09 03:55, Aaron M. Ucko wrote:
> Builds of pocl for x32 (admittedly not a release architecture) have
> been failing, as detailed at [1]:
>
> cd "/<>/obj-x86_64-linux-gnux32/lib/kernel/host" &&
> /usr/bin/clang-4.0 --target=x86_64-pc-linux-gnu -D_CL_DISABLE_HALF
> -march=x86-64
On 2018-03-08 18:20 +, Wookey wrote:
> It looks like we have libstdc++6 and libstdc++-dev virtual
> packages. Is it OK to build-depend on just a virtual package? Perusing
> Policy has not made me much wiser.
Using:
Build-Depends: libstdc++-dev
builds OK, but I found the info pointing out
Package: unattended-upgrades
Version: 1.0
Severity: normal
Dear Maintainer,
I had installed the pk-update-icon package which also installed and enabled
unattended-upgrades. I did not want this in Debian Sid so I disabled and then
apt removed unattended-upgrades.
I then would only get updated
Package: irtt
Version: 0.9.0-2
Severity: important
Justification: fails to build from source
Builds of irtt with gccgo (on s390x and most non-release
architectures) failed with various errors, as detailed at [1].
Perhaps some of these architectures will be able to do better now that
we have gccgo
Source: pocl
Version: 1.0-2
Severity: normal
User: debian-...@lists.debian.org
Usertags: x32
Builds of pocl for x32 (admittedly not a release architecture) have
been failing, as detailed at [1]:
cd "/<>/obj-x86_64-linux-gnux32/lib/kernel/host" &&
/usr/bin/clang-4.0
Package: mailman3 (sid)
Version: 3.1.1
System: debian stretch
The directory is created with ownership root:root
Fix: chown www-data:www-data /var/lib/mailman3/suite/static/CACHE
ii mailman3 0+20170523-
11all Full Mailman3 mailing list
Source: pocl
Version: 1.1~rc2-1
Severity: normal
Tags: upstream
User: debian-m...@lists.debian.org
Usertags: mips mips64el mipsel
Builds of pocl for most non-x86 architectures, including several
release architectures, failed with heavy test suite errors: between
12% and 16% of tests passed,
On 09-Mar-2018, Chris Lamb wrote:
> Upstream. I've filed it here:
> https://github.com/mbostock/preamble/pull/4
I see that now, thank you.
> > Does this change apply more generally to many JavaScript packages?
> Not that I am aware of. It would only apply to a limit subset of
> packages where
Chris Lamb writes:
> diff --git a/bin/preamble b/bin/preamble
> index a563140..be96d96 100755
> --- a/bin/preamble
> +++ b/bin/preamble
> @@ -3,12 +3,17 @@
> var os = require("os"),
> fs = require("fs");
>
> +var now = new Date();
> +if (process.env.SOURCE_DATE_EPOCH) {
Hi Ben,
> Is this change generally useful to recipients of the upstream code base?
> Or is it specific to OS distributions?
It is generally useful, not specific to any OS.
> Does this constitute an improvement to the upstream code base? Or should
> remain a persistent patch in the Debian
On Thu, 2018-03-08 at 17:08 -0800, Kevin Hilman wrote:
> I'm not sure exactly what you're referring to, so I guess that means no.
Aren't you using LAVA in conjunction with kernelci? That's where I've
seen this odd usage of "root=/dev/ram0" before.
> I'm just trying to avoid an unnecessary delay
forwarded 892425 https://github.com/mbostock/preamble/pull/4
thanks
I've forwarded this upstream here:
https://github.com/mbostock/preamble/pull/4
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
On Fri, 2018-03-09 at 00:55 +, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> Are you trying to fix the LAVA health check?
A longer and possibly more helpful answer:
1. initramfs-tools is primarily meant for booting a "real" system. The
"root" kernel parameter says where that system
Source: node-package-preamble
Version: 0.1.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: toolchain timestamps
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed
that
On Fri, Mar 9, 2018 at 7:37 AM, Alexis Murzeau wrote:
> I am looking for a sponsor for my package "streamlink" for a new
> upstream version 0.11.0.
Uploaded.
PS: if you would like to upload an official backport, feel free to
file another RFS for that when it reaches testing.
--
bye,
pabs
Package: wnpp
Severity: wishlist
Owner: gustavo panizzo
* Package name: uhubctl
Version : 1.8
Upstream Author : Vadim Mikhailov
* URL : https://github.com/mvp/uhubctl
* License : GPL
Programming Lang: C
I'm not sure exactly what you're referring to, so I guess that means no.
I'm just trying to avoid an unnecessary delay when "root=/dev/ram*" is
(mistakenly) used on the command-line when passing in the debian
ramdisk. If that happens, it eventually falls through to the
initramfs shell, but not
Control: tag -1 moreinfo
Are you trying to fix the LAVA health check?
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
Package: man-db
Version: 2.8.2-1
Severity: normal
Running:
man -Tutf8 /usr/share/man/ja/man5/apt_preferences.5.gz
starts outputting the manpage, but then at some point switches over to
outputting an (so far as I can tell) infinite loop of newlines:
sources.list(5) ファイルに列挙された場所から取得した
Source: meson
Version: 0.45.0-1
meson's autopkgtest fails on Ubuntu's s390x architecture because
libasan is not available there.
Ubuntu has a simple patch that simply ignores failures for the
test_pch_with_address_sanitizer test. Otherwise, meson would be stuck
in the -proposed repository
forwarded 892420 https://github.com/openstack/nova/pull/80
thanks
I've forwarded this upstream here:
https://github.com/openstack/nova/pull/80
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
tag 875343 + pending
thanks
Some bugs in the carrotsearch-hppc package are closed in revision
bea14a12329f10d99aff587e0ef05cad7948df5f in branch 'master' by
Emmanuel Bourg
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/carrotsearch-hppc.git/commit/?id=bea14a1
Commit
Package: man-db
Version: 2.8.2-1
Severity: minor
Tags: patch
Dear Maintainer,
Input file is apropos.1
Test nr. 1:
Remove space at end of lines to simplify other automatic tests to
improve typesetting.
Use "git apply ... --whitespace=fix" to fix extra space issues, or use
global configuration
On Wed, 10 Jan 2018 11:43:47 +0100 Michael Weghorn
wrote:
> Just a note: #886733 seems to describe the same problem for Debian stable.
And while that has already been fixed, the problem persists in
oldstable. I've been told that there's a workaround, but a fix would
still be
forwarded 892419 https://github.com/gnocchixyz/gnocchi/pull/803
thanks
I've forwarded this upstream here:
https://github.com/gnocchixyz/gnocchi/pull/803
Regards,
--
,''`.
: :' : Chris Lamb
`. `'` la...@debian.org / chris-lamb.co.uk
`-
Source: nova
Version: 2:17.0.0~rc1-2
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: buildpath
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed
that nova could not be built
Source: gnocchi
Version: 4.2.0-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Hi,
Whilst working on the Reproducible Builds effort [0], we noticed
that gnocchi could not be built
tag 868404 + pending
thanks
Some bugs in the swt-gtk package are closed in revision
6925d8298081d484ab9873b601664dbc8c9e24b6 in branch ' master-4.3' by
Jeremy Bicha
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/swt-gtk.git/commit/?id=6925d82
Commit message:
Import
Dr. Tobias Quathamer wrote:
control: severity -1 important
Am 11.02.2018 um 10:48 schrieb Svein Engelsgjerd:
Dear Maintainer,
When I start openshot the GUI constantly flickers between the main
window and the "welcome window" / tutorial dialog. It is not possible
to click the next button so
Control: tags 892062 + patch
On Sun, Mar 04, 2018 at 09:10:28PM +0100, Bas Couwenberg wrote:
> forwarded 892062 https://github.com/OSGeo/proj.4/issues/833
> thanks
There's now a patch for this:
https://github.com/OSGeo/proj.4/pull/845
Cheers,
Olly
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "streamlink" for a new
upstream version 0.11.0.
* Package name: streamlink
Version : 0.11.0+dfsg-1
Upstream Author : Streamlink Team
* URL :
Package: lyx-common
Version: 2.3.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Either lyx-common scripts should be python neutral - run both with python 2.7
and python 3.x or explicitely specify python3 in the shebang line.
File
tag 892411 + pending
thanks
Some bugs in the java3d package are closed in revision
d17a89ba073c90777eda223e5e32305a74092796 in branch 'master' by
Emmanuel Bourg
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/java3d.git/commit/?id=d17a89b
Commit message:
Added the
Le 08/03/2018 à 21:13, Adrian Bunk a écrit :
> Likely caused by:
>
> openjdk-8 (8u144-b01-1) unstable; urgency=medium
> ...
> * debian/rules:
> - add aarch32 hotspot support.
> - build aarch32 using client jvm-variant (no server in aarch32 port).
Good analysis, thank you. I'll add the
On Thu, Mar 8, 2018 at 4:26 PM, Ximin Luo wrote:
> Do you have some advice on how to migrate? Last time I checked there was no
> straightforward 1-1 correspondence between the libsecret vs the
> libgnome-keyring API and data models.
>
> Forcing people to do extra work they
Le 08/03/2018 à 22:50, Nicolas Braud-Santoni a écrit :
> Given that this is the last activity and the package, that the last upload
> is almost 2 years old, and that no progress has been made towards fixing the
> RC bugs (esp. the issues wrt. security), should we ask ftp-masters to remove
> this
* Jindřich Makovička [2018-03-08 19:46 +]:
> There is a fix in upstream master.
>
> https://github.com/systemd/systemd/pull/8391
Patched Debian sources and tried to build packages:
OK: 239
FAIL: 1
SKIP: 15
TIMEOUT:0
debian/rules:281: recipe for
Package: wnpp
Severity: wishlist
Owner: Nicolas Braud-Santoni
* Package name: opam-file-format
Version : 2.0.0~beta5
Upstream Author : Louis Gesbert
* URL :
In the upcoming release, you have the ability to install a
nomarkallunread plugin to prevent this issue.
Paul
signature.asc
Description: OpenPGP digital signature
Control: clone -1 -2
Control: reassign -2 nvidia-cuda-toolkit
Control: block -1 by -2
Control: block 892403 by -2
Hello,
po...@debian.org, on jeu. 08 mars 2018 18:48:47 +0100, wrote:
> eztrace-contrib build-depends on GCC 6.
> starpu-contrib build-depends on GCC 6.
This is due to CUDA, whose
Hi Annadane,
On Tue, 12 Dec 2017 00:03:35 +0100 Lars Windolf wrote:
> Hi,
>
> one of the changes in 1.12 was an improved handling of the pane proportion
> in 3-pane modes (both email-like and wide-view). A possible bug could be
> that
> a pane is resized to 0 width.
>
>
Package: wnpp
Severity: normal
I intend to orphan the trac-bitten package.
I'm not using it anymore, because bitten (without additional
patches) does not play well with git.
Our project moved to buildbot, which, while not integrated into
Trac, plays well.
The package description is:
Bitten is a
As the second uploader of this package, I also have to orphan it.
I'm not using xmlroff anymore, but it was very helpful for me,
before dblatex became as good as it is now.
On Mon, Nov 21, 2016 at 09:33:18PM +0100, Hilko Bengen wrote:
> * Emmanuel Bourg:
> > Do you think elasticsearch should be removed from unstable?
>
> Not necessarily. It should just not become part of stretch because there
> is no sensible way to support it.
Given that this is the last activity
Package: wnpp
Severity: normal
I'm not using rabbitvcs myself and my colleagues moved to the
command line since long. Nice program to have in Debian, but
it needs a maintainer who actually uses it.
Do you have some advice on how to migrate? Last time I checked there was no
straightforward 1-1 correspondence between the libsecret vs the
libgnome-keyring API and data models.
Forcing people to do extra work they don't know how to do, or else risk losing
their most precious data, is
On Sun, Mar 04, 2018 at 02:12:45PM +0100, Salvatore Bonaccorso wrote:
> [2] https://lists.gnu.org/archive/html/qemu-devel/2018-02/msg06890.html
Actual upstream patch according to
https://bugzilla.redhat.com/show_bug.cgi?id=1549798 is
Hi,
i wonder why the built-in configuration of the EFI boot file does not work:
# mount debian-live-9.3.0-amd64-xfce.iso /mnt/iso
# mount /mnt/iso/boot/grub/efi.img /mnt/fat
# strings /mnt/fat/efi/boot/bootx64.efi | tail -4
search --file --set=root /.disk/info
set prefix=($root)/boot/grub
Source: java3d
Version: 1.5.2+dfsg-11
Severity: serious
Tags: buster sid
https://tests.reproducible-builds.org/debian/rb-pkg/buster/armhf/java3d.html
https://buildd.debian.org/status/fetch.php?pkg=java3d=armhf=1.5.2%2Bdfsg-12=1520519146=0
...
compile-ogl:
...
[exec] ld: cannot find -ljvm
* Diederik de Haas [2018-03-08 20:29 +0100]:
> Package: systemd
> Followup-For: Bug #892360
>
> Wanting to let you know that I had no problem on my PC (from which I'm
> reporting) and also not on my laptop.
>
> I did not have to specify any (systemd related) kernel
There is a fix in upstream master.
https://github.com/systemd/systemd/pull/8391
--
Jindřich Makovička
Source: compactheader
Version: 2.1.1~beta1-1 2.0.8-1 2.1.0-3
Severity: minor
User: m...@qa.debian.org
Usertags: mia-teammaint
Williams Orellana has not been working on
the compactheader package for quite some time. Addtionally, his email
adress is bouncing.
We
* Elimar Riesebieter [2018-03-08 19:13 +0100]:
[...]
> ATM I am building a x86 with CONFIG_CGROUP_CPUACCT=not set. Let's
> wait and see
"CONFIG_CGROUP_CPUACCT is not set" gives the same error as shown in
the picture of my initial bug report.
The problem must be triggerd
Package: systemd
Followup-For: Bug #892360
Wanting to let you know that I had no problem on my PC (from which I'm
reporting) and also not on my laptop.
I did not have to specify any (systemd related) kernel parameters
$ cat /proc/cmdline
BOOT_IMAGE=/vmlinuz-4.15.0-1-amd64
Package: firmware-iwlwifi
Version: 20170823-1
Severity: wishlist
Hi,
The currently packaged snapshot is missing (at least)
firmware-iwlwifi-8265-34, which is required for the intel wifi card on
my laptop (Dell Latitude 5285) to work.
02:00.0 Network controller: Intel Corporation Wireless 8265
Hello,
I'm interested in potentially taking on maintenance of this package. I
am new to Debian but I'd like to start contributing.
To explore this possibility, I've created a proof-of-concept transition
script. Please take a look at the attached script and let me know your
thoughts and
Control: severity -1 serious
It is my understanding that is a RC bug for package to recommend a
library that has been removed from Testing because recommended
packages won't be auto-removed on upgrade.
See Debian Policy § 2.2.1.
Thanks,
Jeremy Bicha
Hi! Thanks for trying but still doesn't work.
On Thu, Mar 08, 2018 at 05:27:18PM +0100, Fabian Greffrath
wrote:
> Am Montag, den 05.03.2018, 06:28 +0300 schrieb Oleg Broytman:
> > ii mpv 1:0.27.2-dmo1+deb9u1
>
> Please try again with Debian's mpv
Package: initramfs-tools
Version: 0.130
>From a2aef0d83cd19d9b69a747c7ddbcee564faac914 Mon Sep 17 00:00:00 2001
From: Kevin Hilman
Date: Thu, 8 Mar 2018 11:01:38 -0800
Subject: [PATCH] scripts/local: ignore /dev/ram*
These scripts are already running in a ramdisk, so
Control: tags -1 + patch
On 2018-03-07 18:54 +0100, Sven Joachim wrote:
> Package: libcdk5
> Version: 5.0.20161210-5
>
> There is a new ncurses version in experimental which changes the soname
> of the libraries from 5 to 6. One notable change between libncurses5
> and libncurses6 is that the
On 3/8/18 7:26 PM, Eric Valette wrote:
On 3/8/18 7:13 PM, Elimar Riesebieter wrote:
I do have CONFIG_CGROUP_CPUACCT=y on my amd64 kernels and systemd
runs fine...
Ok. So still in line with hypothesis...
ATM I am building a x86 with CONFIG_CGROUP_CPUACCT=not set. Let's
wait and see
Package: live-build
Version: 1:20171207
Tags: patch
Severity: minor
Dear Maintainer,
On some UEFI implementations, like the AMI found on the SuperMicro
X10SDV-TP8F dev board, the fat32 partition will be loaded first and so
Grub will set it the root, and then drop to the console as it cannot
find
Package: mariadb-server-10.1
Followup-For: Bug #865931
Dear Maintainer,
I think this bug can be closed because MariaDB works as intended and as
documented in /usr/share/doc/mariadb-server-10.1/README.Debian.gz
The database root user is not supposed to log in with a password, but
via the
On 3/8/18 7:13 PM, Elimar Riesebieter wrote:
I do have CONFIG_CGROUP_CPUACCT=y on my amd64 kernels and systemd
runs fine...
Ok. So still in line with hypothesis...
ATM I am building a x86 with CONFIG_CGROUP_CPUACCT=not set. Let's
wait and see
And I'm rebuilding my failing kernel
Package: installation-reports
Severity: normal
Install required manual installation of firmware, boot loader,
device-tree and initial boot configuration, but otherwise went mostly
ok. Some of that will be fixed in upcoming u-boot and flash-kernel
uploads.
The install ran very slow, as cpu
* Eric Valette [2018-03-08 19:08 +0100]:
> On 3/8/18 7:03 PM, Elimar Riesebieter wrote:
> > * Michael Biebl [2018-03-08 18:54 +0100]:
> >
> > [...]
> > > Can you check your custom kernel config, specifically if
> > > CONFIG_CGROUP_CPUACCT=y
> >
> > I do
On 3/8/18 7:03 PM, Elimar Riesebieter wrote:
* Michael Biebl [2018-03-08 18:54 +0100]:
[...]
Can you check your custom kernel config, specifically if
CONFIG_CGROUP_CPUACCT=y
I do have CONFIG_CGROUP_CPUACCT=y
Well, but why does 237 works with the very same kernel?
In my
* Michael Biebl [2018-03-08 18:54 +0100]:
[...]
> Can you check your custom kernel config, specifically if
> CONFIG_CGROUP_CPUACCT=y
I do have CONFIG_CGROUP_CPUACCT=y
Well, but why does 237 works with the very same kernel?
Elimar
--
Numeric stability is probably not all
Can you check your custom kernel config, specifically if
CONFIG_CGROUP_CPUACCT=y
Probably easiest if you just use grep
grep CGROUP /boot/config-$(uname -r)
Done in another private email. Can copy here:
diff config-4.14.0-3-amd64 config-4.14.23 | grep CGROUP
< CONFIG_BLK_CGROUP=y
< #
Am 08.03.2018 um 18:31 schrieb Elimar Riesebieter:
> * Michael Biebl [2018-03-08 17:09 +0100]:
>
>> Am 08.03.2018 um 17:05 schrieb Michael Biebl:
>>> Control: tags -1 moreinfo
>>>
>>> Am 08.03.2018 um 16:23 schrieb valette:
>>>
> [...]
>
>> Could you check if
>>
> Source: node-xterm
> Version: 2.7.0+ds1-1
> Severity: serious
>
> https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/no
> de-xterm.html
>
> ...
>debian/rules override_dh_auto_build
> make[1]: Entering directory '/build/1st/node-xterm-2.7.0+ds1'
> tsc --project .
>
Package: wnpp
Severity: wishlist
Owner: Michal Arbet
* Package name: python3-pyzabbix
Version : 0.7.4
Upstream Author : Luke Cyca >
* URL : https://github.com/lukecyca/pyzabbix
This sounded like an interesting software archeology problem...
Tom Lane of IJG posted a slightly later version of jpeg's configure.in
and associated files to the UnixOS2 mailing list in 2004:
http://unix.os2site.com/pub/list/unixos2/2004/03/2004Mar31000402.txt
> Let's see ... configure is built
* Michael Biebl [2018-03-08 17:09 +0100]:
> Am 08.03.2018 um 17:05 schrieb Michael Biebl:
> > Control: tags -1 moreinfo
> >
> > Am 08.03.2018 um 16:23 schrieb valette:
> >
[...]
> Could you check if
> https://github.com/systemd/systemd/issues/8387
> looks related
>
> I.e.
Am 08.03.2018 um 18:27 schrieb Elimar Riesebieter:
> * Michael Biebl [2018-03-08 17:05 +0100]:
>
>> Control: tags -1 moreinfo
>>
>> Am 08.03.2018 um 16:23 schrieb valette:
>>
>>> Kernel: Linux 4.14.23 (SMP w/2 CPU cores; PREEMPT)
>>
>> Is this also happening with a Debian
* Michael Biebl [2018-03-08 17:05 +0100]:
> Control: tags -1 moreinfo
>
> Am 08.03.2018 um 16:23 schrieb valette:
>
> > Kernel: Linux 4.14.23 (SMP w/2 CPU cores; PREEMPT)
>
> Is this also happening with a Debian provided kernel?
> I see both you and Elimar use a custom
Package: wnpp
Severity: wishlist
Owner: plugwash
* Package name: python3-pgzero
Version : 1.2.post1
Upstream Author : Daniel Pope
* URL : https://bitbucket.org/lordmauve/pgzero
* License : LGPLv3
Programming Lang:
Le jeudi 08 mars 2018 à 02:44:21+0100, Mattia Rizzolo a écrit :
> On Wed, Mar 07, 2018 at 11:41:08PM +0100, Pierre-Elliott Bécue wrote:
> > In the other cases, it only adds a tag pending, which is not in
> > contradiction with not being a DD, as a pending tag only means that the
> > changes are
Hi Elimar!
On Tue, Mar 06, 2018 at 03:09:12PM +0100, Elimar Riesebieter wrote:
>* Steve McIntyre [2018-02-27 11:37 +]:
>> Based on the code changes we've needed in abcde, I'm assuming this
>> will cause ripit to stop working in unstable at that point. The
>> changes aren't
> Supported SASL mechanisms
> - PLAIN: authenticate with plaintext password (RFC 4616)
> - ANONYMOUS: anonymous "authentication" (RFC 4505)
> - SCRAM-SHA-1, SCRAM-SHA-224, , SCRAM-SHA-512, SCRAM-SHA-384,
>and SCRAM-SHA-256: Salted Challenge Response Authentication
>(RFC 5802), (and the
Package: easytag-nautilus
Severity: important
Version: 2.4.3-2
Tags: patch
easytag includes the AppStream metadata for both easytag and
easytag-nautilus. easytag-nautilus' AppStream metadata needs to be
moved to the easytag-nautilus package for AppStream clients like GNOME
Software to be able to
Package: wnpp
Severity: wishlist
Package name: jabbercat
Version : git snapshot 2018-03-08
Upstream Author : Jonas Wielicki
URL : https://jabbercat.org/
License : GPL3
Programming Lang: Python (with Qt5)
Description : modern XMPP client
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-input-met...@lists.debian.org
Dear mentors,
I am looking for a sponsor for team package "librime"
* Package name: librime
Version : 1.2.10+dfsg2-1
Upstream Author : GONG Chen
* URL
tag 885728 + pending
thanks
Some bugs in the icu4j-4.2 package are closed in revision
3241d4d895f3fc3da94c68f1fade54f8eed5f2a6 in branch 'master' by
Emmanuel Bourg
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/icu4j-4.2.git/commit/?id=3241d4d
Commit message:
No
tag 875402 + pending
thanks
Some bugs in the icu4j-4.2 package are closed in revision
7eb09152b37d25078eb010c090c3de64e0a28608 in branch 'master' by
Emmanuel Bourg
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/icu4j-4.2.git/commit/?id=7eb0915
Commit message:
Fixed
Am Montag, den 05.03.2018, 06:28 +0300 schrieb Oleg Broytman:
> ii mpv 1:0.27.2-dmo1+deb9u1
Please try again with Debian's mpv package.
- Fabian
signature.asc
Description: This is a digitally signed message part
Hi,
it seems that we can't reproduce this bug anymore as golang went from
1.9 to 1.10 now.
Well, it fails on another issue on ppc64el, but it seems to be the same on
amd64 .
Should we close that bug ?
F.
pgp9_HmRMlFTP.pgp
Description: PGP signature
Source: devscripts
Version: 2.18.1
Severity: serious
X-Debbugs-Cc: Osamu Aoki
Hi Osamu-san :)
the new uscan_ftp tests seems to misbehave on mipsel/mips64el.
Just to mention one:
|testWatch4NonNativeDlUversion
|FTP starting ... /tmp/tmp.XEqC4nYhhq/repo
|uscan warn: In
1 - 100 of 215 matches
Mail list logo