Proposing this patch to just disable the warning. Not super familiar
with the general policies around this, though.
---
debian/changelog | 7 +++
debian/rules | 6 ++
2 files changed, 13 insertions(+)
diff --git a/debian/changelog b/debian/changelog
index 9cb8901..535de0c 100644
---
Package: plasma-widgets-addons
Version: 4:5.6.5-1
Severity: normal
Dear Maintainer,
After upgrading to version 4:5.6.5-1 the comic strip widget I had on my
desktop is broken, and only displays the following error message
[translated by me]
Error while loading the applet: no such package.
Hi Dmitry,
> You say that we can read some flag set by dh-python. However, dh-python
> (aka pybuild) already sets http{,s}_proxy environment variables which
> disable network access for Sphinx. So packages using dh-python are already
> safe.
Ah, nice. I'll go ahead and file bugs against the
Source: zurl
Version: 1.5.1-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst zurl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
00:00:00.00
Source: dh-ocaml
Version: 1.0.10
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: locale
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi!
While working on the "reproducible builds" effort [1], we have noticed
that dh-ocaml could not be built
Source: hmmer
Version: 3.1b2+dfsg-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: randomness
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the "reproducible builds" effort [0], we noticed
that hmmer could not be built
Hello,
Kalle Olavi Niemitalo, on Thu 07 Jul 2016 23:32:19 +0300, wrote:
> I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT
> flag if the tty was not already open.
There again, such few-lines change is not copyrightable, and thus
doesn't need copyright assignment.
Samuel
On Thu, 07 Jul 2016, Sam Hartman wrote:
> > "Raphael" == Raphael Hertzog writes:
> Raphael> The chevron that controls the expansion of the action item
> Raphael> is accompanied by a "[Toggle details]" string which is
> Raphael> supposed to be shown to screen
Source: python-pyscss
Version: 1.3.4-5+b1
Severity: important
When trying to use this package as a build dependency, I noticed it fails
because of a missing dependency:
# python2-pyscss uideps/kube-6.0/src/kube.scss
Traceback (most recent call last):
File "/usr/bin/python2-pyscss", line 5, in
Hi Adam,
Thank you for taking the time to help me along the way and to produce
higher quality work.
On 5 July 2016 at 22:12, Adam Borowski wrote:
>
>> * Fix serious errors in debian/copyright. This is not a GPL2+ package.
>> Cme was used to generate a
On Thursday, July 07, 2016 05:42:22 PM Paul Gevers wrote:
> Package: ftp.debian.org
> Severity: normal
>
> Since the introduction of glibc 2.23 in unstable, fpc is uninstallable on
> powerpc (bug 826300). As fpc is needed to build fpc, we can't anymore fix
> the issue without bootstapping fpc
This is now fixed in upstream's repo:
https://sourceforge.net/p/trustedqsl/tqsl/ci/42ac55f0fd8a79fb7d72d82808b63244547b59ce/
so will be resolved by the next upstream release.
On Sun, Jun 26, 2016 at 3:24 AM, Kurt Roeckx wrote:
> Source: trustedqsl
> Version: 2.2.1-1
> Severity:
Package: wnpp
Severity: wishlist
Owner: Christopher Hoskin
* Package name: django-setuptest
Version : 0.2.1
Upstream Author : Praekelt Consulting
* URL : https://github.com/praekelt/django-setuptest/
* License
On 7 July 2016 at 14:18, Dirk Eddelbuettel wrote:
|
| On 7 July 2016 at 14:59, Aaron M. Ucko wrote:
| | Dirk Eddelbuettel writes:
| |
| | > A Depends: added to r-base-dev, which all packages Build-Depends: on,
should
| | > do this, right?
| |
| | Yes, that would also work.
|
Dirk Eddelbuettel writes:
> Our default build does not use xvfb-run, we only this 'as needed' and eg in
> all of my packages that have xvfb I *also* have xauth:
Right, and that's as it should be. r-cran-rngtools build-depends on
neither, which is also perfectly reasonable.
Package: icedove
Version: 1:45.1.0-1~deb8u1
Followup-For: Bug #829531
Dear Maintainer,
* What led up to the situation?
Crash (segfault).
* What exactly did you do (or not do) that was effective (or
ineffective)?
Changing folders, deleting mails or icedove simply waiting in
Source: pagekite
Version: 0.5.8e-1
Severity: wishlist
Tags: patch
User: reproducible-bui...@lists.alioth.debian.org
Usertags: timestamps
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Hi,
Whilst working on the "reproducible builds" effort [0], we noticed
that pagekite could not be
It seems there has been some upstream progress with the issues. Also upstream
seems to have at least some interest in a Debian package.
See this mailing list post from march this year:
https://sourceforge.net/p/qucs/mailman/message/34967589/
signature.asc
Description: This is a digitally signed
Fixed upstream in FreeBSD r302398
https://svnweb.freebsd.org/changeset/base/302398
On Tue, 19 Jan 2016 16:06:43 -0800 Martin Michlmayr wrote:
> Package: chordii
> Version: 4.3+repack-2
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation
>
> This package fails to build with GCC 6. GCC 6 has not been
Package: wnpp
Severity: normal
The current maintainer of lostirc, Martin Braure de Calignon ,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough time and
Package: wnpp
Severity: normal
The current maintainer of gaim-themes, Martin Braure de Calignon
,
is apparently not active anymore. Therefore, I orphan this package now.
Maintaining a package requires time and skills. Please only adopt this
package if you will have enough
I patched term/users.c (open_hook) so it clears the FLUSH_OUTPUT
flag if the tty was not already open.
I built hurd from commit bc170131016969f1d79409337833046ae1f4501b
(2016-06-14 "pfinet: fix memory leak") + the following changes:
* debian/patches/exec_filename_*.patch from the Debian hurd
On 7 July 2016 at 16:04, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > Our default build does not use xvfb-run, we only this 'as needed' and eg in
| > all of my packages that have xvfb I *also* have xauth:
|
| Right, and that's as it should be. r-cran-rngtools
Package: claws-mail
Version: 3.13.2-1
Severity: normal
If you hit "reply" to an email you wrote that's in your Sent box,
claws-mail correctly determines you meant to follow-up and composes a
new mail with the same recipient as the original, rather than doing the
useless behaviour of replying to
Hi Gianfranco!
On 6 July 2016 at 05:17, Gianfranco Costamagna wrote:
>>I'd say the important points to convey are "1. many contributors, 2. GPL2".
>
>
> Actually I agree, I try to sum up files for licenses, instead of copyright
> holders
> e.g.
> all the autoconf*
Hi!
On Thu, 2016-07-07 at 20:37:39 +0200, Julian Andres Klode wrote:
> Package: dpkg
> Version: 1.18.9
> Severity: serious
>
> dpkg fails to purge a package in our test suite, crashing with a segmentation
> fault. You can reproduce
> it by building apt and running
>
Package: wireless-regdb
Version: 2015.07.20-1
Severity: wishlist
User: de...@kali.org
Usertags: origin-kali
Hello Ben,
there's a new upstream release available:
https://www.kernel.org/pub/software/network/wireless-regdb/wireless-regdb-2016.06.10.tar.xz
It would be nice to update the Debian
For some now even dropping down to the console will not work. I am stuck in
a blank screen. The one workaround I have found is to ling via ssh and run
: rm -r /var/cache/lightdm and then systemctl restart lightdm
On Thu, Jun 16, 2016 at 2:16 PM, Herminio Hernandez, Jr. <
Control: retitle -1 term should clear discard-output flag in more situations
Although the FreeBSD manual page for termios(4)
https://www.freebsd.org/cgi/man.cgi?query=termios=0=4=FreeBSD+10.3-RELEASE+and+Ports=default=html
documents the DISCARD key, the kernel doesn't appear to implement it:
Package: ftp.debian.org
Severity: normal
Hi,
See bug #830294 - trn is insecure, upstream has long since gone away,
no-one has effort work on the grotty old codebase, and people can use
trn4 instead. I am the trn maintainer.
I think we should probably aim to remove it from stable in an future
Dirk Eddelbuettel writes:
> We had r-cran.mk as is for a few (ten) thousand builds by now. It works. Here
> either r-cran-rngtools or the autobuilder seems to be at fault.
r-cran-rngtools had the misfortune to encounter an autobuilder that
supplied a non-minimal environment it
Package: debian-security-support
Version: 2015.04.04
Severity: important
Hi,
I am the trn maintainer. It is insecure, and should not be used any more
(see bug #830294); I have asked for it to be removed from unstable (bug
report submitted). Can you flag this as insecure and not to be used,
Source: voms-api-java
Version: 3.2.0-1
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-bui...@lists.alioth.debian.org
Dear Maintainer,
voms-api-java fails to build from source in
On 7 July 2016 at 18:45, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > We had r-cran.mk as is for a few (ten) thousand builds by now. It works.
Here
| > either r-cran-rngtools or the autobuilder seems to be at fault.
|
| r-cran-rngtools had the misfortune to
> On 08 Jul 2016, at 01:01, Felipe Sateler wrote:
>
> Hi Thibaut,
>
> On 7 July 2016 at 18:41, Thibaut Varène wrote:
>>
>>> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>>>
>>> Control: tags 796612 + patch
>>> Control: tags 796612 + pending
>>>
I've attached a patch that implements this change.
From 57cb11869c0bee4ba00924cd1f004ea247f5845d Mon Sep 17 00:00:00 2001
From: James Valleroy
Date: Wed, 6 Jul 2016 19:37:57 -0400
Subject: [PATCH] Allow use of other webservers besides nginx
---
debian/control
> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>
> Control: tags 796612 + patch
> Control: tags 796612 + pending
>
> Dear maintainer,
>
> I've prepared an NMU for flashybrid (versioned as 0.18+nmu2) and
> uploaded it to DELAYED/5. Please feel free to tell me if I
> should delay it longer.
* Jérémy Lal [Sat Feb 20, 2016 at 05:30:51PM +0100]:
> That function has been added in openssl 1.0.2, which is not the jessie
> version 1.0.1.
> If the only problem is there,
> https://github.com/nodejs/node/commit/ae8831f240f4477ab3372094d2207897fc5d1e17
> shows that these functions are needed
Package: wnpp
Severity: wishlist
Owner: Andreas Romeyke
* Package name: checkit-tiff
Version : 0.1.1
Upstream Author : Andreas Romeyke
* URL : https://github.com/SLUB-digitalpreservation/checkit_tiff
* License
Hi Thibaut,
On 7 July 2016 at 18:41, Thibaut Varène wrote:
>
>> On 03 Jul 2016, at 22:06, z...@debian.org wrote:
>>
>> Control: tags 796612 + patch
>> Control: tags 796612 + pending
>>
>> Dear maintainer,
>>
>> I've prepared an NMU for flashybrid (versioned as 0.18+nmu2) and
> On 08 Jul 2016, at 01:12, Thibaut Varène wrote:
>
>
>> On 08 Jul 2016, at 01:01, Felipe Sateler wrote:
>>
>> Hi Thibaut,
>>
>> On 7 July 2016 at 18:41, Thibaut Varène wrote:
>>>
On 03 Jul 2016, at 22:06, z...@debian.org
Hi Chris,
today was a new package (2.5.0+dfsg-1) uploaded which has a changed
build system. Could you please check whether this is the case also with
this new version (I can not reproduce this).
Kind regards
Andreas.
On Fri, Jul 08, 2016 at 12:50:08AM +0200, Chris Lamb wrote:
> Source:
Package: trn
Version: 3.6-24
Severity: grave
Tags: security upstream
Justification: user security hole
Hi,
I am the maintainer for trn, and have seen evidence that it's not safe
to use with untrusted input (e.g. usenet).
Further, I've asked and no-one wants to work on its rather elderly
On Thu, 2016-07-07 at 21:45 +0200, Petter Reinholdtsen wrote:
> [Adam D. Barratt]
> > The version in unstable has:
> >
> > if (month < 0) {
> > /* make sure that nothing bad happens if the month bits were zero */
> > month = 0;
> > }
> >
> > which seems like a more
On Thu, Jul 07, 2016 at 09:40:24PM +, Richard Levitte via RT wrote:
> On Sat Jul 02 10:59:38 2016, k...@roeckx.be wrote:
> > /* Add to include/openssl/x509v3.h */
> >
> > void X509_set_extension_flags(X509 *x, uint32_t ex_flags);
> > void X509_clear_extension_flags(X509 *x, uint32_t ex_flags);
Hi,
FTR the removal request is #830296
Regards,
Matthew
Package: mdadm
Version: 3.4-2
Severity: critical
In the initrd image your script should source the /conf/param.conf.
This brakes the boot of certain systems that depend on it (like mine).
Here is the long explanation:
In /scripts/init-premount/export_md_vars I have:
#!/bin/sh
# skip broken
Dirk Eddelbuettel writes:
> What we have works. Making a change risks having to pick up pieces of
> shrapnel. I don't really have time for that --- I cannot test for every
> random piece of software being present.
I see your point, but am simply asking for more robust handling
Package: geomview
Version: 1.9.5-1
Severity: normal
Dear Maintainer,
it appears that the PDF documents are gzip compressed:
as such they are accessible from The Geometric Center
because it looks for ungzipped PDF documents. Note that
each PDF document might be
noowner 796785
noowner 809450
thanks
Tuxemon is not yet in a fit state to be packaged, so I no longer plan to
package these dependencies.
--
Jacob Adams
GPG Key: AF6B 1C26 E2D0 A988 432B 94F4 24C0 2B85 B59F E5A9
signature.asc
Description: OpenPGP digital signature
Package: auditd
Version: 1:2.6.3-1
Followup-For: Bug #830244
I can confirm the error is present as i have it on multiple machines.
What is more interesting and maybe helps to narrow down the problem is that i
get
the error after installing libc* >2.22-13 and *gcc* >6.1.1-7 (reproducible as
when
Hello,
Unfortunately your watch file doesn't seem to work now.
uscan warn: In directory ., downloading
https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc
failed: 404 Not Found
--
Sean Whitton
On 07/07/2016 10:13 PM, Sean Whitton wrote:
> Hello,
>
> Unfortunately your watch file doesn't seem to work now.
>
> uscan warn: In directory ., downloading
>
> https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc
> failed: 404 Not Found
Package: wnpp
Severity: wishlist
Owner: "ChangZhuo Chen (陳昌倬)"
* Package name: python-parsimonious
Version : 0.6.2
Upstream Author : Erik Rose
* URL : https://github.com/erikrose/parsimonious
* License : Expat
Programming Lang: python
On 7 July 2016 at 19:53, Aaron M. Ucko wrote:
| Dirk Eddelbuettel writes:
|
| > What we have works. Making a change risks having to pick up pieces of
| > shrapnel. I don't really have time for that --- I cannot test for every
| > random piece of software being present.
|
| I
Source: cobbler
Severity: important
Tags: patch
Dear Maintainer,
Executing `cobbler get-loaders` or `cobbler signature update` with
2.6.6+dfsg1-12 results in:
Exception occured:
Exception value: [Errno 14] PYCURL ERROR 6 - "Could not resolve host:
www.cobblerd.org"
Exception Info:
File
Package: src:linux
Version: 4.6.2-1
Severity: normal
I have a Zotac ZBox Nano CI320 (Intel N2930), which has a built-in SD card
reader. However, it doesn't seem to be working.
I get the following dmesg errors when I insert a card:
Jul 07 17:21:06.417263 hostname kernel: mmc0: error -110 whilst
Package: httpie
Version: 0.9.2-1
Severity: normal
Hi,
Currently I am working on http-prompt packaging [0]. It needs httpie
python3 library, but it is not in Debian. Could you help to provide both
python-httpie and python3-httpie as python libraries so that other
packages can used them?
[0]
On 07/07/2016 05:30 AM, Felix Dreissig wrote:
> Source: zookeeper
> Version: 3.4.8-1
> Severity: minor
> Tags: patch
>
> Dear maintainers,
>
> the package build for zookeeper uses dh-python, but is not mentioned in the
> Build-Depends list of debian/control so far.
> The attached patch fixes
Package: python-novaclient
Version: 2:3.3.1-2
Severity: important
Tags: upstream
Dear Maintainer,
* What led up to the situation?
dist-upgrade to 2:3.3.1-2
* What exactly did you do (or not do) that was effective (or
ineffective)?
nova boot
or
nova list --debug
* What was the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Hi,
On 08/07/16 01:45, Jerome Benoit wrote:
> Package: geomview
> Version: 1.9.5-1
> Severity: normal
>
> Dear Maintainer,
>
> it appears that the PDF documents are gzip compressed:
> as such they are accessible from The Geometric
This has been fixed upstream with commit a860f26.
https://github.com/i-rinat/libvdpau-va-gl/commit/a860f26f1d7b0c0199e39b192c0ada7599d69e96
signature.asc
Description: OpenPGP digital signature
control: retitle -1 RFS: setcolortemperature/1.2-1 ITP
On 07/07/2016 02:00 AM, Sean Whitton wrote:
> Hello,
>
> Since you are upstream, would you consider providing a changelog that
> you can install? Lintian is saying no-upstream-changelog and it seems
> we can easily fix that :)
>
I added a
control: tag -1 +confirmed
control: noowner -1
Hello,
On Thu, Jul 07, 2016 at 10:21:40PM -0400, Jacob Adams wrote:
> Should be fixed now.
> I just signed the 1.1 tarball.
> I'm not sure why uscan was trying to fetch that anyway as I bumped the
> version number to 1.2 after my last changes.
You
control: tag -1 -moreinfo
On 07/07/2016 10:38 PM, Sean Whitton wrote:
> You didn't bump it in the Debian changelog :)
>
> I consider this package ready to upload to Debian (packaging repo commit
> 6f964da0, main repo commit 00b97fee), except for:
>
> - fix version in the Debian changelog
> -
I haven't tried it properly, but does this not limit the parallelism
and slow builds by default? (I don't know how this works and
apparently have not got around to reading up on it in the week since
the bug was filed, so I'll ask a potentially silly question)
On 2 July 2016 at 22:37, Dmitry
Package: tracker.debian.org
Severity: important
Hi.
The new tracker is significantly less accessible using the Orca screen reader
on firefox than the old PTS.
The big problem is that I cannot find a way to easily expand the collapsed
tabs, so I cannot get to most of the information.
to
Source: node-oauth
Version: 0.9.11-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst node-oauth builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
[please keep 830...@bugs.debian.org CC'ed]
The 610 is supported by both 340.xx and 352.xx so it shouldn't make a
difference.
Unfortunately without knowing exactly what's the state of your system it
will be impossible to figure out what's the problem.
Is it not possible to even get to a TTY?
On
Source: node-redis
Version: 0.12.1-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst node-redis builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
Source: zookeeper
Version: 3.4.8-1
Severity: minor
Tags: patch
Dear maintainers,
the package build for zookeeper uses dh-python, but is not mentioned in the
Build-Depends list of debian/control so far.
The attached patch fixes that.
Regards,
Felix
dh-python.patch
Description: Binary data
Package: wnpp
Severity: wishlist
Owner: Andreas Tille
* Package name: r-cran-irlba
Version : 2.0.0
Upstream Author : Bryan W. Lewis
* URL : https://cran.r-project.org/web/packages/irlba
* License : GPL
Programming
Hi Felix,
we are just in the process of merging dh_systemd_* into the debhelper
package (which ships dh_installinit.
.Maybe we can improve the situation regarding functional overlap between
dh_installinit and dh_systemd_* after that merge.
Regards,
Michael
--
Why is it that all of the
Hi Gert,
On Thu, Jul 07, 2016 at 01:47:33PM +0200, Gert Wollny wrote:
> the attached patch fixes the compile errors with gcc-6. However, in the
> packaging git the new upstream version has already been started to be
> packaged, and it suggests that the upstream package is now split into
> two
Source: licenseutils
Version: 0.0.7-6
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst licenseutils builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
Source: licenseutils
Version: 0.0.7-6
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst licenseutils builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
[Antonio Terceiro]
> it can happen
Very good to hear. :)
> debci needs code changes to make the automatically generated testbeds
> actually include contrib in sources.list. I have the beginnings of that
> stashed locally, but it's not ready yet. If you want to work on it I can
> send you the
Source: licenseutils
Version: 0.0.7-6
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst licenseutils builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Hello release team,
there is a way to trigger a segfault in the tcprewrite program,
part of the tcpreplay package. This has been assigned
CVE-2016-6160, BTS#829350.
Security team
Package: zookeeperd
Version: 3.4.8-1
Severity: normal
Tags: patch
Dear maintainers,
the attached patches (in git-format-patch format) add a systemd unit file for
ZooKeeper to the zookeeperd package.
Due to the way systemd works and an issue with dh-systemd (#830208), some
changes were necessary
hii phillipp,
I'm interested in helping out this project. I am basic DD(no official)
also handy with basic Erlang stuff. I may not afford full time but im
interested in helping out this package to work. How to apply to join MUC
to talk with you people.
thank you.
Regards,
Rajasekhar
Hactivist
On 7/6/16 4:19 PM, Reiner Herrmann wrote:
Control: tags 812054 + patch
Control: tags 812054 + pending
Dear maintainer,
I've prepared an NMU for lzop (versioned as 1.03-3.3) and
uploaded it to DELAYED/2. Please feel free to tell me if I
should delay it longer.
Thanks, I had already been
Package: virt-manager
Version: 1:1.3.2-4
Severity: important
Tags: newcomer
Dear Maintainer,
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
*
Now I can interact with the toggle details string, but nothing happens
when I do.
Since you've made it a link, I'm going to interact with it that way.
Are you expecting it to be clicked on rather than selected as a link?
Other accessibility problems:
* The page is hard to navigate. There are no
Source: xdmf
Version: 2.1.dfsg.1-15
Severity: wishlist
http://www.xdmf.org reports that v3 is now available and v2 is being
deprecated.
v3 offers a number of attractive advantages including the use of smart
pointers, parallelisation support and a "modern" API,
Package: d-i.debian.org
Severity: normal
Tags: l10n
It turns out that, as things are right now, the l10n-sync scripts
appears to break PO files headers in Danish and Belarusian
translations of many packages, if not all of them.
That can be seen for instance in arcboot-installer. See the
tag 830223 + pending
thanks
Some bugs in the lemonldap-ng package are closed in revision
9ed0079db9e8eb155a866c8c69779c494fb82c40 in branch 'master' by Xavier
Guimard
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-perl/packages/lemonldap-ng.git/commit/?id=9ed0079
Commit
Package: ring
Version: 20160630.3.52c5ef6~dfsg1-1
Severity: wishlist
Hi. I wanted to give ring a try on my Jessie laptop, and for that I
needed to build the package from unstable. But it fail to build. Here
is a patch to get it compiling, but unfortunately it isn't enough. The
code fail to
tags 811593 patch
thanks
Hi,
The attached patch should fix the issue, although it's not completely
clear to me if these were hidden (until now) mistakes or not.
robertc: Are you also upstream for this? If so is the actual behavior
what you were expecting?
--
Mike Gerow
ge...@mgerow.com
diff
On Tue, 19 Jan 2016 16:10:20 -0800 Martin Michlmayr wrote:
> Package: crash
> Version: 7.1.4-1
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: ftbfs-gcc-6 gcc-6-misleading-indentation
>
> This package fails to build with GCC 6. GCC 6 has not been released
>
Control: forwarded -1 https://release.debian.org/transitions/html/perl5.24.html
On 07/07/16 12:55, Niko Tyni wrote:
> Package: release.debian.org
> Severity: normal
> User: release.debian@packages.debian.org
> Usertags: transition
>
> We'd like to have Perl 5.24 in stretch.
>
> Packages
Package: cdimage.debian.org
Severity: wishlist
Hello,
While browsing www.debian.org it came to my attention than no matter
which language you choose to see the site, the green box in the top
right corner
always points to the same iso image,
On Thu, Jul 07, 2016 at 08:51:09PM +0200, Emilio Pozuelo Monfort wrote:
> Control: forwarded -1
> https://release.debian.org/transitions/html/perl5.24.html
>
> On 07/07/16 12:55, Niko Tyni wrote:
> OK. Please let us know when you think things are ready to start.
Sure, will do.
> > There are
On 07/07/16 19:43, Maximiliano Curia wrote:
> Everything uploaded, please block the above source packages.
All blocked.
Cheers,
Emilio
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libgravatar-url-perl
Version: 1.06-2
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libgravatar-url-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access
Source: libfurl-perl
Version: 3.08-1
Severity: serious
Justification: Policy 4.9
User: la...@debian.org
Usertags: network-access
Dear Maintainer,
Whilst libfurl-perl builds successfully on unstable/amd64, according to
Debian Policy 4.9 packages may not attempt network access during
a build.
201 - 300 of 303 matches
Mail list logo