Package: dh-r
Version: 20161130
Severity: wishlist
Hi,
While looking at a package using dh-r, I noticed that it doesn't respond
to setting funky DEB_BUILD_OPTIONS flags (eg enabling address
sanitizer). It seems that when R packages are compiled, the buildflags
which were used when r-base was
Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 11:01 Uhr:
> Would you consider uploading it or proposing it in mentors.debian.net?
> Please also send details on the gss-proxy ITP bug.
Robbie is the one with the ITP bug, not me :)
I just pushed my custom package data to github though:
Sebastian Humenda, on Wed 14 Dec 2016 11:05:04 +0100, wrote:
> >If that doesn't help, please send a backtrace with debugging symbols to the
> >upstream bug.
> I'd say the issues are unrelated, I have a null pointer in a LED update
> function, the upstream bug fixes something else.
The upstream
Hi,
Uploaded updated fortune-zh package to mentors:
https://mentors.debian.net/debian/pool/main/f/fortune-zh/fortune-zh_2.0.dsc
The changes I've made can be viewed here:
https://anonscm.debian.org/git/chinese/fortune-zh.git/log/
(the latest 3 commits)
Buildlog is good although DoM-amd64 seems
Hi,
It's not a GRSEC problem.
We have the same issue with the non-grsec kernel (4.7.0-0.bpo.1-amd64 )
I check on HP forum and find this topic
https://community.hpe.com/t5/Insight-Control-for-Linux/hp-health-hpasmlited-Debian-segfault/td-p/6921253
I try this workaround and it's OK.
Best
I did a test build in unstable using the code from
git://anonscm.debian.org/users/franklin-guest/scap-workbench.git and litian
discovered these issues:
W: scap-workbench source: ambiguous-paragraph-in-dep5-copyright paragraph at
line 22
W: scap-workbench source:
Package: bash-completion
Version: 1:2.1-4.3
Severity: normal
Tags: patch
Hi,
I'm using automatic gateway with ssh (and ProxyCommand) so that
ssh gw1+gw2+host will correctly setup a connection first to gw1,
then to gw2 (via gw1 and ProxyCommand) and eventually with host
(via gw2 and
On 14/12/16 09:59, Ole Streicher wrote:
Since skimage is one of the central packages, I would again ask to put
it under science|python team maintenance. Especially when under some
time pressure (upcoming freeze, combined with autoremovals of packages)
it would help a lot if the problems could be
Hi Andreas,
On 12/14/2016 08:50 AM, Christian Seiler wrote:
> I'm going to try an i386 build in a VM running a stable kernel
> and see if that does indeed change things and if I can reproduce
> the problem. Should that not be the issue though then I really
> can't reproduce the problem - and
Control: tag -1 confirmed
On 03/12/2016 16:30, halfdog wrote:
> After a fresh install of ulogd2, logging directory has following
> permissions:
>
> # ls -al /var/log/ulog
> total 8
> drwxr-xr-x 2 root root 4096 Dec 3 16:22 .
> drwxr-xr-x 10 root root 4096 Dec 3 16:22 ..
> -rw-r--r-- 1 root
Package: proftpd-dev
Version: 1.3.5b-1
Severity: important
Hi all,
bug could be grave, I'm not sure.
We still use the OpenSSL 1.0 suite in 1.3.5b-1. Unfortunately I forgot to
fix the dep line in d/control, so proftpd-dev still tries to pull in the
OpenSSL 1.1 line. I'll update git.
Hilmar
--
Package: planet-venus
Version: 0~git9de2109-3
Severity: important
I have trying to use dlvr.it to forward the Planet Debian feed to
the @planetdebian twitter account but the feed is refused because
it is not valid.
The W3C validator often returns this error:
This feed does not validate.
On Tue, Dec 13, 2016 at 11:47:32AM -0500, Daniel Echeverry wrote:
> thanks for your report, Unfortunately I can't reproduce this issue,
> Could you confirm from which glances version are you trying to update?
>From /var/lib/dpkg.log:
2016-12-13 12:27:44 upgrade glances:all 2.6.2-2 2.7.1.1-1
So I
[Petter Reinholdtsen]
> Is there a IRC channel where the SCAP tools in Debian are coordinated?
Perhaps we can meet on #debian-security as a start? I notice Pierre and I
are there already. What about the rest of you?
--
Happy hacking
Petter Reinholdtsen
Hi Sebastian,
Am 13.12.16 um 21:54 schrieb Sebastian Andrzej Siewior:
> Could someone please enlighten me what is wrong here? The dep in -2 is
> libssl-dev | libssl1.0-dev
> which makes no sense becuase it should be either the one or the other.
> So the -2 build took libssl-dev and built
On Wed, Dec 14, 2016 at 10:43:07AM +0100, Sebastien Jodogne wrote:
> > Well, once Orthanc 1.2 shows up in my sources.lst I will test
> > the suggested script and report back. Since I don't assume
> > Orthanc 1.1 -> 1.2 to actually need a database upgrade (?) I
> > expect the script to gracefully
I can reproduce this bug by having an ssh-agent that has no keys loaded.
$ ssh-add -L
ssh-rsa foobar jeremy@localhost
# Works fine:
$ mc sftp://myserver.local
$ ssh-add -D
All identities removed.
$ ssh-add -L
The agent has no identities.
# Broken:
$ mc sftp://myserver.local
Cannot chdir to
On 14/12/16 11:05, Sebastian Humenda wrote:
> Hi
>
> Emilio Pozuelo Monfort schrieb am 12.12.2016, 19:31 +0100:
>> On 12/12/16 12:54, Sebastian Humenda wrote:
>>> Control: reassign 838703 xserver-xorg-input-libinput
>>> Control: tags 838703 +pending
>>>
>>> Samuel Thibault schrieb am 09.12.2016,
Le mer. 14 déc. 2016 à 10:41, olivier sallou a
écrit :
> Le mer. 14 déc. 2016 à 10:19, Andreas Tille a écrit :
>
> Hi,
>
> as far as I can see the solution for this issue would be to use a
> symlink for /usr/share/perl5/GBrowse/ConfigData.pm pointing
Hi
Emilio Pozuelo Monfort schrieb am 12.12.2016, 19:31 +0100:
>On 12/12/16 12:54, Sebastian Humenda wrote:
>> Control: reassign 838703 xserver-xorg-input-libinput
>> Control: tags 838703 +pending
>>
>> Samuel Thibault schrieb am 09.12.2016, 20:19 +0100:
>>> This is very likely the same bug as
Le mer. 14 déc. 2016 à 10:23, Andreas Tille a écrit :
> Hi Olivier and Charles,
>
> I know you have way more Perl skills than me - so I guess this is quite
> simple to fix for you both. If you's volunteer to add a quilt patch to
> Git I would care for the remaining preparation
On 2016-12-13 07:59+1100, Dmitry Smirnov wrote:
> On Monday, 12 December 2016 11:09:56 AM AEDT Félix Sipma wrote:
>> From gbp-dch(1):
>>
>> --id-length=N
>> Include N digits of the commit id in the
>> changelog entry. Default is to not include
>>
Package: lightdm
Version: 1.10.3-3
Followup-For: Bug #784158
Dear Maintainer,
I was configuring a systemwide http proxy
I've added http_proxy env variable to /etc/environment
X application did not see the env variable, ssh sessions did
I expected X to also see the env variable
not sure if
Am Mittwoch, 14. Dezember 2016, 08:18:47 CET schrieb Marc Haber:
> On Tue, Dec 13, 2016 at 03:50:31PM +0100, Martin Steigerwald wrote:
> > I see. Marc, IMHO this issue should not hold back uploading new atop to
> > Debian unstable for inclusion into next Debian version. What do you
> > think?
>
On 14/12/16 10:31, Sven Geggus wrote:
> Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 09:38 Uhr:
>
>> They stopped including rpc-svcgssd in the default build as of 1.3.2 and
>> recommended gssproxy[1] instead.
>
> Yes, gssproxy is a working drop-in replacement for rpc.svcgssd in case
Package: wnpp
Severity: wishlist
Owner: Debian Med Packaging Team
Control: block 847310 by -1
* Package name: pbcopper
Version : 0.0.1
Upstream Author : Pacific Biosciences
* URL :
On 2016, ഡിസംബർ 14 2:16:46 PM IST, Paolo Greppi wrote:
>That's because also node-liftoff (which is my ITP pipeline after
>node-fixed) depends on node-extend >= 3.0.0
>
I think easier option would be to see if liftoff tests pass with node-extend
2.0 and relax
Dear Karsten,
Well, once Orthanc 1.2 shows up in my sources.lst I will test
the suggested script and report back. Since I don't assume
Orthanc 1.1 -> 1.2 to actually need a database upgrade (?) I
expect the script to gracefully do nothing.
Indeed, an upgrade of the Orthanc database is only
On 2016, ഡിസംബർ 14 2:16:46 PM IST, Paolo Greppi wrote:
>
>Assuming we want to keep node-xtend and node-extend separate, I have
>prepared the update for this one in the alioth repo.
>
>That's because also node-liftoff (which is my ITP pipeline after
>node-fixed) depends
Package: wnpp
Severity: wishlist
Owner: Michael Fladischer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
* Package name: python-django-etcd-settings
Version : 0.1.11
Upstream Author : Enrique Paz
* URL :
See bug 847231 also. It should probably be fixed at the same time.
signature.asc
Description: PGP signature
forcemerge 847231 847992 848118
thanks
These are all the same bug.
When fixing, also see bug 840646. These should all be resolved at once.
signature.asc
Description: PGP signature
Control: reopen -1
Control: found -1 2.1
On Wed, 2016-12-14 at 03:40 +, Wookey wrote:
> close 796548 2.0.4
emdebian-archive-keyring 2.1 still has "Priority: important" in
d/control. (Not in the Packages index though as the archive software
overrides the provided priority.)
Ansgar
Le mer. 14 déc. 2016 à 10:19, Andreas Tille a écrit :
> Hi,
>
> as far as I can see the solution for this issue would be to use a
> symlink for /usr/share/perl5/GBrowse/ConfigData.pm pointing to something
> like /etc/gbrowse/ConfigData.pm while the file
>
Apologies, I was too hasty.
The behaviour is not quite what I described; sometimes it doesn't do
that. However, I'd still like the option not to do it at all, and it
would help if the behaviour was documented, because I haven't figured it
out yet ...
I'm not sure now whether it restricts my
Daniel Pocock schrieb am Mittwoch, den 14. Dezember um 09:38 Uhr:
> They stopped including rpc-svcgssd in the default build as of 1.3.2 and
> recommended gssproxy[1] instead.
Yes, gssproxy is a working drop-in replacement for rpc.svcgssd in case of
the nfs4-server use case.
Note, that they are
Package: mysql-server-core-5.6
Version: 5.6.30-1
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Control: affects -1 + redmine
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'stretch'
Package: accerciser
Version: 3.22.0-2
Severity: normal
Dear Maintainer,
The version of Accerciser is in incompatible with ipython3 in unstable, and
leads to the console plugin failing to initialize with the error:
> Traceback (most recent call last):
> File
Hi Martin,
The kernel that I use on the CentOS system is 4.8.12-1.el7.elrepo.x86_64
and the settings in the concerning config file that matter for this
issue are:
#
# CPU/Task time and stats accounting
#
CONFIG_VIRT_CPU_ACCOUNTING=y
CONFIG_VIRT_CPU_ACCOUNTING_GEN=y
#
Christopher Hoskin:
> I'd already done most of this at the weekend, so thought
> I might as well upload it. Hope you don't mind!
Not at all :)
Just remember that retitling a RFP bug into an ITP and
taking ownership makes it easier to see that somebody
is already working on the package.
Thanks!
Hi Olivier and Charles,
I know you have way more Perl skills than me - so I guess this is quite
simple to fix for you both. If you's volunteer to add a quilt patch to
Git I would care for the remaining preparation of the package.
Kind regards
Andreas.
--
http://fam-tille.de
On Dec/13, Bob Proulx wrote:
> Therefore I don't have a good idea of what to do here. I only know
> that it is an impossible system. I feel certain this can't be
> necessary.
While I appreciate your concern, and am also pained by seeing so many
versioned conflicts, what you *feel* is
Package: aisleriot
Version: 1:3.14.1-1
Severity: minor
Dear Maintainer,
Playing Freecell. When I move a card to the foundation, any available
following card will follow automatically. Eg, if I move the Ace of
clubs, and the 2 of clubs is also available, it moves too.
I have seen this as an
Hi,
as far as I can see the solution for this issue would be to use a
symlink for /usr/share/perl5/GBrowse/ConfigData.pm pointing to something
like /etc/gbrowse/ConfigData.pm while the file
/etc/gbrowse/ConfigData.pm will be created in postinst. Is this correct
and will somebody of the other
Source: libkipi
Version: 4:15.08.3-2
Severity: serious
Hi,
in piuparts I noticed some upgrade issues from jessie due to
libkipi-data still being available in stretch, but not being
installable along libkf5kipi-data.
This package should probably be removed, but there is a remaining
dependency:
Hello,
2016-12-13 23:38 GMT+01:00 Ben Harris :
> It looks like it's already been reported upstream:
>
> https://sourceware.org/bugzilla/show_bug.cgi?id=20948
Excellent! Thanks very much!
Regards
--
Héctor Orón -.. . -... .. .- -. -.. . ...- . .-.. --- .--. . .-.
Package: nfs-kernel-server
Version: 1:1.3.4-1
Severity: serious
I've upgraded nfs-kernel-server from 1:1.2.8-9.2 to 1:1.3.4-1. It failed to
configure:
Setting up nfs-kernel-server (1:1.3.4-1) ...
Failed to try-restart nfs-server.service: Unit proc-fs-nfsd.mount is masked.
insserv: warning:
Hi,
since I uploaded a Debian package of the latest version of BioPerl which
has removed Bio::Coordinate::Pair which was available in 1.6.924[1] the
test suite of at least one depending package in Debian are failing due
to missing Bio/Coordinate/Pair.pm.
I wonder whether there is a sensible
Source: flightgear
Version: 3.0.0-5
Severity: grave
Tags: security upstream fixed-upstream patch
Justification: user security hole
Hello,
As already stated in several places:
https://sourceforge.net/p/flightgear/flightgear/ci/280cd523686fbdb175d50417266d2487a8ce67d2/
On 14/12/16 08:36, Gianfranco Costamagna wrote:
control: reopen -1
Package python-cartopy has been removed from mentors.
lets wait a little more
G.
Yes, there is a new upstream version available to I'll have to refresh
the current packaging with it.
I'll ping you when done.
Cheers,
On 05/12/2016 15:44, Pirate Praveen wrote:
> On തിങ്കള് 05 ഡിസംബര് 2016 08:08 വൈകു, Jérémy Lal wrote:
>> Do you mean node-xtend ?
>
> I think we missed avoiding duplication here (today I saw npm2deb warns
> about it, though node-xtend was uploaded by someone else).
>
> $ apt-cache policy
Package: libcrypt-openssl-rsa-perl
Version: 0.28-4
Severity: grave
User: debian-p...@lists.debian.org
Usertags: autopkgtest
The libcrypt-openssl-pkcs10-perl recently started failing its autopkgtest
checks, as seen at
Followup-For: Bug #847279
Control: found -1 0.901-4
Hi,
the fix does not work since it is wrongly versioned:
if dpkg --compare-versions "$2" le "0.52-2"; then
That should rather be
if dpkg --compare-versions "$2" lt-nl "0.901-5~"; then
(assuming you are going to fix this in 0.901-5).
Am 13.12.2016 um 21:26 schrieb Adrian Bunk:
Source: dateutils
Version: 0.4.0-1
Severity: serious
I haven't been able to reproduce this, but I assume passing
--no-parallel to dh should be enough to workaround it.
Thank you very much for this hint, I've just uploaded a new version to
unstable.
package: python-skimage
version: 0.12.3-2
severity: serious
The Python 2 version of skimage depends on a package "python-dask" that
is not available in Debian.
There is a patch that make the dependency optional; however the
dependency was not removed afterwards. For Python 3, this seems to work.
Hi Gert,
you injected a not activated patch addressing this issue into SVN.
I tried this but it results in a help/Makefile containing
dist-check-gdu:
@HAVE_GNOME_DOC_UTILS_FALSE@<-->@echo "*** GNOME Doc Utils must be installed in
order to make dist"
@HAVE_GNOME_DOC_UTILS_FALSE@<-->@false
which
On 14/12/16 08:24, Andreas Henriksson wrote:
> On Wed, Dec 14, 2016 at 08:11:52AM +0100, Daniel Pocock wrote:
>> I agree the loss of Debian packaging history is a concern, that is one
>> reason I didn't clobber the existing repository and I wrote that we can
>> blow this away if there isn't
control: reopen -1
>Package python-cartopy has been removed from mentors.
lets wait a little more
G.
On Wed, Dec 14, 2016 at 06:49:20AM +0100, Sébastien Jodogne wrote:
> This issue is very low priority wrt. my TODO list for the upstream project.
Understandable.
> Anyone is obviously welcome to help me and contribute by packaging this
> script into the orthanc Debian package.
...
> Le 14 déc.
Hi,
On Tue, 13 Dec 2016, efkin wrote:
> so my next questions are:
>
> * should we create a dedicated app for the API (called "api")?
No opinion. I guess it depends if we want to make the API optional
in the deployment.
> * should we change the title of the issue or take it as it is and use it
On Thu, 09 Jul 2015 20:33:28 +0530 Vasudev Kamath
wrote:
>
> Hi,
Hi,
>
> Sorry for updating the bug log this late, Since I was tied up with
> personal life and other work I couldn't update the bug log.
>
> This package is already done, and is at ¹ Since I had used CDBS
Package: opendnssec-enforcer-mysql
Version: 1:2.0.3-2
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts
Hi,
during a test with piuparts I noticed your package fails to upgrade from
'jessie'.
It installed fine in 'jessie', then the upgrade to 'stretch' fails.
>From the
Hi,
On Tue, Nov 01, 2016 at 11:05:02AM +, Iain Lane wrote:
> I noticed in Ubuntu, where we run autopkgtests as part of britney
> migration, that vcftools fails now. You can see on ci.debian.net[0]
>
> > not ok 26 - Testing vcf-fix-ploidy .. cat fix-ploidy.vcf | perl -I../.
> > -MVcf
Package: openssh-server
Version: 1:7.3p1-5
Severity: normal
Hi,
In regard to bug #751636, shouldn't a warning be added in the
sshd_config file above the UsePAM parameter that it needs to be set to
"yes" (and have pam_systemd in the stack) otherwise it could cause some
issues?
Regards,
Laurent
Control: retitle -1 openscap: oscap fail with "get_runlevel failed"
Control: found -1 0.9.12-1
Hm, look like this issue was misclassified in the Debian but tracker. Sorry
about that. It should not be classified correctly.
[ ?? 2013-11-15 ]
> When I run oscap
Control: retitle -1 ibm-3270: move from non-free to main
On Wed, 2016-12-14 at 15:12 +0800, Paul Wise wrote:
> Also, I can't find anything non-free in the licenses, should this
> package move from non-free to main?
As discussed with waldi on IRC, Bug #388691 indicates that the GTRC
license is
301 - 366 of 366 matches
Mail list logo