Control: tags -1 moreinfo unreproducible
On 11 January 2017 at 04:59, Bogdan Vatra wrote:
> On miercuri, 11 ianuarie 2017 09:48:16 EET Bogdan Vatra wrote:
>> On marți, 10 ianuarie 2017 17:20:28 EET Felipe Sateler wrote:
>> > Hi,
>> >
>> > On 10 January 2017 at 16:05,
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "minetest-mod-3d-armor"
* Package name: minetest-mod-3d-armor
Version : 0.4.5-1
Upstream Author : Stuart Jones
* URL :
at bottom :-
On 11/01/2017, Emmanuel Bourg wrote:
> Le 11/01/2017 à 09:51, shirish शिरीष a écrit :
>
>> Looking forward to see the package which works with version 9.
>>
>> While openjdk 9 would be available around the middle of the year from
>>
tag 840602 pending
thanks
Date: Tue Jan 10 19:24:58 2017 +0100
Author: Guido Günther
Commit ID: 5fb074984bad0500245bd491e0a1eea9c69b0f8f
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage/;a=commitdiff;h=5fb074984bad0500245bd491e0a1eea9c69b0f8f
Patch URL:
Le 11/01/2017 à 11:34, shirish शिरीष a écrit :
> I would suggest to have a new package so people who are on java 8
> aren't disturbed. While people who want to test out the java 9 and
> openjfx 9 can look at that direction.
>
> As we would be hitting full-freeze tonight, if you do go that way,
>
peter green writes:
> Package: ceph
> Version: 10.2.5-5
> Severity: serious
> x-debbugs-cc: debian-...@lists.debian.org
>
> The most recent upload of ceph fixed the build on most architectures but
> unfortunately armel is still failing.
>
> libtool: relink: g++ -fPIC
Package: ansible
Version: 2.2.0.0-2
Severity: normal
Tags: upstream
Hi,
I'm experiencing an annoying bug in the git module of ansible 2.2.0:
https://github.com/ansible/ansible-modules-core/issues/5504
If I'm not mistaken, that bug was recently fixed in 2.3.0 and the fix
backported to the
Package: zabbix-frontend-php
Version: 1:2.2.7+dfsg-2+deb8u1
Severity: grave
Tags: security
Justification: user security hole
Dear Maintainer,
Bug in zabbix (ZBX-11023 SQL injection vulnerabilities in "Latest data")
allow to execute code on remote system. It's not a duplicate of Debian
bug
Control: reopen -1
On Mon, 26 Dec 2016 16:58:44 + Alastair McKinstry
wrote:
> Broken links were fixed with corrected conditional installation of parts
> in a previous upload (-6),
That fix in -6 was not sufficient. See the patch that I sent in
Package: libvirt
Version: N/A
Severity: wishlist
Tags: patch l10n
Please find attached the French debconf templates translation, proofread by the
debian-l10n-french mailing list contributors.
This file should be put as debian/po/fr.po in your package build tree.
# Translation of libvirt debconf
On Wed, Jan 11, 2017 at 03:07:36AM -0800, Michael Stapelberg wrote:
> Sure, the suite can go into the path name :). One question: is it
> necessary for the piuparts status to be reflected by the path? I.e.,
> for my purposes, I don’t really care about whether the other checks
> succeeded, I’m only
Would it be sufficient if that information is just dumped into the
logfile? In that case a new custom script (maybe only active for a few
suites) might be sufficient.
Andreas
Hi James!
On 11:15 Wed 11 Jan , James Cowgill wrote:
> Hi,
>
> If it helps, I've been running this glorious hack on my puppet server
> for some time and it seems to work OK. I don't know how easy it would
> be to convert it to something which can be distributed by Debian though.
>
> This
Package: libfreeimage3
Followup-For: Bug #850027
Hi,
is there anything I can do to speed this up? Would be nice to get rviz back ;).
Cheers Jochen
Control: owner -1 !
Control: tag -1 moreinfo
On Wed, Jan 11, 2017 at 11:34:18AM +0100, Julien Puydt wrote:
> I am looking for a sponsor for my package "minetest-mod-3d-armor"
o/
> Vcs-Git:
> https://anonscm.debian.org/git/pkg-games/minetest-mod-3d-armor.git
> IMPORTANT NOTICE:
Source: uml-utilities
Version: 20070815.1-2
Severity: normal
Tags: patch
uml-utilities fail to cross build from source, because they generally
use build architecture tools where host architecture tools should be
used. Indirecting the explicit $(MAKE) invocation through dh_auto_build
takes care of
Package: sagetex
Version: 3.0+ds-3
Severity: serious
Justification: fails to build from source
Dear Sate[TeX] enthusiasts,
it appears that sage creates directory in HOME, what sbuild forbids
I am on my way to fix it.
Thanks,
Jerome
-- System Information:
Debian Release:
Package: release.debian.org
Severity: normal
Tags: jessie
User: release.debian@packages.debian.org
Usertags: pu
Dear SRMs,
I would like to update MongoDB in stable to fix two low-impact security
issues:
- CVE-2016-6494[1] is fixed by backporting the patch already applied to
2.6 (once
On Mon, Jan 09, 2017 at 11:10:05AM +, Chris Lamb wrote:
> Dear Maintainer,
>
> > Source: fake
> > Version: 1.1.11-1
> > Tags: patch
>
> Alas, there hasn't seem to be any further update to this bug in 148 days.
> Would you consider applying this patch and uploading prior to the upcoming
>
On 2017-01-11 11:00:39 +0100, Vincent Lefevre wrote:
> So, the application may need to wait a little bit instead of failing
> immediately (I suppose that the problem is more visible on multicore
> machines).
In pinentry-gtk-2.c:
do
err = gdk_pointer_grab (gtk_widget_get_window (win),
On 2017-01-11 11:27+0100, Adam Borowski wrote:
> Control: tag -1 +moreinfo
>
> On Tue, Jan 10, 2017 at 02:38:00PM +0100, Félix Sipma wrote:
>> I am looking for a sponsor for my package "inkscape-open-symbols".
>> inkscape-open-symbols - Open source SVG symbol sets that can be used as
>> Inkscape
Source: fluxbox
Version: 1.3.5-2
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
fluxbox fails to cross build from source, because it does not pass
--host to ./configure. The easiest way of doing so is letting
dh_auto_configure handle it. That's what the attached patch does. Please
Source: nasm
Version: 2.12.01-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
nasm fails to cross build from source, because it does not pass --host
to ./configure. The easiest way of doing so is letting dh_auto_configure
handle it. After doing so, nasm cross builds successfully.
On 11-Jan-2017, Debian Bug Tracking System wrote:
> […]
> Date: Tue, 10 Jan 2017 23:21:45 -0500
> Source: devscripts
> […]
> Changes:
> […]
>* Remove bash completion for dcut, since src:dput will be providing it.
> (Closes: #850684)
Thank you for addressing this promptly!
--
\
On Tue, 26 Jul 2016 17:41:24 +0200 Bastian Blank wrote:
> Puppet as shipped in Debian Stretch does not provide any backward
> compatibility with older agents. As there is also no forward
> compatibility, no upgrade path exists.
>
> According to
>
Source: flvstreamer
Version: 2.1c1-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
flvstreamer fails to cross build from source, because it uses the build
architecture compiler. Since recently, dh_auto_build knows how to pass
cross compilers for CC and CXX and relying on that
Thanks for the quick reply. Answers inline:
On Wed, Jan 11, 2017 at 2:06 AM, Holger Levsen wrote:
> Hi Michael,
>
> thanks for your bug report, this seems like a viable idea to me.
>
> On Wed, Jan 11, 2017 at 09:27:56AM +0100, Michael Stapelberg wrote:
>> …followed by
Hi,
If it helps, I've been running this glorious hack on my puppet server
for some time and it seems to work OK. I don't know how easy it would
be to convert it to something which can be distributed by Debian though.
This hard-codes the environment to "production" but that could be
worked
Package: git-buildpackage
Version: 0.8.9
Severity: normal
Dear Maintainer,
I just installed gbp 0.8.9 and I noticed that the default gbp.conf has
moved
from /etc/git-buildpackage to a subdirectory:
https://packages.debian.org/sid/all/git-buildpackage/filelist
$ ls
Control: tags -1 patch
On 2017-01-11 11:45:07 +0100, Vincent Lefevre wrote:
> In pinentry-gtk-2.c:
>
> do
> err = gdk_pointer_grab (gtk_widget_get_window (win),
> TRUE, 0 /* event mask */,
> NULL /* confine to */,
>
Package: zabbix-frontend-php
Version: 1:2.2.7+dfsg-2+deb8u1
Severity: grave
Tags: security
Justification: user security hole
Dear Maintainer,
Bug in zabbix (ZBX-11023 SQL injection vulnerabilities in "Latest data") allow
to execute code on remote system. It's not a dublicate of Debian bug
Please CC me when replying, I didn't receive your last email.
On Sun, Jan 08, 2017 at 03:22:33PM +0100, Mattia Oss wrote:
> On Sun, Jan 08, 2017 at 02:57:38PM +0100, Elimar Riesebieter wrote:
> > Could you please fireup mutt and type at the command prompt:
> >
> > :set ?mail_check_stats
> >
> >
tag 851033 + pending
thanks
Some bugs in the jabref package are closed in revision
4a7e334d54f80d7bfc63dd62b778461262d1ea94 in branch 'master' by gregor
herrmann
The full diff can be seen at
https://anonscm.debian.org/cgit/pkg-java/jabref.git/commit/?id=4a7e334
Commit message:
Remove
Hi Lucas,
Lucas Nussbaum wrote:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
I actually expected this.
This is due to the fix for https://bugs.debian.org/850301 in asciidoc
— IMHO such transitions (neither the one in 8.6.9-4 c.f. #850305 nor
the one in
Control: tag -1 + confirmed pending
On Wed, 11 Jan 2017 20:10:05 +0100, Lucas Nussbaum wrote:
> Source: jabref
> Version: 3.8.1+ds-2
> Severity: serious
> Tags: stretch sid
> User: debian...@lists.debian.org
> Usertags: qa-ftbfs-20170111 qa-ftbfs
> Justification: F
Package: python-sphinxcontrib.plantuml
Version: 0.5-1
Severity: normal
I've got some sphinx docs that contain plantuml sources, and a conf.py with:
extensions = [
'sphinxcontrib.plantuml',
]
plantuml_output_format = 'svg'
However, when i try to build, i see:
preparing
I packaged version 2.4.18, it's on mentors, waiting for my sponsor to
upload it.
Regards,
Eva
On Jan 10, 2017 10:39 PM, "Niels Thykier" wrote:
On Tue, 3 Jan 2017 19:46:21 +0100 Eva Ramon wrote:
> Thanks Sebastian and Christian,
> I'm packaging
Package: openjdk-8-jre-headless
Version: 8u111-b14-2
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
While investigating about ant FTBFS on kfreebsd-* [1][2], I tried the
very simple testcase below. It fails with errcode 127 on kfreebsd-*:
$ cat MyTest.java
public
Package: abiword
Version: 3.0.2-2
Severity: important
Dear Maintainer,
After starting, the work area flickers up to 30 times. The flickering repeats
itself with
every character input and moust mouse actions. It seems that the upper part of
the
work area gets redrawn 30 times in about half a
Control: tags -1 help
The recent update of libpgjava to 9.4.1212-1 is the cause, it removed
the PGObject class. I've asked on debian-java if Emmanuel can provide a
patch to make osmosis work with the libpgjava.
Help from others is greatly appreciated too.
Kind Regards,
Bas
--
GPG Key ID:
Package: reportbug
Version: 7.1.2
Severity: normal
Trying to read a bug in the urwid UI causes reportbug to crash. This
does not happen, e.g, with the text interface. To reproduce, attempt to
report a bug, and then select a bug from the list of existing bugs, and
then select the Read bug menu
Package: wnpp
Severity: wishlist
Owner: Mike Gabriel
* Package name: brisk-menu
Version : 0.2.0
Upstream Author : Ikey Doherty
* URL : https://github.com/solus-project/brisk-menu/
* License : GPL-2+
On Sun, Oct 05, 2014 at 09:12:36PM +0200, Eduard Bloch wrote:
> reopen 764083
> thanks
>
> Hallo,
> * Debian Bug Tracking System [Sun, Oct 05 2014, 01:48:38PM]:
>
> > > The workaround is to use --git-compression=... but then this information
> > > maybe
> > > should have been stored in
Package: bison
Version: 2:3.0.4.dfsg-1
Severity: normal
Tags: upstream
Hi,
if an empty rule matches, but calls YYERROR, the parser catches a
segmentation fault in the line
yyerror_range[1].location = yystack_[yylen - 1].location;
inside the error handling, because yylen is 0, (yylen-1)
Control: fixed -1 2:17.0~rc2+dfsg1-1
2014-12-28 10:37 GMT+01:00 Bálint Réczey :
> Hi Mike,
>
> 2014-12-08 1:30 GMT+01:00 Mike Edwards :
>> Package: xbmc
>> Version: 2:13.2+dfsg1-4
>> Severity: important
>>
>> Dear Maintainer,
>>
>>* What
Package: digikam
Version: 4:5.3.0-1
Followup-For: Bug #743824
On Sun, Oct 23, 2016 at 08:03:54PM +0200, Simon Frei wrote:
> Can you try a more recent version, ideally version 5, to see whether
> this problem persists? The mysql database has been revised a lot in
> version 5.
I can still
Package: python-evtx
Version: 0.5.3b-2
Severity: important
> /usr/bin/evtxdump.py
Traceback (most recent call last):
File "/usr/bin/evtxdump.py", line 25, in
from Evtx.Evtx import FileHeader
File "/usr/lib/python2.7/dist-packages/Evtx/Evtx.py", line 28, in
from .Nodes import
On Wed, Jan 11, 2017 at 08:58:20PM +0100, Thibaut Paumard wrote:
> Sure, maintainer gets the last say.
>
> > Lowering down to important. Please see
> > https://www.debian.org/Bugs/Developer#severities
>
> That's were I got this:
>
> grave
> [...] causes data loss [...]
>
> which looks
On Wed, Jan 11, 2017 at 02:06:21PM -0500, Daniel Kahn Gillmor wrote:
> (b) it's not actually an issue on the debian buildd infrastructure
While I understand the downgrade of this bug in particular, I'm
worried about this rationale being used over and over again, when it's
clearly flawed (and not
Package: src:gli
Severity: important
Dear Maintainer,
CMake detection of gli fails on non 64-bit platforms [1].
Any attempt to call `find_package(gli REQUIRED)` produces the following
error:
```
Could not find a configuration file for package "glm" that is
compatible with requested version "".
Control: fixed -1 0.12+git20140509-6
Hi Paul,
2015-10-28 3:54 GMT+01:00 Paul Wise :
> Package: kerneloops-applet
> Version: 0.12+git20140509-1
> Severity: important
>
> The default configuration requires user permission before sending
> reports. Unfortunately while
Control: tag -1 moreinfo
On Mon, Mar 24, 2014 at 12:01:15AM +0400, Alexander Kudrevatykh wrote:
> Package: xserver-xorg-core
> Version: 2:1.15.0-2
> Severity: normal
>
> output of xrandr --listproviders
>
> Providers: number : 2
> Provider 0: id: 0x68 cap: 0xb, Source Output, Sink Output, Sink
Hi Andreas,
Thank a lot.
I now understand why the report came so late in the release cycle and so
late after the relevant change: tango-db never required updating and
thus dumping the database until 9.2.5 hit testing.
@bts: I think I have made up my mind where the code needs to be changed.
Control: reopen -1
Control: found -1 1:1.4.6-6
Control: found -1 1:2.0.3-5
On 2016-12-19 14:45, Debian Bug Tracking System wrote:
> This should be fixed now. Thanks for the piuparts upgrade testing.
This seems to be a bit more difficult. Looks like the error
already exists in jessie, but
Package: htop
Version: 2.0.2-1
Followup-For: Bug #793106
Dear Maintainer,
I just hit this myself, and narrowed down the cause to running with
TERM=linux-16color.
$ infocmp linux linux-16color
comparing linux to linux-16color.
comparing booleans.
comparing numbers.
colors: 8,
tags 850712 +patch
thanks
On Mon, Jan 09, 2017 at 03:13:24PM +, Julian Gilbey wrote:
> Package: diaspora-common
> Version: 0.6.0.0+debian5
> Severity: normal
>
> Hi Pirate,
>
> I just noticed that on purge, diaspora-common doesn't remove the file
> /etc/dbconfig-common/diaspora-common.conf
Hello,
On Wed, Jan 11, 2017 at 02:15:26PM +0100, Johannes Schauer wrote:
> currently, dose-builddebcheck can only check build dependency
> satisfiability for full package builds. It would be great if
> dose-builddebcheck could easily be used to also check arch-all-only,
> arch-any-only,
On Wed, 11 Jan 2017 12:21:30 -0800, tony mancill wrote:
> > Aha, after looking at the new [0] removing the postgresql line in
> > debian/maven.rules seems to be enough. Good. Committed and pushed;
> > Tony, could you please check that this makes sense?
>
> Your fix in commit 4a7e334 looks good
Hi, I can't check it because now I didn't have hardware with prime support
--
Alexander Kudrevatykh
11 января 2017 г. 22:42:25 GMT+03:00, Andreas Boll
пишет:
>Control: tag -1 moreinfo
>
>On Mon, Mar 24, 2014 at 12:01:15AM +0400, Alexander Kudrevatykh wrote:
>>
]] Sam Hartman
> So, I'd be much more comfortable if we wanted to help make people more
> aware of the tradeoffs than I would setting policy.
Overall, I agree with Sam here, it's hard to come up with hard rules
about this, and as long as upstream and the Debian maintainer have
thought properly
Hi,
Quoting Ralf Treinen (2017-01-11 21:19:25)
> On Wed, Jan 11, 2017 at 02:15:26PM +0100, Johannes Schauer wrote:
> > currently, dose-builddebcheck can only check build dependency
> > satisfiability for full package builds. It would be great if
> > dose-builddebcheck could easily be used to also
Emmanuel Bourg a écrit le 11/01/2017 à 15:21 :
> Hi Gilles,
>
> Le 11/01/2017 à 14:54, Gilles Filippini a écrit :
>
>> Moreover, ant reports BUILD SUCCESSFUL while it is obviously unsuccessful.
>
> The task doesn't fail the build by default when an error occurs.
> The failonerror="true"
tag 851055 + patch
thanks
Hi,
The attached patch appears to fix the bug. Run
git am \
0001-Unbreak-Read-bug-functionality-in-urwid-UI-Closes-85.patch
on the attachment to apply the patch/commit to the git repo.
Best wishes,
Ryan
--
|_)|_/ Ryan Kavanagh | GPG: 4E46 9519 ED67 7734
On Mi 11 Jan 2017 22:07:56 CET, Gianfranco Costamagna wrote:
Hello Mike,
For italc, multi-arch does not make sense, because libitalccore is not
a real shared library. The library gets dynamically linked in via an
RPATH and there is no point in make multi-arch installation possible.
So,
On Wed, Jan 11, 2017 at 08:53:57PM +, Mike Gabriel wrote:
> On Mi 11 Jan 2017 16:47:51 CET, Wolfgang Schweer wrote:
[..]
> > while testing Debian Edu stretch another PHP7 issue (constructor name)
> > showed up.
> >
> > Please note that for some reason replacing the function name with
> >
Hi,
I reopen this because I have seen another side effect.
The LXC containers fail to start automatically during boot.
I attach a patch to fix this.
I haven't tested with "systemd" as "init", but I think it's not a
problem ("systemd" doesn't use /etc/init.d/lxc script, right ?).
Best regards,
On Mi 11 Jan 2017 23:32:05 CET, Wolfgang Schweer wrote:
On Wed, Jan 11, 2017 at 08:53:57PM +, Mike Gabriel wrote:
On Mi 11 Jan 2017 16:47:51 CET, Wolfgang Schweer wrote:
[..]
> while testing Debian Edu stretch another PHP7 issue (constructor name)
> showed up.
>
> Please note that
On Wed, Jan 11, 2017 at 12:55 PM, Andreas Beckmann wrote:
> On 2017-01-11 12:44, Michael Stapelberg wrote:
>> Thanks for the suggestion. I considered this, but I’m worried this
>> might blow up the logfiles quite a bit for some packages.
>
> How much "logfile" data would that be?
Package: cjose
Version: 0.4.1-2
Severity: important
Tags: sid buster
This package build-depends on libssl1.0-dev. Please migrate to
libssl-dev in the buster cycle.
Sebastian
Package: debhelper
Version: 10.2.3
Severity: important
Control: block 851041 by -1
Control: fixed -1 10.2.2
Control: affects -1 dh-elpa
Dear maintainer,
dh-elpa's dh sequencer file does this:
insert_after("dh_auto_test", "dh_elpa_test");
remove_command("dh_auto_test");
At compat 10 and
Package: mutt
Version: 1.7.1-5
Followup-For: Bug #849762
Hi,
Mutt is printing this warning for me as well, but unlike OP, I do have gpg
configured inside my mutt.rc for having my password encrypted.
In my case, I have to enter passwords when launching mutt to enter my GMail
Imap account, and
Package: ccnet
Version: 6.0.2-1
Severity: important
Tags: sid buster
This package build-depends on libssl1.0-dev. Please migrate to
libssl-dev in the buster cycle.
Sebastian
forwarded 850986 https://bugzilla.mozilla.org/show_bug.cgi?id=942610
thanks
Thibaut,
On Wed, Jan 11, 2017 at 10:39:02PM +0100, Thibaut Paumard wrote:
> I won't fight about the severity as I said, it's up to the maintainer in
> my opinion. Yet I disagree with one of your points:
there is no
* Francesco Poli [170111 22:51]:
> However, I glanced over the diff between
> apcupsd_3.14.14-0.2.debian.tar.xz and the proposed
> apcupsd_3.14.14-0.3.debian.tar.xz: the only thing that looks suspicious
> is that the apcupsd.service file seems to lack any check for the
Package: vim-youcompleteme
Version: 0+20160327+git1b76af4-2
Followup-For: Bug #850113
Dear Maintainer,
It looks like this error is actually coming from ycmd and the `KeyError`
is a side effect.
I've run wireshark and filtered for youcompleteme HTTP requests, and it
looks like the server is
2017-01-11 19:55 GMT+01:00 Lucas Nussbaum :
>
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
> >^~~
> > In file included from /<>/composite-0.006.
> 2+dfsg0/src/Tritium/src/fx/Effects.cpp:36:0:
> >
I see that I am Wrong On The Internet and my efforts not to distract
the TC have been futile. Sorry. Now I am falling subject to the same
problem but I really cannot let all of this go unchallenged.
Daniel Kahn Gillmor writes ("Re: Bug#850967: Clarify /usr/bin/foo should not be
hardcoded even
Hi,
On 11/01/2017 11:41, Mattia Rizzolo wrote:
IMPORTANT NOTICE: d/copyright doesn't correspond to what you find in
0.4.5's LICENSE.md and README.md files (notice the plural) : it corresponds
to the clarifications I obtained from upstream, which have been committed to
their repository but
Package: gdm3
Version: 3.22.1-1
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
If xserver-xorg-input-[evdev|mouse|synaptics] are installed on an host running
current X, GDM3 fails to start. Removing those allows GDM to start again.
- -- System Information:
Debian Release:
hi Yuri--
On Wed 2017-01-11 13:33:20 -0500, Yuri D'Elia wrote:
> The gpg-agent and dirmngr services are now auto-enabled for user sessions,
> which is actually a nice improvement.
thanks, i'm glad you like it.
> Can we tweak the instructions present in the README.Debian to include the
>
Package: ftp.debian.org
Severity: normal
The package "ofx" should be in the section "utils" instead of the
section "libs".
Thanks.
Best regards,
Dylan
Hi Santiago--
On Wed 2017-01-11 14:36:16 -0500, Santiago Vila wrote:
> On Wed, Jan 11, 2017 at 02:06:21PM -0500, Daniel Kahn Gillmor wrote:
>
>> (b) it's not actually an issue on the debian buildd infrastructure
>
> While I understand the downgrade of this bug in particular, I'm
> worried about
Package: ntp
Version: 1:4.2.8p9+dfsg-2
Severity: normal
File: /usr/bin/update-leap
It seems update-leap is just broken, with the default options, because
it attempts to use File::Fetch to grab an https:// URL, but File::Fetch
doesn't support https:// URLs.
Note that newer version of File::Fetch
Control: tag -1 moreinfo
On Mon, Mar 24, 2014 at 04:31:16AM +1100, Steven McDonald wrote:
> Package: xserver-xorg-core
> Version: 2:1.15.0-2
> Severity: normal
> Tags: upstream patch
>
> Hi there!
>
> While trying to play the game FTL, installed using Debian's steam:i386
> package, I
Thanks for providing a clear statement of your position and responding
promptly. That was very helpful.
Daniel Kahn Gillmor writes ("Re: [pkg-gnupg-maint] Bug#850657: gnupg: Please
find gpg-agent on PATH"):
> This is clearly not relevant, since we're not talking about maintainer
> scripts. Why
Source: mcollective
Severity: grave
Tags: security
Please see https://puppet.com/security/cve/cve-2016-2788
Cheers,
Moritz
On miércoles, 11 de enero de 2017 10:35:37 ART Sam Hartman wrote:
[snip]
> that was to doko not you.
Usual me I'm afraid. I suscribed to the bug and forgot to see the To field.
> I'd be happy to chat, but you've articulated your position fairly well.
> If there's stuff not in the bug you'd like
control: tag -1 +moreinfo
Hello Carl,
I think you forgot to `git push` :)
Also, it would be good if you could use the Forwarded: header to
indicate whether your patches have been sent upstream or not. This is
especially useful in team-maintained packages. If you add this now,
don't forget
On 2017-01-11 18:09:51 +0100, Michael Biebl wrote:
> Am 11.01.2017 um 18:05 schrieb Michael Biebl:
> > Why is this no normal shutdown?
Services are not stopped as usual.
> > Did you actually have a file corruption?
Yes, /var/log/monit.log, which got null bytes in it, and some
other file created
Also see more details about wifi and BIOS updates in the wiki page
below:
https://wiki.debian.org/InstallingDebianOn/Intel/NUC6i3SYH
--
Drowning people
Sometimes die
Fighting their rescuers.
- Octavia Butler
Package: tech-ctte
Control: block 850657 by -1
Policy 6.1 says
| Programs called from maintainer scripts should not normally have a
| path prepended to them.
Ie, programs that are on PATH should be found via the PATH rather than
by hardcoding /usr/bin/foo or whatever. In general, I think we
On Wed, Jan 11, 2017 at 06:14:55PM +0100, Jonas Smedegaard wrote:
> I believe I stated quite clearly the scope of this bug.
i dont see the scope. we have one for needsrestart being buggy and one
for the release team to ignore this for the testing migration of
debian-design. I dont see why
Package: screen
Version: 4.4.0-6
Severity: minor
Tags: upstream
Dear Maintainer,
When screen runs in a wide terminal, mouse events are not forwarded to
the application past the 223rd column.
vim inside xterm works fine. When screen is in-between, the clicks on
the far right just don't work.
Am 11.01.2017 um 18:05 schrieb Michael Biebl:
> Am 11.01.2017 um 17:05 schrieb Vincent Lefevre:
>> Control: clone -1 -2
>> Control: reassign -2 systemd 232-8
>> Control: retitle -2 systemd: power off without always a normal shutdown when
>> resuming after suspend with the power button
>> Control:
control: severity -1 important
Hi Ondřej,
first of all, thanks for all your work on courier, despite not even
using it!
Second, I think I disagree with your conclusion (from December 26th
2016!) that courier should be removed from Debian because it currently
doesnt have a maintainer. courier
Source: projectreactor
Version: 2.0.8-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: calcurse
Version: 4.2.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: jabref
Version: 3.8.1+ds-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> deb
Source: cxxtest
Version: 4.4-2
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
Source: img2pdf
Version: 0.2.1-1
Severity: serious
Tags: stretch sid
User: debian...@lists.debian.org
Usertags: qa-ftbfs-20170111 qa-ftbfs
Justification: FTBFS on amd64
Hi,
During a rebuild of all packages in sid, your package failed to build on
amd64.
Relevant part (hopefully):
> mak
301 - 400 of 451 matches
Mail list logo