On Wed, 2017-01-18 at 08:10:53 +0100, Bálint Réczey wrote:
> 2017-01-18 4:34 GMT+01:00 Guillem Jover :
> > So, I'd like to know how people feel about the requested interface
> > (i.e. not enabling PIE globally from dpkg-buildflags). If there's
> > consensus that porters and maintainers want that, I
Paul Wise writes ("Re: Auto reject if autopkgtest of reverse dependencies fail
or cause FTBFS"):
> On Wed, Jan 18, 2017 at 1:08 AM, Russ Allbery wrote:
> > Oh, sure, I'm in favor of disabling flaky tests if we can't fix them. My
> > experience is usually more that I'm leaving them on *because* I'
Package: wnpp
Followup-For: Bug #851542
Owner: "Andrew Lee (李健秋)"
You are right. Confirmed with upstream author.
Best regards,
-Andrew
Package: wnpp
Severity: wishlist
Owner: =?utf-8?q?Joonas_Kylm=C3=A4l=C3=A4?=
* Package name: python3-streamparser
Version : 4.0.2
Upstream Author : Sushain K. Cherivirala and Kevin Brubeck Unhammer
* URL : https://github.com/apertium/streamparser
* License :
Hi,
On Sun, Jan 15, 2017 at 12:51:51AM +, Simon McVittie wrote:
> If I understand correctly, the objection was to how sysvinit behaves
> (for which I have now opened #851427) - it puts the symlink at /dev/shm and
> the real mount at /run/shm.
That is the correct approach, and IIRC this is ho
tags 851732 + fixed pending
thanks
Hi Daniel!
Thanks for the feedback!
You are right, it's updated, and avail. in the next upload of schleuder.
Regards,
Seb
signature.asc
Description: PGP signature
https://manpages.debian.org has been modernized! We have just launched
a major update to our manpage repository. What used to be served via a
CGI script is now a statically generated website, and therefore
blazingly fast.
While we were at it, we have restructured the paths so that we can
serve all
On 18.01.2017 09:34, Guillem Jover wrote:
> On Wed, 2017-01-18 at 08:10:53 +0100, Bálint Réczey wrote:
>> 2017-01-18 4:34 GMT+01:00 Guillem Jover :
>>> So, I'd like to know how people feel about the requested interface
>>> (i.e. not enabling PIE globally from dpkg-buildflags). If there's
>>> consen
On 18/01/17 18:23, Matthias Klose wrote:
> At this point, I would prefer to revert the PIE changes for the release and
> discuss these after the release with all parties involved.
It's not the time to revert that, thanks.
Emilio
Hi Emilio,
2017-01-18 18:44 GMT+01:00 Emilio Pozuelo Monfort :
> On 18/01/17 18:23, Matthias Klose wrote:
>> At this point, I would prefer to revert the PIE changes for the release and
>> discuss these after the release with all parties involved.
>
> It's not the time to revert that, thanks.
I th
On 2017-01-18 18:23:16, Michael Stapelberg wrote:
> https://manpages.debian.org has been modernized! We have just launched
> a major update to our manpage repository. What used to be served via a
> CGI script is now a statically generated website, and therefore
> blazingly fast.
Thanks a lot for t
On 2017-01-18 19:34, Marcin Kulisz wrote:
I'm not volunteering to do the above but I think that services running
in d.o
domain should be available from Debian main.
Most services don't do that. Which is also related to the fact that they
wouldn't run the code from stable but the machines need
On Jan 16, 2017, at 05:45 PM, Russ Allbery wrote:
>autopkgtest is useful for adding additional tests of the built binaries,
>but I don't believe it's intended as a replacement for build-time testing.
>Maybe I've missed something?
No, I think you're exactly right. If an upstream provides unit tes
Package: wnpp
Severity: wishlist
Owner: Pierre Duperray
* Package name: libmseed2
Version : 2.18
Upstream Author : Chad Trabant
* URL : http://ds.iris.edu/ds/nodes/dmc/software/downloads/libmseed/
* License : LGPL3
Programming Lang: C
Description : see
Philipp Kern writes ("Re: manpages.debian.org has been modernized!"):
> Most services don't do that. Which is also related to the fact that they
> wouldn't run the code from stable but the machines need to run stable to
> be supportable by our awesome sysadmins.
Indeed.
The approach I took with
Michael Stapelberg writes ("manpages.debian.org has been modernized!"):
> https://manpages.debian.org has been modernized!
Awesome! Thanks to everyone.
> https://github.com/Debian/debiman. In case you would like to use it to
> run a similar manpage repository (or convert your existing manpage
>
Barry Warsaw writes ("Re: Auto reject if autopkgtest of reverse dependencies
fail or cause FTBFS"):
> There are occasionally good reasons why an upstream's test suite can't be run
> at build-time, and in those few cases I will run them in an autopkgtest. But
> generally, I think the two are there
On Wed, 18 Jan 2017, Michael Stapelberg wrote:
> https://manpages.debian.org has been modernized! We have just launched
> a major update to our manpage repository. What used to be served via a
> CGI script is now a statically generated website, and therefore
> blazingly fast.
Oooh, nice! A big tha
I would very much like the Universal Media Server to be in the Debian
repositories.
He is a very good dlna server. It is done in Java.
On Thu, Jan 19, 2017 at 1:23 AM, Michael Stapelberg wrote:
> https://manpages.debian.org has been modernized! We have just launched
> a major update to our manpage repository. What used to be served via a
> CGI script is now a statically generated website, and therefore
> blazingly fast.
My dman
On Thu, Jan 19, 2017 at 6:37 AM, Ian Jackson wrote:
> As you might expect, I'm uncomfortable about the use of the
> proprietary github service for this. I realise that we don't
> necessarily have entirely comparable alternatives, but Free Software
> needs free tools.[1]
Agreed for both bugs and
On Mon, Jan 16, 2017 at 11:58:08AM -0500, Scott Kitterman wrote:
>
> OK. Would you at least discuss it with upstream?
Done
https://github.com/ekg/freebayes/issues/358
Kind regards
Andreas.
--
http://fam-tille.de
22 matches
Mail list logo
