Tobias Hansen:
> [..]>
>
> Hi,
>
> good work on finding the fpylll issue! Now the main holdup for sage 8.0
> is still cypari2 being stuck in NEW. I wrote on June 21 to
> ftpmas...@debian.org and August 2 directly to the ftpmaster who helped
> us get sagemath through NEW in time for stretch. Let'
Julien Puydt:
> Hi,
>
> I just pushed to fplll's Debian git repository a tentative 5.1.0-3 which
> would fix the recently reported issue with fpylll : I rewrote the patch
> for the default strategies path changes.
>
> I'm a bit at loss on how to check if that really fixes anything : I
> tried to
Ximin Luo:
> Julien Puydt:
>> Hi,
>>
>> I just pushed to fplll's Debian git repository a tentative 5.1.0-3 which
>> would fix the recently reported issue with fpylll : I rewrote the patch
>> for the default strategies path changes.
>>
>> I&#x
Ximin Luo:
> Ximin Luo:
>> Julien Puydt:
>>> Hi,
>>>
>>> I just pushed to fplll's Debian git repository a tentative 5.1.0-3 which
>>> would fix the recently reported issue with fpylll : I rewrote the patch
>>> for the default strategies
Control: block 870688 by 869778
Control: affects 869778 + sagemath
Ximin Luo:
> Tobias Hansen:
>> [..]
>>
>> The accidental upload of cysignals 1.6.5 to unstable is now a RC bug
>> (#870688). Not sure if we should fix it by downgrading cysignals,
>> patching sage
-#869778
Ximin Luo:
> [..]
>
> Hi, I see that libgsl23 was uploaded but who is taking care of the library
> transition? It seems that this process was not followed:
> https://wiki.debian.org/Teams/ReleaseTeam/Transitions
>
> The transition tracker detected the li
Ximin Luo:
> -#869778
>
> Ximin Luo:
>> [..]
>>
>> Hi, I see that libgsl23 was uploaded but who is taking care of the library
>> transition? It seems that this process was not followed:
>> https://wiki.debian.org/Teams/ReleaseTeam/Transitions
>>
&
Control: severity -1 minor
Markus Wanner:
> Control: tags -1 +confirmed
> Control: found -1 1.18.0+dfsg1
>
> Hello Alex,
>
> On 08/10/2017 10:32 AM, Alex Riesen wrote:
>> just trying to run the commands below (with or without RUST_BACKTRACE) causes
>> rustc to panic. The removal of the directory
Russell Sim:
> [..]
>
> Thanks, for doing all that.
>
> I'm happy to lodge the bugs, I'll wait for the package to clear the new
> queue and then send out the emails.
>
> I have had a look over the package build logs you posted, it appears that
> most of them have failed because the package defin
Package: wnpp
Severity: normal
We request assistance with maintaining the cargo package, as well as Rust
packaging in general.
Firefox's next versions[1] will require rust, but the Debian pkg-rust team is
severely short on time to maintain these packages.
sylvestre@ and I are just about managing
Ximin Luo:
> [..]
>
> Right now, cargo needs to be updated to the next version, there are some open
> bugs about it:
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?src=cargo
>
> I have not yet looked at this package myself but if there are any questions
> you
&g
James McCoy:
> On Thu, Jan 05, 2017 at 04:18:00PM +0000, Ximin Luo wrote:
>> Ximin Luo:
>>> As part of the Reproducible Builds effort, I've written a tool called
>>> debpatch(1), see the branch here:
>>> [..]
>>
>> Hi devscripts team,
>>
Ximin Luo:
> [..]
I've made some more process and have pushed 0.17.0 to git. However we're
getting build errors and I don't know how to proceed:
https://anonscm.debian.org/cgit/pkg-rust/cargo.git/tree/debian/TODO
https://anonscm.debian.org/cgit/pkg-rust/cargo.git/tree/d
Josh Triplett:
> [..]
>
> ...and looking at git from 20 minutes ago, it looks like you've switched
> over to directory registries now.
>
Thanks for the tip, yes I figured this out by looking at both your dh-cargo
code and also the Fedora cargo package. [1]
The new version is uploaded to experi
Source: libgit2
Version: 0.24.5-1
Followup-For: Bug #857068
Hey, this would be useful for the cargo package. (see #860116)
At the moment we have to embed libgit2 0.25.1 in the cargo source package, this
is not ideal for Debian especially given that there was already a CVE and it's
not obvious to
Hi Chris, I can't reproduce this, even when setting the locale to various
non-UTF values. How are you building this?
X
Chris Lamb:
> Source: sagenb-export
> Version: 2.0-1
> Severity: serious
> Justification: fails to build from source
> User: reproducible-bui...@lists.alioth.debian.org
> Userta
Control: tags -1 + pending - patch
I've fixed this "properly" in git. I think it's not ideal to drop these if we
can fix them with minor changes.
For future reference, all you need to do for lessc is to:
1. Pass --source-map-basepath=$SOURCE_ROOT_DIR, e.g.
https://anonscm.debian.org/cgit/pytho
I think I narrowed it down, could you try the build again with
LC_CTYPE="C.UTF-8" and see how it works?
X
Chris Lamb:
> Ximin Luo wrote:
>
>> I can't reproduce this, even when setting the locale to various non-UTF
>> values
>
> Not sure why you we
will wait for the upstreams to pick the solutions I proposed.
In the meantime, I will work around this FTBFS by overriding LC_CTYPE specially
for the tests.
X
Ximin Luo:
> I think I narrowed it down, could you try the build again with
> LC_CTYPE="C.UTF-8" and see how it works?
&
Andreas Tille:
> compile:
> [mkdir] Created dir:
> /build/biojava3-live-3.1.0+dfsg/build/biojava3-structure/classes
> [javac] /build/biojava3-live-3.1.0+dfsg/biojava3-structure/build.xml:72:
> warning: 'includeantruntime' was not set, defaulting to
> build.sysclasspath=last; set to false
Ximin Luo:
> Andreas Tille:
>> compile:
>> [mkdir] Created dir:
>> /build/biojava3-live-3.1.0+dfsg/build/biojava3-structure/classes
>> [javac] /build/biojava3-live-3.1.0+dfsg/biojava3-structure/build.xml:72:
>> warning: 'include
Package: python-matplotlib-data
Version: 2.0.0~beta4-1
Severity: normal
Dear Maintainer,
When running sagemath tests, we are getting many errors caused by too many
warnings from matplotlib. They look like this:
File "src/sage/schemes/elliptic_curves/ell_rational_field.py", line 5038, in
sage.sc
Package: glibc
Version: 2.24-7
Severity: serious
Tags: patch
Justification: fails to build from source (but built successfully in the past)
Dear Maintainer,
whilst trying to build glibc:
/usr/bin/install -c -m 644
/tmp/debrepro.uGH5xEsmL1/build/source/build-tree/amd64-libc/gnu/lib-names-64.h
/
Andreas Tille:
> [..]
>
> compile:
> [mkdir] Created dir:
> /build/biojava3-live-3.1.0+dfsg/build/biojava3-structure-gui/classes
> [javac]
> /build/biojava3-live-3.1.0+dfsg/biojava3-structure-gui/build.xml:73: warning:
> 'includeantruntime' was not set, defaulting to build.sysclasspath=
Ximin Luo:
> When running sagemath tests, we are getting many errors caused by too many
> warnings from matplotlib. They look like this:
>
> File "src/sage/schemes/elliptic_curves/ell_rational_field.p
Ximin Luo:
>
> Thank you! The behaviour specifically for glibc_2.24-5 is like this:
>
> make[2]: Warning: File 'o-iterator.mk' has modification time 18411205 s in
> the future
> running CONFIG_SHELL=/bin/bash /bin/bash
> /tmp/debrepro.afKzxbwOYw/build/source/co
bc-2.24/debian/changelog 2016-11-15 18:03:37.0 +
@@ -1,3 +1,10 @@
+glibc (2.24-7.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Try for reproducibility.
+
+ -- Ximin Luo Tue, 15 Nov 2016 18:03:37 +
+
glibc (2.24-7) unstable; urgency=medium
[ Samuel Thibault
- the upstream folks
Aurelien Jarno:
> On 2016-06-06 02:48, Ximin Luo wrote:
>> On Mon, 19 Oct 2015 10:11:25 +0200 Aurelien Jarno
>> wrote:
>>> It means that the point 3 (usage of __DATE__ and __TIME__) is the only
>>> one left to address in the version curren
Control: reassign -1 liblcms2-2 2.8-2
Control: retitle -1 liblcms2-2 causes cd-iccdump to output incorrect locale
names
Control: affects -1 + colord diffoscope
Hello liblcms2-2 maintainer, just reassigning the bug described below. You can
reproduce it with $ cd-iccdump
e.g. from the diffoscop
Hello jquery maintainer,
This was partially my "fault", I asked requirejs to fix bug #845158 and they
did, but of course other packages in Debian would still be using the old name.
Upstream says require('requirejs')
http://requirejs.org/docs/node.html
Here is the new file list:
https://packages
Hi, attached is a patch that implements this.
I was lazy, the patch is a bit lacking because it forces the tag to be signed
and no longer allows unsigned tags. However personally I don't see an issue
with that, in the context of Debian anyway.
X
On Thu, 7 Jan 2016 22:26:42 +0300 Dmitry Shachne
Hi Paul,
Sorry for the late reply. I'm not subscribed to pkg-javascript@ so I don't
notice these things, I only notice via my QA page. (Possibly I should remove
myself from Uploaders, since I don't intend to maintain this in the future, as
far as I can avoid doing so.)
On Thu, 01 Dec 2016 21:0
+Bill and the bug back in
Jerome BENOIT:
> [..]
>
> gap-alnuth gap-atlasrep gap-autpgrp gap-character-tables gap-core gap-dev
> gap-doc gap-gapdoc gap-libs gap-online-help gap-polycyclic gap-prim-groups
> gap-small-groups gap-table-of-marks gap-trans-groups
>
> Please try with this Debain GAP
Ximin Luo:
> [..]
>
> Arguably GAP should not error out the whole "HELP" command when encountering
> one of the "bad" files. But probably either you or Bill know better here,
> what the "real" problem is.
>
I'm also fairly certain that th
Bill Allombert:
> On Sun, Dec 11, 2016 at 07:37:00PM +0000, Ximin Luo wrote:
>> But the "corrupt" file is not "/usr/share/gap/doc/tut/manual.six.gz", the
>> "read" call gave back exactly what was expected. In fact the actual
>> "corrupted
Ximin Luo:
> [..]
>
> To demonstrate this in slightly more detail, I have attached two files:
>
> - sagetest.g - this is directly from Sage, for Bill's reference
>
> - sagetest.py - this is my attempt to come up with a "minimal test example".
Here is a m
Ximin Luo:
> Ximin Luo:
>> [..]
>>
>> To demonstrate this in slightly more detail, I have attached two files:
>>
>> - sagetest.g - this is directly from Sage, for Bill's reference
>>
>> - sagetest.py - this is my attempt to come up with a "
Bill Allombert:
> On Sun, Dec 11, 2016 at 11:41:22PM +0100, Bill Allombert wrote:
>> On Sun, Dec 11, 2016 at 10:15:00PM +0000, Ximin Luo wrote:
>>> So it seems saving a workspace, even an "empty" one, then loading it
>>> again, causes GAP to be unable to parse
Attached is an updated version of the patch.
This fixes a bug in the previous patch which would cause git-dpm-tag to fail
when trying to re-tag the same upstream commit, because the annotated tag is a
different object to the commit that it points to.
X
Ximin Luo:
> Hi, attached is a pa
Package: debootstrap
Version: 1.0.87
Followup-For: Bug #817236
(Not CCing people on purpose because this doesn't add to the current thread's
discussion:)
Just wanted to add for the record (e.g. online readers) that Ansgar's
workaround of replacing the current fstab /dev/pts line does works to unb
Package: tachyon-bin-nox
Version: 0.99~b6+dsx-6
Severity: grave
Tags: patch
Justification: renders package unusable
Dear Maintainer,
This package is missing either a direct or indirect dependency libmpich12:
(unstable-amd64-sbuild)infinity0:/build/sagemath-fBCYuv/sagemath-7.4$
tachyon-nox
tachy
Control: reassign -1 libtachyon-mpich-0
Control: affects -1 tachyon-bin-nox
Control: affects -1 tachyon-bin-ogl
Note that the problem occurs only when you install libtachyon-mpich-0. (For
some reason, that is what sbuild chose to satisfy sage's "tachyon" dependency.
Probably I should remove my w
Control: notfound -1 4.2.3-3
Hi Paride,
This is fixed in version 4.2.3-3 of the package, it is caused by empty files in
/etc/jupyter/nbconfig/*.json. They should say {} instead.
However, I forgot to write logic to overwrite existing empty files that are
created by version 4.2.3-2, so simply up
; On Mon, Dec 12, 2016 at 10:19:18PM +0100, Bill Allombert wrote:
>>>> On Mon, Dec 12, 2016 at 06:06:37PM +0100, Bill Allombert wrote:
>>>>> On Sun, Dec 11, 2016 at 11:15:00PM +, Ximin Luo wrote:
>>>>>> Did you remove test.w before trying the tests?
Package: rustc
Version: 1.10.0+dfsg1-1
Severity: normal
Dear Maintainer,
librustc_llvm-xx.so is approx 30MB, taking about half the space of
libstd-rust-xx.
Upstream tells me that this is due to embedding pretty much all of LLVM.
We should explore options to make it instead dynamically link agai
Package: libgtksourceview2.0-dev
Version: 2.10.5-2
Severity: important
Dear Maintainer,
If libpng-dev is not installed, then `pkg-config --exists gtksourceview-2.0`
will fail.
$ pkg-config --exists gtksourceview-2.0
[..]
Looking for package 'libpng16'
Looking for package 'libpng16-uninstalled'
Debian Bug Tracking System:
> This is an automatic notification regarding your Bug report
> which was filed against the libgtksourceview2.0-dev package:
>
> #833300: libgtksourceview2.0-dev: Please depend on libpng-dev
>
> It has been closed by Michael Biebl .
>
> Their explanation is attached b
Michael Biebl:
> Am 03.08.2016 um 02:24 schrieb Ximin Luo:
>> Debian Bug Tracking System:
>>> This is an automatic notification regarding your Bug report
>>> which was filed against the libgtksourceview2.0-dev package:
>>>
>>> #833300: libgtks
Emilio Pozuelo Monfort:
> [..]
>
> The failure indicates that something is missing a dependency on libpng-dev,
> but
> pkg-config is recursive. So when you do `pkg-config --cflags
> gtksourceview-2.0'
> it will look for the cflags of required packages, recursively. And the package
> that require
Package: cantor-backend-sage
Version: 4:16.08.3-1
Severity: normal
Dear Maintainer,
SageMath has been in Debian for about a month now:
https://packages.qa.debian.org/s/sagemath.html
I just did a quick test and it seems not to work however, it detects the Sage
version incorrectly and has troubl
Ximin Luo:
> Package: cantor-backend-sage
> Version: 4:16.08.3-1
> Severity: normal
>
> Dear Maintainer,
>
> SageMath has been in Debian for about a month now:
> https://packages.qa.debian.org/s/sagemath.html
>
> I just did a quick test and it seems not to wor
Brett Smith:
> [..]
>
> I've also attached a script I used to help reproduce the issue. It
> doesn't do so reliably, and it's not totally robust itself, but I found
> it more reliable than trying to time timeout or a ^C right.
>
> [..]
Hey Brett, could you also upload the ink*.tar files somewhe
Package: wnpp
Followup-For: Bug #783975
Owner: Ximin Luo
Control: retitle -1 RFP: giac -- computer algebra system
Control: affects -1 + vlc mpv gnome-mpv baka-mplayer
(I am using a personal package of baka-mplayer that I built for #813591 but
it's doesn't follow Debian policy in some areas so I can't upload it yet.)
Ximin Luo:
> [..]
>
> A shorter workaround:
>
> $ pkill -
Ximin Luo:
> Control: affects -1 + vlc mpv gnome-mpv baka-mplayer
>
> (I am using a personal package of baka-mplayer that I built for #813591 but
> it's doesn't follow Debian policy in some areas so I can't upload it yet.)
>
> Ximin Luo:
>> [..]
>&
Control: retitle -1 Document SYMPOW_CACHEDIR better and automatically try to
create it
Jerome BENOIT:
> Hello SymPow enthusiasts,
>
> On 17/12/16 15:46, Jerome BENOIT wrote:
>>> It would be good if sympow could automatically create SYMPOW_CACHEDIR
if it doesn't exist. Otherwise, I would hav
Aurelien Jarno:
> [..]
>
> It would be nice to have an explanation why the changes from your patch
> are needed. See my comments below.
>
>
>> diff -Nru glibc-2.24/debian/rules glibc-2.24/debian/rules
>> --- glibc-2.24/debian/rules 2016-11-25 21:59:04.0 +
>> +++ glibc-2.24/debian/ru
Hello Sandro,
I noticed you uploaded numpy 1.12 recently. Could you consider backporting this
patch to that, and uploading a new version?
This patch is the last patch that fixes a good number of failures in Sage's
testsuite. If it were applied it would bring the number of failures down from
~5
Package: dpkg-dev
Version: 1.18.15
Severity: wishlist
Dear Maintainer,
One of the purposes of buildinfo files is to aid in debugging, e.g. to be able
to see what particular build-environment variation (between two builds) may
have caused a failure to reproduce some binary hashes. This goal sugges
Hey all,
Indeed, jmol in unstable is still version 12. If biojava4-live 4.2.4 is
supposed to work with 14, that would be the problem.
I will upload jmol 14 to unstable in the next 2-3 hours, you can try it again
with that. Perhaps it would already solve this FTBFS.
X
olivier sallou:
> Le mar.
Erwan Prioul:
> Hi,
> I've noticed big progress upstream. I'm able to compile on ppc64el \o/
> What would be the next steps to have it packaged? First, I guess, is to have
> a new tag/version upstream, but then?
>
Hi Erwan, see
https://anonscm.debian.org/cgit/pkg-rust/rust.git/tree/debian/READM
I still haven't managed to reproduce this myself but I'll just note for the
record we have seen this on jenkins before:
https://jenkins.debian.net/job/reproducible_diffoscope_from_git_master/63/console
Santiago Vila:
> Package: src:diffoscope
> Version: 63
> Severity: serious
>
> Hello folks.
>
Control: reassign -1 jupyter-notebook 4.2.3-2
Control: severity -1 normal
Control: close -1 4.2.3-3
Control: merge -1 847917
Hi Norbert, this is due to a bug in jupyter-notebook 4.2.3-2. You can fix it
locally by removing any empty files matching /etc/jupyter/nbconfig/*.json, then
reinstalling/r
Chris Lamb:
> Ximin Luo wrote:
>
>> I still haven't managed to reproduce this myself but I'll just note
>> for the record we have seen this on jenkins before
>
> My guess is that one of the third-party Python extension modules that
> we import does not corre
Hi, this does not look like a simple out-of-memory, but a bug involving
libgomp. A quick Google search of the error message shows that there was some
issue involving libgomp, dlopen and GCC years ago, but it's unclear if this is
issue here is related.
The error occurs right when the docbuild st
On Thu, 22 Dec 2016 18:59:24 -0500 "Aaron M. Ucko" wrote:
> Source: sagemath
> Version: 7.4-3
> Severity: important
> Justification: fails to build from source
>
> The i386 build of sagemath failed with many test suite errors
> (including some outright crashes), as detailed at
>
> https://buildd
Package: motion
Version: 4.0-1
Severity: normal
Forwarded Message
Subject: Bug report for motion: Crashes immediately with "Segmentation fault"
Date: Mon, 26 Dec 2016 19:04:19 +0100
From: Alek
To: Ximin Luo
Hi,
sorry for not using reportbug to report the bug, but
Progress report: I've done most of the packaging for java2script and jmol, here:
https://github.com/infinity0/java2script
https://github.com/infinity0/jmol
The current version of Jmol actually has *less* dependencies than the old one
in Debian. It looks like they're shifting the priority onto JS
Adrian Bunk:
> ... testing 'quicksort2':/usr/bin/ld: quicksort2.o: relocation
> R_ARM_THM_MOVW_ABS_NC against `cmp' can not be used when making a shared
> object; recompile with -fPIC
> quicksort2.o: error adding symbols: Bad value
> collect2: error: ld returned 1 exit status
> => failed
> ...
Ximin Luo:
> Adrian Bunk:
>> ... testing 'quicksort2':/usr/bin/ld: quicksort2.o: relocation
>> R_ARM_THM_MOVW_ABS_NC against `cmp' can not be used when making a shared
>> object; recompile with -fPIC
>> quicksort2.o: error adding symbols: Bad value
>
Ximin Luo:
> Ximin Luo:
>>
>> It's possible OCaml itself is to blame:
>>
>> asmcomp/arm/emit.mlp:
>> if nh = 0l then begin
>> ` movw{emit_reg dst}, #{emit_int32 nl}\n`; 1
>> end else if Int32.logand nl 0xffl = n
Package: llvm-3.9-dev
Version: 1:3.9-4
Severity: important
Tags: patch
Dear Maintainer,
Please apply the patch here:
https://reviews.llvm.org/rL279980
Otherwise issue-36023.rs in rustc 1.12.1 will compile but segfault when run:
https://github.com/rust-lang/rust/issues/36023
https://llvm.org/bugs
Ximin Luo:
> [..]
>
> rust.git$ git format-patch 4105790 # 4105790 and earlier are already applied
> to our LLVM
> 0001-Add-some-Rust-allocation-functions-to-TargetLibraryI.patch
> 0002-Add-support-for-i1-compare-operations-to-X86-FastISe.patch
> 0003-Disable-the-PassInf
Sylvestre Ledru:
> Le 03/11/2016 à 18:04, Ximin Luo a écrit :
>> Ximin Luo:
>>> [..]
>>>
>>> rust.git$ git format-patch 4105790 # 4105790 and earlier are already
>>> applied to our LLVM
>>> 0001-Add-some-Rust-allocation-functions-to-Ta
Sylvestre Ledru:
> Le 03/11/2016 à 18:52, Ximin Luo a écrit :
>> you agree it's OK to backport them if they're already applied to trunk?
> no, sorry :)
>
LLVM r279980 attached as patch, I built this and confirmed it can be used to
successfully build+test our 1.12.1 rust
Mike Frysinger:
> On 28 Jul 2016 15:15, Florian Weimer wrote:
>> On 03/09/2016 05:30 PM, Mike Frysinger wrote:
>>> would it be so terrible to properly marshall this data ?
>>
>> Ximin Luo and I discussed this and I wonder if it is possible to read
>> out the
Ximin Luo:
> Mike Frysinger:
>> On 28 Jul 2016 15:15, Florian Weimer wrote:
>>> On 03/09/2016 05:30 PM, Mike Frysinger wrote:
>>>> would it be so terrible to properly marshall this data ?
>>>
>>> Ximin Luo and I discussed this and I wonder if it is
Holger Levsen:
> Hi Ximin,
>
> On Tue, Aug 09, 2016 at 02:08:45PM +0200, Ximin Luo wrote:
>> Many software packages (e.g. see #833846) like to set optimisation flags
>> based
>> on autodetecting CPU features of the build machine.
>
> do you really say/think that
Ximin Luo:
> On 31/07/15 12:23, Patrick Schleizer wrote:
>> What's the status of this?
>
> Waiting on https://trac.torproject.org/projects/tor/ticket/12716
>
> Help with it would be appreciated. :) As soon as that is merged, I will
> upload meek.
>
> I
Package: wnpp
Severity: wishlist
Owner: Ximin Luo
* Package name: d3-format
Version : 1.0.2
Upstream Author : 2010-2015 Mike Bostock
* URL : https://github.com/d3/d3-format
* License : BSD
Programming Lang: JS
Description : Formatting numbers for
There is more information here:
https://github.com/ariya/phantomjs/issues/14240
"If you compiled PhantomJS with X11 enabled, it will use XCB (X11) platform in
runtime, which is not supported in headless environment. Instead of that you
must build PhantomJS without X11 headers (dev packages inst
Package: wnpp
Severity: wishlist
Owner: Ximin Luo
* Package name: html2canvas
Version : 0.5.0~beta4
Upstream Author : 2012-2016 Niklas von Hertzen
* URL : https://github.com/niklasvh/html2canvas
* License : Expat
Programming Lang: JS
Description
Camm Maguire:
> [..]
>
> It is a pity that as sage offers a viable alternative, it has
> nevertheless been passed over. I hear concerns about human resources,
> but then when I offer to help make it work and request a status report
> all I get is predetermined conclusions to not make it work.
>
Package: node-requirejs
Version: 2.2.0-1
Severity: important
Tags: patch
Dear Maintainer,
require("requirejs") is used by most javascript projects but the Debian
node-requirejs package installs this as /usr/lib/nodejs/r.js. So I have to
patch my packages to say require("r") instead. Please fix th
Package: devscripts
Version: 2.16.10
Severity: wishlist
Tags: patch
Dear Maintainer,
As part of the Reproducible Builds effort, I've written a tool called
debpatch(1), see the branch here:
https://anonscm.debian.org/cgit/collab-maint/devscripts.git/commit/?h=pu/debpatch
To quote the README entr
Package: libjs-bootswatch
Version: 3.3.5+2+dfsg1-1
Severity: normal
Tags: patch
Dear Maintainer,
grep -Ri "url('../fonts/glyphicons" /usr/share/javascript/bootswatch/ | less
turns up lots of results, however that path does not exist. This causes errors
in the browser like "GET [$path] net::ERR_
Package: dpkg-dev
Version: 1.18.15
Severity: wishlist
Dear Maintainer,
Currently one can do
$ dpkg-buildpackage --changes-option=-S
to do a binary build locally, but only upload the source package so that
buildds build on all arches. Note that this command *does* generate a buildinfo
file, bu
Hi Martin,
I'm looking into de-duplicating reprotest's embedded copies of autopkgtest code.
In #833407 you said "Using the Python API (adt_testbed.py) is a lot easier and
more robust than talking to the backend servers directly", but adt_testbed.py
is currently not available as a public Python
Guillem Jover:
> On Mon, 2016-11-28 at 22:00:32 +0100, Ximin Luo wrote:
>> It would be good to be able [..]
>> to do a binary build locally, but only upload the source package
>> *and* the buildinfo file.
>
> This was the intention from the beginning. But when I mentio
Hi Russel,
It works for me, after running `nimble refresh`, with the latest vesrion
0.15.2-2.
Could you try to get some more debugging information from your end? If all else
fails, you can try running it through strace(1) and analyzing the huge output
from that for anything that looks relevant
Control: retitle -1 add the ability to disable buildpath variations
reprotest actually already builds in /tmp/autopkgtest.*/control vs
experimental, but I'll add an option to disable this variation. When it is
disabled, parallel builds would be impossible to make work (with most virtual
servers
Package: wnpp
Severity: wishlist
Owner: Ximin Luo
* Package name: sagenb
Version : 0.13
Upstream Author : SageNB contributors
* URL : https://github.com/sagemath/sagenb
* License : GPL-3+
Programming Lang: Python, JS
Description : The standalone Sage
On Mon, 11 Apr 2016 13:30:40 +0200 Dmitry Shachnev wrote:
> Hi Sandro,
>
> On Sat, Apr 09, 2016 at 01:27:03PM +0100, Sandro Tosi wrote:
> > Is there any progress on this? I just got bitten by it:
> >
> > E: python-cycler-doc: privacy-breach-uses-embedded-file
> > usr/share/doc/python-cycler-doc/h
Ximin Luo:
> On Mon, 11 Apr 2016 13:30:40 +0200 Dmitry Shachnev wrote:
>> Hi Sandro,
>>
>> On Sat, Apr 09, 2016 at 01:27:03PM +0100, Sandro Tosi wrote:
>>> Is there any progress on this? I just got bitten by it:
>>>
>>> E: python-cycler-doc: pri
Ximin Luo:
> Ximin Luo:
>> Andreas Tille:
>>> Hi,
>>>
>>> On Tue, Nov 22, 2016 at 01:40:44PM +0100, Michael Banck wrote:
>>>>
>>>> [...]
>>>>
>>>>> [1] https://anonscm.debian.org/git/debichem/packages/jmol.git
Andreas Tille:
> Hi Ximin,
>
> at first thanks a lot for your effort to upgrade Jmol which is highly
> appreciated.
>
> On Sun, Dec 04, 2016 at 09:33:00PM +, Ximin Luo wrote:
>>>
>>> Hi all, I just updated Jmol in the above git repo. You can build i
Bill Allombert:
> On Fri, Dec 02, 2016 at 05:39:24AM +, Jerome BENOIT wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> Hello All,
>>
>> finally I figured out a way to implement compression (gz) with the help
>> of the zlib library rather than through gzip pipes. So snow Sage n
Bill Allombert:
> On Tue, Dec 06, 2016 at 01:01:00PM +0000, Ximin Luo wrote:
>> Bill Allombert:
>> Hi all,
>>
>> Sorry I only just briefly scanned through the thread now. However I
>> found this post relating to gzip, pipes and python:
>>
>> https
Jerome BENOIT:
> Hello Bill, thanks for your comment.
>
> On 06/12/16 10:44, Bill Allombert wrote:
>> This is too intrusive and does not solve any issue with gap.
>
> It is intrusive, I am agree. But it also solve the issue.
> I do not think that a mature software may use piping.
>
Why do you
Ximin Luo:
> Bill Allombert:
>> On Tue, Dec 06, 2016 at 01:01:00PM +0000, Ximin Luo wrote:
>>> Bill Allombert:
>>> Hi all,
>>>
>>> Sorry I only just briefly scanned through the thread now. However I
>>> found this post relating to gzip, pipes
601 - 700 of 1257 matches
Mail list logo
