Package: wnpp
Severity: wishlist
Owner: Nicholas D Steeves
Control: tags -1 moreinfo
* Package name: moinmoin-mode
Version : 2006.04.15
Upstream Author : Toshiyuki Takahashi
* URL : https://github.com/tototoshi/moinmoin-mode
* License : GPL
Programming Lang
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libweasel-driver-selenium2-perl
Version : 0.05
Upstream Author : Erik Huelsmann
* URL or Web page : https://metacpan.org/pod/Weasel::Driver::Selenium2
* Licens
On Wed, Oct 4, 2017 at 9:17 PM, Pirate Praveen wrote:
> I regularly get FTBFS when tests that require network access fail on
> buildds. So I'm not sure what is the basis of your assertion.
Do you have an example build log illustrating this?
--
bye,
pabs
https://wiki.debian.org/PaulWise
On Thu, Oct 5, 2017 at 9:52 AM, Adam Borowski wrote:
> Any thoughts?
A better place to put isa-support might be in an apt plugin that
detects packages being installed that declare for example CPU-Flags:
SSE4.1 and prevents installing them unless in a chroot (for d-i or
debootstraps) and has an op
On Thu, 2017-10-05 at 03:52 +0200, Adam Borowski wrote:
[..]
> The package in question, lepton, is a tool to losslessly recompress JPEG
> files. It does so faster if your CPU is equipped with SSE4.1, thus the
> upstream build system hard-codes this requirement, even though it seems
> that generic
Hi folks!
Recently, I've made a package "isa-support" to improve handling of cases
where support for extensions not included in an arch's baseline is required.
I'm not sure if an install-time check is the best idea, but no one proposed
anything better, thus for now it's an improvement over crashin
Hi Simon,
> I don't know what the rationale is for byte-compiling in maintainer
> scripts rather than during dpkg-buildpackage
Not speaking authoratively here but even if Arch:all binNMUs were
supported, the number of binNMUs would be insanely high :) This is
combined with the fact that Python b
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-searchlightclient
Version : 1.2.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/python-searchlightclient
* License : Apache-2.0
Programming Lang: Pyth
> Marcel Partap writes:
> Dear fellow Debianauts, right now I am in the process of migrating my
> selection of manually installed packages to a freshly debootstrapped
> install using a set of meta-packages built with equivs. While that
> works nice and well, in some instances, I would li
Pirate Praveen dijo [Wed, Oct 04, 2017 at 04:52:37PM +0530]:
> > However, that verification isn't really sufficient if a rebuild
> > on the buildds could download an entirely different version of the
> > out-of-archive tools: a sufficiently inventive attacker who had gained
> > control over upstrea
Package: wnpp
Severity: wishlist
Owner: Philipp Huebner
* Package name: python-pathspec
Version : 0.5.5
Upstream Author : Caleb P. Burns
* URL : https://github.com/cpburnz/python-path-specification
* License : MPL-2.0
Programming Lang: Python
Description
Hi,
Chris Lamb:
> So… in the spirit of taking (reversible!) risks, can you briefly outline
> what's blocking us enabling this today? :)
Thanks for asking!
I've scheduled time on October 23-27 to:
1. identify what still prevents us from starting the proposed
experiment
2. fix all the problem
Sean Whitton writes:
> Hello Jérémy,
>
> On Tue, Oct 03 2017, Jérémy Lal wrote:
>
>> It might be a good idea to make policy more explicit about downloads
>> during build.
>
> I'm not sure how it could be more explicit:
>
> For packages in the main archive, no required targets may attempt
>
On ബുധന് 04 ഒക്ടോബര് 2017 06:28 വൈകു, Simon McVittie wrote:
> As far as I'm aware, they currently don't. Policy says it would be valid
> if they did, and some derivatives and unofficial rebuilds actually do
> so, but the "real" Debian buildds allow network access because otherwise
> debian-instal
On Wed, 04 Oct 2017 at 12:43:59 +0100, Chris Lamb wrote:
> Any which we do not ship compiled files cannot be affected (eg. we do not
> ship Python's .pyc files; they are generated at installation-time)
This is not generally the case for distros other than Debian, so is
worth being aware of for Pyt
On Wed, 04 Oct 2017 at 17:05:03 +0530, Pirate Praveen wrote:
> As these packages are always uploaded as binary included and never built
> on the buildd (as buildds already prohibit network access during build).
As far as I'm aware, they currently don't. Policy says it would be valid
if they did, a
Pirate Praveen writes ("Re: [Pkg-javascript-devel] Bug#877212: node-d3-color:
B-D npm not available in testing"):
> Lets take the two issues separately.
>
> 1. Whether they are suitable for contrib
I don't think that this is what contrib is for. Contrib exists as
part of our commitment (documen
On Tue, 03 Oct 2017 22:51:08 +0200, Michael Biebl wrote:
> Am 03.10.2017 um 19:37 schrieb Felipe Sateler:
>> I don't think that's necessary as init is Important: yes, and both
>> systemd and sysvinit will have to gain a dep on e2fsprogs.
>
> Why exactly? To fsck/mount ext234 file systems?
> Keep
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-octaviaclient
Version : 1.1.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/python-octaviaclient
* License : Apache-2.0
Programming Lang: Python
Des
On Wed, Oct 04, 2017 at 05:05:03PM +0530, Pirate Praveen wrote:
> Because the shown folly is only in theory and it is never in practice.
> As these packages are always uploaded as binary included and never built
> on the buildd (as buildds already prohibit network access during build).
> If I inclu
Hi Ian,
> This is rather odd. Does that mean that you can obtain the same
> performance regression by doing the following, very quickly:
> * edit all the source files
> * compile
> * ship it ?
> (without strip-nondeterminism, I mean)
Indeed.
I actually fixed a similar issue here:
https://
On ബുധന് 04 ഒക്ടോബര് 2017 09:27 രാവിലെ, Sean Whitton wrote:
> This is not a fair response.
>
> If your work involved fixing bugs in software that is already in the
> archive, you could quite fairly call others out for demanding changes,
> but not being willing to put in the effort.
>
> In this
Chris Lamb writes ("Is strip-nondeterminism causing performance regressions in
your packages?"):
> This turned out it was because strip-nondeterminism was normalising the
> timestamps of both the source and compiled files (in this case, .clj and
> .class files respectfully) to the same time.
Thi
On ചൊവ്വ 03 ഒക്ടോബര് 2017 11:04 വൈകു, Gunnar Wolf wrote:
> I *do* take note, however, of:
>
> Examples of packages which would be included in contrib are:
>
> • free packages which require contrib, non-free packages or packages
> which are not in our archive at all for compilation
Hi -devel,
In #877418 we discovered that strip-nondeterminism was degrading the
performance of clojure applications.
This turned out it was because strip-nondeterminism was normalising the
timestamps of both the source and compiled files (in this case, .clj and
.class files respectfully) to the s
On ബുധന് 04 ഒക്ടോബര് 2017 02:07 വൈകു, Philip Hands wrote:
> The problem seems to be that Praveen reads that prohibition as implying
> that it is totally OK to do this when not in main.
>
> This strikes me as equivalent to reading:
>
> All men are mortal,
> Socrates is a man,
>
> and concl
On ചൊവ്വ 03 ഒക്ടോബര് 2017 03:02 വൈകു, Simon McVittie wrote:
> Presumably you verified that at the time *you* built the package, the
> out-of-archive tools were of a non-malicious version, and were producing
> compiled binaries (minified JavaScript, rather than actually binaries?)
> that correspond
Package: wnpp
Severity: wishlist
Owner: Thomas Goirand
* Package name: python-karborclient
Version : 0.6.0
Upstream Author : OpenStack Foundation
* URL : https://github.com/openstack/python-karborclient
* License : Apache-2.0
Programming Lang: Python
Descr
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
This package allows users to browse available snaps using the
GNOME Software interface.
License is GPL-2.0 (or later?), same as GNOME Software itself.
Source code (for plugin):
https://git.gnome.org/browse/gnome-softwar
29 matches
Mail list logo
