Top posting because I'm mobile. In short, you're confusing API changes with ABI
changes. ABI is irrelevant for Erlang since it's interpreted.
I'll reply more in depth later the exact API changes that break existing code.
But frankly anything written for Cowboy 1.0 will NOT work for Cowboy 2.0
On 25/04/17 16:16, Michael Howe wrote:
> Hi James, Dom,
>
> We've just reproduced the issue here, and it looks like it is indeed an
> issue with JSON::XS (pulled in by default as a recommend of
> libjson-perl) with mod_perl. This is with stock configuration and no
> customization to RT.
>
> To
On 25/04/17 at 16:23 +0200, Thomas Goirand wrote:
> Hi,
>
> As much as I can tell, it looks like to me that there's random crashes
> on i386 because of the lack of RAM. It looks like the test suite needs
> more than i386 can offer. Indeed, removing the --parallel option when
> running the tests
##- Please type your reply above this line -##
Your request (133) has been received and is being reviewed by our support
staff.
To add additional comments, reply to this email.
[image: 823170]
*823170*
Apr 25, 22:57 +07
Thank you for the additional information you have supplied regarding
##- Please type your reply above this line -##
Your request (132) has been received and is being reviewed by our support
staff.
To add additional comments, reply to this email.
[image: 823170]
*823170*
Apr 25, 22:54 +07
Thank you for the additional information you have supplied regarding
##- Please type your reply above this line -##
Your request (131) has been received and is being reviewed by our support
staff.
To add additional comments, reply to this email.
[image: 823170]
*823170*
Apr 25, 22:51 +07
Thank you for the additional information you have supplied regarding
Hi James, Dom,
We've just reproduced the issue here, and it looks like it is indeed an
issue with JSON::XS (pulled in by default as a recommend of
libjson-perl) with mod_perl. This is with stock configuration and no
customization to RT.
To reproduce, install the following:
apache2,
##- Please type your reply above this line -##
Your request (130) has been received and is being reviewed by our support
staff.
To add additional comments, reply to this email.
[image: 823170]
*823170*
Apr 25, 22:49 +07
Thank you for the additional information you have supplied regarding
##- Please type your reply above this line -##
Your request (129) has been received and is being reviewed by our support
staff.
To add additional comments, reply to this email.
[image: 823170]
*823170*
Apr 25, 22:45 +07
Thank you for the additional information you have supplied regarding
On 2017-04-25 15:46, Andrew Shadura wrote:
> Package: glibc-source
> Version: 2.24-10
> Severity: important
I fail to see why it is an important bug, IMHO it should be minor or
normal.
> Tags: patch
> Control: affects -1 cross-toolchain-base
> X-Debbugs-Cc: Aurelien Jarno
On 2017-04-25 17:22:37 +0200, Aurelien Jarno wrote:
> While that might work (provided we keep multiple versions of the file),
> I think the data are not really usable as each period will have a
> different format. The real way to fix that would be to use one RRD file
> per sensor, but it becomes a
Control: reassign -1 glibc-doc-reference
On 2017-04-24 08:15, Martin Pitt wrote:
> Control: retitle -1 fix documentation of struct timespec' tv_nsec type
>
The glibc package doesn't provide the documentation as it is non-free. I
am therefore reassigning the bug to the corresponding package.
--
Control: tags -1 + pending
Hi Morten,
2017-04-24 17:20 Morten Bo Johansen:
Package: aptitude
Version: 0.8.7-1
Severity: wishlist
Tags: patch l10n
Dear Maintainer,
An updated translation of the Danish messages for version
0.8.7-1 of aptitude is in the attachment.
Applied, thanks!
--
On 2017-04-12 12:24, Paul Wise wrote:
> This was an unfortunate outcome for those of us who use sensord but do
> not use the RRD mode at all. I think it would have been better to just
> disable the RRD mode, but that wouldn't have been the right solution.
What's your use case for sensord without
On 2017-04-25 12:52 +0930, Arthur Marsh wrote:
> Package: initramfs-tools
> Version: 0.129
> Severity: normal
>
> Dear Maintainer,
>
> *** Reporter, please consider answering these questions, where appropriate ***
>
>* What led up to the situation?
>
> set RESUME=none in
control: tags -1 pending
Hi Antoine,
On Tue, Apr 25, 2017 at 08:06:50AM -0400, Antoine Beaupré wrote:
> On 2017-04-24 20:46:13, Nicholas D Steeves wrote:
>
> > Y-a-t'il une version française?
> > C'est quelque dont j'apprécierais énormément!
>
> This is for english, and is rather simple, as I
On Tue, 2017-04-25 at 22:05 +0900, Osamu Aoki wrote:
> I copied from quilt let's see
>
> /etc/bash_completion.d/quilt has:
>
> [ ${BASH_VERSINFO[0]} '>' 2 -o \
> ${BASH_VERSINFO[0]} = 2 -a ${BASH_VERSINFO[1]} '>' 04 ] \
> && _quilt_complete_opt="-o filenames"
> complete -F
Control: retitle -1 debian-goodies: dglob/dgrep fail to report matches on
packages with architecture
On 2015-07-12 00:11:17 +0200, Vincent Lefevre wrote:
> dgrep fails to report matches on packages with architecture:
>
> zira% dgrep 'Date Modified' libqt5widgets5:amd64
The cause is dglob
control: pending -1
Hi Antoine,
On Tue, Apr 25, 2017 at 08:04:56AM -0400, Antoine Beaupré wrote:
> On 2017-04-24 20:37:20, Nicholas D Steeves wrote:
> > control: owner -1
> > control: retitle -1 ITP: elpa-writeroom-mode -- distraction-free writing
> > for Emacs
> >
> > Hi Antoine,
> >
> > I've
control: owner -1 ro...@debian.org
On Tue, Apr 25, 2017 at 2:10 PM, Adrian Bunk wrote:
> Source: node-jsonstream
> Version: 1.0.3-3
> Severity: serious
>
> node-jsonstream build-depends on node-tape, which is not in stretch.
>
> --
> Pkg-javascript-devel mailing list
>
Package: wnpp
Severity: wishlist
Owner: Sascha Steinbiss
* Package name: grr-client-templates
Version : 3.1.0.2
Upstream Author : Google Inc.
* URL : https://github.com/google/grr
* License : Apache-2.0, InfoZip, GPL2
Programming Lang: none
Package: debian-goodies
Version: 0.69
Severity: normal
I get the following:
cventin:~> dglob libudev1
libudev1
libudev1
I get libudev1 twice, which isn't much useful. The reason is that
I have both libudev1:amd64 and libudev1:i386 installed. I suppose
that dglob should output the architecture
Control: notfound -1 2.0.0~pre.1+dfsg1-2
Dear Chris,
On 03/27/2017 04:49 AM, Chris Pacejo wrote:
> Package: erlang-cowboy
> Version: 2.0.0~pre.1+dfsg1-2
> Severity: grave
> Justification: renders package unusable
>
> Dear Maintainer,
>
> For some reason, erlang-cowboy source has been updated
Hi,
As much as I can tell, it looks like to me that there's random crashes
on i386 because of the lack of RAM. It looks like the test suite needs
more than i386 can offer. Indeed, removing the --parallel option when
running the tests seem to improve the situation. Though I'm not convince
that
Package: xserver-xorg-core
Version: 2:1.16.4-1
Severity: important
I'm running a virtual machine in KVM/libvirt and accessing it with SPICE
/ virt-viewer. The VM and the virt-viewer systems both run jessie.
I logged in, opened a couple of terminal windows and then clicked to
open Firefox and
2017-04-25 10:42 GMT-03:00 Tong Sun :
> Hi Eriberto,
>
> Is your infinite loop problem exactly as described in
> https://sfxpt.wordpress.com/2014/02/23/shc-3-8-9-is-not-usable/ ?
Hi Tong! Thanks for your quick reply.
No, not embedded here. See the following
Package: ssl-cert
Version: 1.0.35
Severity: important
Newer web browsers (Chrome 58+, Firefox 48+) are requiring that
Subject Alternative Names (SANs) be present in certificates,
and are ignoring the Common Name (CN) field.
The snakeoils certs generated by make-ssl-cert(8) currently do not
put
Hi,
On Tue, Apr 25, 2017 at 11:59:15AM +0800, 積丹尼 Dan Jacobson wrote:
> THE UPSTREAM BUGS WERE CLOSED LAST YEAR.
> BUT THEIR FIXES STILL DON'T FIX THE PROBLEM ON DEBIAN.
> PLEASE SOMEONE FIX THIS.
> I CAN BARELY SEE THE FONTS.
I think you know very well how Debian release works.
Please make a
Hi,
On Tue, Apr 25, 2017 at 10:47:25AM +0800, Boyuan Yang wrote:
> Source: maint-guide
> Version: 1.2.38
> Severity: minor
>
> With patches around reproducible-builds effort merged into Debian packaging
> toolchain, a .buildinfo file will appear in the build process.
>
> This file should be
Package: glibc-source
Version: 2.24-10
Severity: important
Tags: patch
Control: affects -1 cross-toolchain-base
X-Debbugs-Cc: Aurelien Jarno
Hi,
We’re building a downstream distribution based on Debian using OBS, and
it unpacks packages differently than Debian buildds do.
Package: apprecommender
Version: 0.7.5-1
Severity: normal
just installed mumble here, and got this:
Apprecommeder: The following packages are interesting
- mumble-dbg
Being (most probabaly) targetted at non-technical users, apprecommender
should probably not be recommends debug packages.
--
Hi Eriberto,
Is your infinite loop problem exactly as described in
https://sfxpt.wordpress.com/2014/02/23/shc-3-8-9-is-not-usable/ ?
On Tue, Apr 25, 2017 at 9:24 AM, Joao Eriberto Mota Filho <
eribe...@debian.org> wrote:
> Package: shc
> Version: 3.8.9b-1+b1
> Severity: grave
> Tags: upstream
Package: wnpp
Severity: wishlist
Owner: Alba Crespi
* Package name: python-ete3
Version : 3.0.0b35
Upstream Author : Jaime Huerat-Cepas , François Serra
* URL :
Package: quilt-el
Version: 0.63-8
Severity: normal
Dear Maintainer,
I use quilt-mode and when I try to open a file through tramp
(eg. /su::/etc/init.d/something), I get an error "variable binding depth
exceeds max-specpdl-size"). Having achieved breaking emacs while on this
runaway recursion, I
On Fri, 21 Apr 2017 18:16:48 +0200 =?UTF-8?Q?Bernhard_=c3=9cbelacker?=
wrote:
[...]
>
> I think this crash is caused by this part in LoadMapFile:
>
> char entityString[MAX_TOKEN_CHARS];
> const char* ump = GetUMPName(filename);
> if (ump != nullptr)
>
Hi,
having had a looking journalctl and /var/log/syslog, I note that there
is no output produced when clicking desktop icons.
Cheers,
Ben
Package: shc
Version: 3.8.9b-1+b1
Severity: grave
Tags: upstream stretch
Justification: renders package unusable
Dear Maintainer,
The shc command is generating executables which can not be used over
Stretch and Sid. After generate the executable, when running, the
program.sh.x enter in an
Quoting Jason Crain :
On Thu, Apr 20, 2017 at 10:35:12AM +0100, Ben Green wrote:
Desktop icons work fine for me just from selecting "Icons on Desktop" in
gnome-tweak-tool. Do you have any other desktop environments installed,
even if you aren't using them, like KDE,
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package gnome-settings-daemon. It has a minimal fix for
#86 (Severity: important).
Upstream discovered that the MediaKeys component of g-s-d failed to
set up its
Severity: grave
Version: 4.7.2~dfsg-2~bpo8+1
Package: nodejs-dev
nodejs-dev in jessie-backports depends on libssl1.0-dev, which does not
exist.
--
Mit freundlichen Grüßen
Bernd Zeimetz
Systems Engineer
Debian Developer
conova communications GmbH
Web| http://www.conova.com/
E-Mail |
Correction: go-mode is actually packaged as golang-mode.
A.
--
The United States is a nation of laws:
badly written and randomly enforced.
- Frank Zappa
Hi,
Thanks but I need your feed back ...
On Mon, Apr 24, 2017 at 04:41:06PM +0200, Rock Storm wrote:
> Source: maint-guide
> Severity: minor
>
> Dear Maintainer,
>
> On chapter 3 a couple of lines are given to customize quilt. The second
> one is supposed to give dquilt the same shell
Package: gocode
Version: 20150303-3+b1
Severity: wishlist
Please ship a elpa-company-go binary package.
This would be equivalent to the following MELPA package:
https://melpa.org/#/company-go
It depends on the upstream "go-mode" which was downstreamed recently
here:
Package: wnpp
Severity: wishlist
* Package name: elpa-go-mode
Version : 1.5.0
Upstream Author : Dominik Honnef
* URL : https://github.com/dominikh/go-mode.el
* License : BSD-3-clause
Programming Lang: Elisp
Description : Emacs mode
I'm tried to buy a cellphone to me, but when I look the setting of device from
nothing he close. Please, this app is very good, fix this problem for us.
Dear maintainer,
is there any problem with the new sox version? It, additionally to the
fixed bugs, would support opus.
The named version is from February 22, 2015.
cheers
wof
Package: wnpp
Severity: wishlist
* Package name: elpa-elpy
Version : 1.14.1
Upstream Author : Jorgen Schäfer
* URL : https://github.com/jorgenschaefer/elpy
* License : GPL-3+
Programming Lang: Elisp
Description : Emacs Python Development Environment
Source: cairocffi
Version: 0.7.2-1
Severity: grave
Justification: stretch-is-blocker / Depends on Source that FTBFS
Hi,
We have unfortunately learned that we cannot compile xcffib (neither
in unstable nor in stretch). Fixing it requires changes to more than
one package and none of these changes
Source: python-dogpile.cache
Version: 0.6.2-4
Severity: serious
Justification: fails to build from source
User: reproducible-bui...@lists.alioth.debian.org
Usertags: ftbfs
X-Debbugs-Cc: reproducible-b...@lists.alioth.debian.org
Dear Maintainer,
python-dogpile.cache's testsuite appears to use
On Mon, Apr 24, 2017 at 10:19:33PM +0200, Andre Majorel wrote:
>...
> The reason why it doesn't work is presumably that the Glibc ABI
> has changed in incompatible ways in the interval. It's not a bug
> in Yadex or Glibc, it's bit rot.
An ABI change in glibc would be a bug critical enough to
On 04/24/2017 09:19 AM, G. Branden Robinson wrote:
> At 2017-04-23T11:45:03+0200, Julien Cristau wrote:
>> The wrapper was moved to the xserver-xorg-legacy package, and I'm a bit
>> worried removing the configuration file in the x11-common maintainer
>> scripts would break that transition.
>
>
Source: node-jsonstream
Version: 1.0.3-3
Severity: serious
node-jsonstream build-depends on node-tape, which is not in stretch.
On 2017-04-24 20:37:20, Nicholas D Steeves wrote:
> control: owner -1
> control: retitle -1 ITP: elpa-writeroom-mode -- distraction-free writing for
> Emacs
>
> Hi Antoine,
>
> I've been using a moderately customised local copy of writeroom-mode
> forked from upstream many years ago, so of course
On 2017-04-24 20:46:13, Nicholas D Steeves wrote:
> control: -1 owner
> control: -1 retitle ITP: elpa-writegood-mode -- Minor mode for Emacs to
> improve English writing
>
> Hi Antoine,
>
> I'll do this one too, because it's something I'm interested in and
> wish I had had as an undergrad.
Am 25.04.2017 um 12:56 schrieb Mathieu Malaterre:
> Package: systemd
> Version: 232-22
> User: debian-m...@lists.debian.org
> Usertags: mipsel mips64el mips
>
> There are warning(s) generated during systemd building on mipsel* :
>
> I am starring at the clone warning (mmap seems to trigger
On 2017-04-25 13:15:52 +0200, Vincent Lefevre wrote:
> The problem can often be reproduced with something like:
>
> for i in `seq 200`; do xterm -geometry 80x24+0+0 -e true & done
>
> There may remain several windows. When I do an ident on one of them,
> all of them disappear.
Here's a
Le 25/04/2017 à 12:31, Helmut Grohne a écrit :
> Source: llvm-toolchain-4.0
> Version: 4.0_4.0-3
> Severity: important
Next time, please fill one per issue.
> Building llvm-toolchain-4.0 errors out when one tries to build it with
> a version of cmake older than 3.4.3.
Because of the way
The problem can often be reproduced with something like:
for i in `seq 200`; do xterm -geometry 80x24+0+0 -e true & done
There may remain several windows. When I do an ident on one of them,
all of them disappear.
I initially thought that FvwmIconMan could be a cause (since it is
new in my
For reference.
-- Forwarded message --
On 25/04/17 11:21, Mathieu Malaterre wrote:
> Is this worth reporting a bug for this ?
Yes I think so.
Looking at the kernel, all current arches use the "normal" ordering of
the first 2 args except for cris and s390 (only CLONE_BACKWARDS2
Package: systemd
Version: 232-22
User: debian-m...@lists.debian.org
Usertags: mipsel mips64el mips
There are warning(s) generated during systemd building on mipsel* :
I am starring at the clone warning (mmap seems to trigger something
equivalent apparently):
On 2017-04-16 02:48:35 +0200, Vincent Lefevre wrote:
> This problem has just occurred with Emacs, after I quit Emacs with
> C-x C-c (i.e. the usual way). The emacs process was no longer there.
> And the window disappeared when I tried to do an Ident on it.
And it has just occurred with xpdf,
Source: llvm-toolchain-4.0
Version: 4.0_4.0-3
Severity: important
Building llvm-toolchain-4.0 errors out when one tries to build it with
a version of cmake older than 3.4.3. It also errors out when the
installation set does not contain libncurses-dev. Both of these happen
when trying to backport
Hi Philipp,
I use rbtools at work and had some experience on package maintaining. I
would like to take it. Thanks a lot for your great work on this.
Qi
I confirm the problem.
I have looked into it and in fact i had two problems.
First, the initrd was broken. The kernel said "write error"
uncompressing initrd. Cause seems to be the intel_microcode package, as
disabling it fixes this problem. The broken initrd had just intel files
in it.
Hi Daniel
Am 21.12.2016 um 20:05 schrieb Michael Biebl:
> I just tried to reproduce this in an up-to-date stretch system with
> systemd_232-7 and dracut_044+109-1.
>
> It works fine here.
> The test VM doesn't use LVM though.
>
> Can you please test, if you still encounter this problem or not.
On Mon, 2017-04-24 at 18:53 -0400, Kenneth Howlett wrote:
> Package: nvidia-legacy-304xx-driver
>
> I installed amd64 stretch. Nouveau did not work, so I tried
> installing the
> nvidia driver with:
>
> dpkg --add-architecture i386
> apt update
> apt install nvidia-legacy-304xx-driver
> cat <<
I've a patch that works, and it has been queued for review.
https://github.com/sugarlabs/browse-activity/pull/51
But it doesn't handle .xo files from other places.
--
James Cameron
http://quozl.netrek.org/
Le 17/04/2017 à 08:12, Paul Wise a écrit :
I don't intend to sponsor this, but here is a quick review:
[...]
Thanks for this review !
I've updated the package with a lot of updates/corrections.
The package is now based on python3 only and use pybuild
--
Philippe Thierry.
Sorry for the delay.
Server is:
VM with 8 vCPU (ESXi 5.5 hypervisor) host server is with 2*6 physical
core. VM has 6GiB RAM.
During normal operation: no significant CPU usage, each vCPU is below 5
percent, with peaks around 15 percent.
I attached partial config about the databases ( olcAccess
Package: qa.debian.org
Severity: minor
Normally the cowsay code header looks like this:
https://sources.debian.net/src/cowsay/3.03%2Bdfsg2-3/cowsay
1 #!/usr/bin/perl
2
3 ##
4 ## Cowsay 3.03
5 ##
6 ## This file is part of cowsay. (c) 1999-2000 Tony Monroe.
7 ##
When I add a msg
Source: opendkim
Version: 2.11.0~alpha-9
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I already opened a ticket on a this issue but there was a misunderstanding and
I open it again with new arguments.
The problem is with the service file
Sergio Gelato writes:
> That's what my suggested Breaks: addition was intended to document and
> enforce.
>
> IIRC the issue came to my attention while backporting openafs 1.8.0~pre1
> to jessie from experimental. One then has a choice between reverting a
> patch to
Brian May writes:
> In this case I don't think interference with gcrypt is likely, as the
> only package in Debian that uses Heimdal is OpenAFS, and neither Heimdal
> or OpenAFS depend on heimdal. Might be a problem - at least in theory
> for locally built packages however.
Source: ldc
Version: 1:1.1.1-2
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
ldc 1:1.1.1-2 and 1:1.1.1-3 ftbfs on i386 buildds with a segfault.
Logs at
https://buildd.debian.org/status/fetch.php?pkg=ldc=i386=1%3A1.1.1-2=1492986438=0
and
On Tue, 2017-04-25 at 11:32 +0200, Mattia Rizzolo wrote:
> Source: mariadb-10.1
> Severity: important
> User: debian-h...@lists.debian.org
> Usertags: hurd
>
>
> 10.1 started to rely on this definition, whereas previous versions never
> cared:
>
> /<>/mysys/mysys_priv.h:127:12: error:
The problem is still present in linux-image-4.10.0-rc6-amd64-unsigned.
--
Richard Braun
Source: mariadb-10.1
Severity: important
User: debian-h...@lists.debian.org
Usertags: hurd
10.1 started to rely on this definition, whereas previous versions never
cared:
/<>/mysys/mysys_priv.h:127:12: error: 'PATH_MAX' undeclared
(first use in this function)
in hurd PATH_MAX is not defined,
Package: ifupdown
Version: 0.8.19
Severity: normal
Hey,
Upstart is no longer in stretch/unstable, so the integration in it for ifupdown
is
rather pointless. Probably good to remove.
Fwiw, I ran into this due to one of my ARM boards not booting as the upstart
integration happened to trigger
This is what I got today.
I am sorry, i did not record the timestamp.
http://snapshot.debian.org/archive/debian/20170413T031942Z/
Error 503 Backend fetch failed
Backend fetch failed
Guru Meditation:
XID: 867736
Package: aptly
Version: 0.9.7-1
Severity: important
Tags: stretch
Hi,
Please consider to cherry pick some of the aptly 1.0.0 changes and
backport them into the Debian version.
I noticed the two following of interest:
* aptly now supports -dbgsym packages while processing aptly repo include.
Control: forwarded -1 https://github.com/HenriWahl/Nagstamon/issues/302
Control: tags -1 + upstream confirmed
Hi Paul,
On Tue, 25 Apr 2017 11:27:01 +0800 Paul Wise wrote:
> Severity: serious
> Tags: security
>
> When I run nagstamon from a terminal against the Debian nagios I
Package: wnpp
Severity: wishlist
Owner: Sébastien_Villemot
* Package name: r-cran-pwt9
Version : 9.0.0
Upstream Author : Achim Zeileis
* URL : https://CRAN.R-project.org/package=pwt9
* License : GPL-2 | GPL-3
Control: fixed -1 linux/4.9+79~bpo8+1
Hi everyone,
it seems that this bug has been fixed in the latest version of the
Kernel package.
Out of curiosity, we would really like to know when and where an
appropriate fix was included - we tried finding something in
Package: oss4-dkms
Followup-For: Bug #829255
Hello,
the patch works for me with linux 4.9 and 4.10.
Please uppload fixed package to distributions that use the new kernels.
Thanks
Michal
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (900, 'testing'), (700,
On 25/04/17 00:22, Diane Trout wrote:
Hello,
I'm pretty busy, so if you want to do it feel free, otherwise I
might
be able to get to it tongiht.
I can have a go at it during the week.
I had some free time while waiting for see if some multi-hours jobs to
are going to crash, and
Package: release-notes
Severity: normal
In stretch, apt and the mirror network have a few new features that offer
a great improvement in robustness for the end user. It would be good to
document these in the Release Notes for stretch; they are achievements to
celebrate.
apt learns about SRV
On Mon, Apr 24, 2017 at 07:56:07AM -0500, Sebastian Silva wrote:
> I downloaded with Browse an activity to the Journal, then attempted
> to launch it, but it is not installed or started.
Thanks, now I recognise the symptom.
Maybe a problem with sugar-browse-activity; a wrong mime-type is set.
Hi Tom,
On Tue, Apr 25, 2017 at 12:12:11AM -0700, Tom Lee wrote:
> Salvatore,
>
> Assuming you raised this on behalf of the security team (and per
> https://www.debian.org/intro/organization#security I'm assuming you are):
>
> For a moment I thought it might be worth applying upstream's patch
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Dear release team,
Please unblock package pcl. This would fix #860775 in stretch, which is a
problem when using PCL/VTK with cmake.
There is no debdiff, as it's only a binNMU, requested
Salvatore,
Assuming you raised this on behalf of the security team (and per
https://www.debian.org/intro/organization#security I'm assuming you are):
For a moment I thought it might be worth applying upstream's patch as a
precaution & requesting an unblock, but it really seems like it's just a
package: pure-ftpd
severity: wishlist
--
Ecommerce and Linux consulting + Perl and web application programming.
Debian and Sympa administration.
Package: slim
Version: 1.3.6-5
Followup-For: Bug #861134
Dear Maintainer,
Since upgrading to slim version 1.3.6-5, my X session gets restarted
after some timeout (about a minute I’d say), killing every X client.
So the severity of this bug could probably be raised.
slim and X are also killed
* Brian May [2017-04-25 14:45:28 +1000]:
> For the record, I don't plan to do anything for the Stretch release at
> this (late) stage.
:-(
It's of course fair game since this is not a release-critical bug, but…
> It is possible to install the latest libraries from Stretch on a Jessie
> system
Control: tag -1 + patch
Control: forwarded -1
https://lists.nongnu.org/archive/html/qemu-devel/2017-04/msg04196.html
I just re-submitted the old change again, aiming to apply it finally.
Thanks,
/mjt
Package: systemd
Version: 233-5
Severity: normal
Hey,
The systemd helper for init-tools is trying to be nice and helpful by
triggering a daemon reload iff systemd cannot find the service which includes
it (e.g. due to the generator not having run yet when the lsb service is
triggered)
2017-04-25 8:27 GMT+02:00 Iain Buclaw :
> [...]
> If running in gdb makes the problem go away, have you tried turning on
> core dumps in buildd?
Yes, without useful results:
https://github.com/ldc-developers/ldc/issues/2022#issuecomment-288481397
Package: systemd
Version: 233-5
Severity: important
Tags: upstream
Hey,
There is a known issue in systemd that after a daemon reload it lost track of
where in an Exec* sequence it was, which causes the remaining commands not to
run.
I ran into a pretty nasty corner-case yesterday causing one of
Niels Thykier (2017-04-25):
> Wouter Verhelst:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian@packages.debian.org
> > Usertags: unblock
> >
> > Please unblock package nbd
> >
> > As of NBD 3.15, there is support for encrypted communication
101 - 200 of 205 matches
Mail list logo