to unstable.
I have uploaded to DELAYED/2 an NMU of pfstools that fixes this issue.
The debdiff is attached. Don't hesitate to tell me if I should delay it
longer. And sorry for the very short notice.
Best,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `&
eclared in this scope
Octave_map pfsStream;
^
The following excerpt from the NEWS file of Octave 4.0 could help you fix this:
** The internal class was deprecated in Octave 3.8 and has
been removed from Octave 4.0. Replacement classes are
(struct array) or for a single struct
?pkg=octave-mpi&arch=amd64&ver=1.2.0-1%2Bb1&stamp=1437307949
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
Control: severity -1 important
Dear Martin and Edmund,
Le mercredi 01 juillet 2015 à 21:36 -0400, Martin Michlmayr a écrit :
> * Sébastien Villemot [2015-05-01 12:39]:
> > > make[3]: Entering directory '/«PKGBUILDDIR»/build/atlas-base/lib'
> > > mkdir tmp
>
tag 790533 pending
thanks
Date: Sat Jul 18 13:57:27 2015 +0200
Author: Sébastien Villemot
Commit ID: 78b0ec431a6e390649a2e394037d3243272c12e7
Commit URL:
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=78b0ec431a6e390649a2e394037d3243272c12e7
Patch URL:
http://anonscm.
/dtds/HTMLlat1.ent
> tests/dtds/HTMLsym.ent
> to debian/copyright.
I have uploaded to DELAYED/2 a NMU of pygments that fixes this issue.
The debdiff is attached. Don't hesitate to tell me if I should delay the
upload longer.
Cheers,
--
.''`.Sébastien Villemot
:
ersistent per se, because the
latter works well when properly configured and actually increases
security. It's rather the handling of an error condition that could be
improved.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://seb
there, too.
I could not reproduce this issue with either org-mode or notmuch-emacs,
so I did not add such Breaks relationship. Don't hesitate though to give
more details about the problem you encountered, if you are able to
reproduce it.
Cheers,
--
.''`.Sébastien Villemot
: :&#
platform (linux/s390x)
at
jogamp.common.os.PlatformPropsImpl.getCPUTypeImpl(PlatformPropsImpl.java:304)
at
jogamp.common.os.PlatformPropsImpl.(PlatformPropsImpl.java:134)
... 4 more
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://se
at
jogamp.common.os.PlatformPropsImpl.(PlatformPropsImpl.java:134)
... 4 more
The solution seems to add CPU detection, probably along the lines of what has
been done for MIPS:
https://sources.debian.net/src/gluegen2/2.2.4-2/debian/patches/add-mips-support.patch/
Cheers,
--
.''`.
implementation using the
alternatives mechanism, julia will be broken is some dimensions.
The solution is to set a hard dependency on OpenBLAS.
Some background elements are available at:
https://github.com/JuliaLang/julia/issues/10190
--
.''`. Sébastien Villemot
: :' :D
3.10.2-4
currently in testing. Some change in the build dependencies or in the build
environment revealed it.
I'll upload a fix soon.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
because it is not designed to run
in parallel. If my analysis is correct, the fix is to add ".NOTPARALLEL:" at
the end of debian/rules.
Cheers,
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GP
it disappeared with
the upgrade to version 4.3.18-dfsg-1.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
bug report.
I'm downgrading the severity of this bug since it seems specific to your
system or to some configurations (I can't reproduce it). Also the
relevant error message is not "ImportError: No module named gnucash"
which is non fatal, and is just the conse
the proper solution may be to add Conflicts against those.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://sebastien.villemot.name
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
gfortran 4.8 to 4.9. More
precisely, the -fno-whole-file option was dropped in gfortran 4.9 (it is
still accepted but does nothing), and this option was required to make
the tests pass.
I am now investigating why this option was needed in the first place,
and how to work around this removal.
--
.&
h is waiting
for approval by the ftpmasters in the NEW queue. In the worst case, if
it does not get approved early enough, I'll embed this theme in the
Julia package.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`-
Le vendredi 29 août 2014 à 23:56 +0200, pini a écrit :
> On Fri, 29 Aug 2014 20:40:34 + =?utf-8?q?S=C3=A9bastien_Villemot?=
> wrote:
> > Date: Fri Aug 29 22:38:31 2014 +0200
> > Author: Sébastien Villemot
> > Commit ID: 4f87d1af82a202c3b142fa50fdb756bf65fa7b3b
&
tag 759663 pending
thanks
Date: Fri Aug 29 22:38:31 2014 +0200
Author: Sébastien Villemot
Commit ID: 4f87d1af82a202c3b142fa50fdb756bf65fa7b3b
Commit URL:
http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=4f87d1af82a202c3b142fa50fdb756bf65fa7b3b
Patch URL:
http://anonscm.
oon.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
Le vendredi 15 août 2014 à 11:49 +0200, Sébastien Villemot a écrit :
> Le vendredi 15 août 2014 à 11:29 +0200, Gilles Filippini a écrit :
> > Source: octave
> > Version: 3.8.2-1
> > Severity: serious
> > Justification: FTBFS on s390x
> > User: p...@debian.
h the qhull library,
which was compiled with the old ABI and which is used in convhulln.cc.
The ABI break was reverted in glibc 2.19-9, which was uploaded
yesterday. I am currently testing a rebuild of octave against the new
glibc. If that works, I'll just request a give back.
--
.'
Package: julia-factcheck
Version: 0.1.2-1
Severity: serious
As per subject.
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
on't know if this is an ABI break in libpcre3 (#755439
looks like a possible candidate), or if it is related to the way Julia
internally stores regular expressions in its LLVM bytecode image
(sys.ji).
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `'
stall it to compile with the
> > Akonadi backend enabled.
> > checking Akonadi/Collection presence... no
> > checking for Akonadi/Collection... no
I have uploaded to DELAYED/2 a NMU to fix this issue. The debdiff is
attached. Please let me know if I should delay the upload lo
is there a chance to have a fix to this
FTBFS, even a temporary one?
Because of the libdbi-drivers FTBFS, several archs are still affected by
#736656, and this makes gnucash FTBFS on them. And all archs are still
affected by #736656 in jessie, because the fixed libdbi-drivers never
migrat
Control: tags -1 + patch pending
Dear Maintainer,
Le mardi 04 mars 2014 à 21:02 +0100, Sébastien Villemot a écrit :
> Le mardi 04 mars 2014 à 18:07 +0100, Julien Cristau a écrit :
> > On Tue, Mar 4, 2014 at 17:55:23 +0100, Sébastien Villemot wrote:
> >
> > > There se
glpk-java to those were the default JDK
is openjdk, and then downgrade the present bug to severity important?
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
Le samedi 29 mars 2014 à 15:04 +0100, Michael Banck a écrit :
> On Mon, Mar 24, 2014 at 11:08:29PM +0100, Sébastien Villemot wrote:
> > Le mardi 04 mars 2014 à 21:02 +0100, Sébastien Villemot a écrit :
> > > Ok, I'm reassigning this as a serious bug against blacs-
Control: tags -1 + patch pending
Dear Maintainer,
Le mardi 04 mars 2014 à 21:02 +0100, Sébastien Villemot a écrit :
> Le mardi 04 mars 2014 à 18:07 +0100, Julien Cristau a écrit :
> > On Tue, Mar 4, 2014 at 17:55:23 +0100, Sébastien Villemot wrote:
> >
> > > There se
tag 742259 pending
thanks
Date: Mon Mar 24 17:41:15 2014 +0100
Author: Sébastien Villemot
Commit ID: 69980ea62ab2fd67f397881ee39c0d2ccaf5df49
Commit URL:
http://anonscm.debian.org/gitweb/?p=pkg-octave/dynare.git;a=commitdiff;h=69980ea62ab2fd67f397881ee39c0d2ccaf5df49
Patch URL:
http://anonscm.
king if the newt package is present for that version.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
RC bug for mathgl in Debian.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
eb (--install):
> unable to install new version of `/usr/include/qhull/user.h': No such file
> or directory
> Errors were encountered while processing:
> libqhull-dev_2012.1-4_amd64.deb
I can't replicate your problem. Which file is of zero length? Are you
able t
be needed which
includes commit a904239.
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
packages do not depend on the libsuperlu*
packages. The tracker for the transition that was set up automatically
does not look at the Build-Depends field, only at the Depends fields.
Thanks for your help,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http:
Le samedi 01 mars 2014 à 14:22 +0100, Julien Cristau a écrit :
> On Sat, Mar 1, 2014 at 14:16:21 +0100, Sébastien Villemot wrote:
>
> > Package: src:k3d
> > Version: 0.8.0.3-3
> > Severity: serious
> > Tags: patch
> >
> > Dear Maintainer,
> >
&g
.
Note however that the generated k3d binaries do not depend on libsuperlu4, so
maybe that build-dependency should just be dropped (I did not verify this
point).
Cheers,
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`-
ccording to the upstream bug report, alberta has renamed the function in
recent source snapshots (and maybe in 3.0-rc7 available for download, this
needs to be checked). So the right solution is probably to update alberta in
Debian.
Cheers,
--
.''`.Sébastien Villemot
: :' :
in from those archs…
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
ibglpk.so.0: cannot open shared object file: No such file or
> directory
I cannot reproduce this on either jessie or sid. The package there
depends on libglpk.so.36, not on libglpk.so.0.
Most likely, you have an old installation of the python-glpk package
under /usr/local or some othe
o packages.
-- no debconf information
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "uns
re)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
xul-ext-sage depends on no packages.
Versions of packages xul-ext-sage recommends:
ii iceweasel 24.3.0esr-1~deb7u1
xul-ext-sage suggests no packages.
-- no debconf information
--
.'&
U core)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages xul-ext-zotero depends on:
ii iceweasel 24.3.0esr-1~deb7u1
xul-ext-zotero recommends no packages.
xul-ext-zotero suggests no packages.
-- no debconf information
--
te3. Reassigning and merging
accordingly.
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
Le mercredi 22 janvier 2014 à 15:12 +0100, Francesco P. Lovergine a
écrit :
> On Wed, Jan 22, 2014 at 07:53:47AM -0600, Sébastien Villemot wrote:
> > Le mercredi 22 janvier 2014 à 12:34 +0100, Francesco Paolo Lovergine a
> > écrit :
> > > I use gnucash daily, with the sq
s-5+b1 0.9.0-1
No so unrelated, since you upgraded libdbd-sqlite3 (see above). Does
downgrading solve the issue?
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
bug report?
sudo bash -c "/usr/share/bug/xserver-xorg-core/script 3>&1" >
/tmp/xorg-debug.log
Also, I'm downgrading the severity of this bug report, since gnome-shell
works fine for most users.
Best,
--
.''`.Sébastien Villemot
: :' :D
org), I get the following failure:
I uploaded to DELAYED/2 a NMU of blacs-mpi versioned 1.1-31.1 and fixing
that issue. The debdiff is attached. Don't hesitate to tell me if I
should delay the upload longer.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Develo
Le mercredi 11 décembre 2013 à 20:48 +0100, Sébastien Villemot a écrit :
> Actually my NMU already went through (version 0.45.1-1.1 was accepted
> into unstable a few hours ago), so you have nothing to do now.
Sorry, I meant version 0.4.52-1.1.
--
.''`.Sébastien Villemot
on 0.45.1-1.1 was accepted
into unstable a few hours ago), so you have nothing to do now.
The only thing you have to remember is to base your next upload on the
version that I uploaded (i.e. you should acknowledge the NMU); otherwise
the BTS will think that the bug has reappeared.
--
.&#x
th -1
>
> Your package fails to build in sid:
I have uploaded to DELAYED/5 a NMU fixing this bug. Please find the
debdiff attached. As usual, don't hesitate to tell me if I should delay
the upload longer.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian
Le jeudi 05 décembre 2013 à 18:41 +0100, Sébastien Villemot a écrit :
> Hi Joao,
>
> Le mercredi 26 juin 2013 à 22:54 +0200, Sébastien Villemot a écrit :
>
> > python-glpk fails to build from source against glpk 4.51-1, which is
> > currently
> > available in expe
Hi Joao,
Le mercredi 26 juin 2013 à 22:54 +0200, Sébastien Villemot a écrit :
> python-glpk fails to build from source against glpk 4.51-1, which is currently
> available in experimental.
The new version of glpk has been uploaded to sid, and the transition is
now ongoing. Can you the
ld be very easy to implement: I was able to compile
hotot 1:0.9.8.14-2 on wheezy without any change to the source package.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature
till broken if the new libgcj14 is unpacked
before the new gcj-4.8-jre-headless.
libgcj14 should therefore declare (see policy 7.6.1):
Breaks: gcj-4.8-jre-headless (<< 4.8.2-3)
Replaces: gcj-4.8-jre-headless (<< 4.8.2-3)
Cheers,
--
.''`.Sébastien Villemot
:
tag 727045 pending
thanks
Date: Tue Oct 22 14:36:07 2013 +0200
Author: Sébastien Villemot
Commit ID: d4efc247acd762529c412c62cb09ea152138fd80
Commit URL:
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff;h=d4efc247acd762529c412c62cb09ea152138fd80
Patch URL:
http://git.debian.org/?p=p
Le mardi 15 octobre 2013 à 16:21 +0200, Sylvestre Ledru a écrit :
> Le 13/10/2013 12:47, Sébastien Villemot a écrit :
> > Control: retitle -1 scilab: FTBFS on i386: File
> > "/«PKGBUILDDIR»/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin"
> > does no
ace (s390x), the build succeeds.
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
as also able to replicate the problem on the zelenka porterbox.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
Control: tags -1 + patch pending
Le lundi 30 septembre 2013 à 20:23 +0200, Sébastien Villemot a écrit :
> vips fails to build on armhf. The build log says:
>
> libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..
> -I../../libvips/include -DG_DISABLE_ASSERT -DG_DISABLE_CHE
cess_insns, at
ifcvt.c:323
}
^
Of course this is ultimately a bug in gcc-4.8. However, until the bug is fixed
in GCC, you may want to consider a workaround. For example, I was able to build
the problematic file with gcc-4.7.
Cheers,
--
.''`. Sébastien Villemot
: :&#x
o suggests no packages.
-- no debconf information
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: Digital signature
has been closed by David Prévot .
Thanks for the upload. I am however reopening since the bug still
affects sid.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Descripti
=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
xul-ext-sage depends on no packages.
Versions of packages xul-ext-sage recommends:
ii iceweasel 23.0.1-1
xul-ext-sage suggests no packages.
-- no debconf information
--
.''`.Sébastien Villemot
: :' :
i libxml2-dev 2.9.1+dfsg1-2
ii pkg-config0.26-1
ii python-ufc2.2.0-1
ii ufc 2.2.0-1
libdolfin1.0-dev recommends no packages.
libdolfin1.0-dev suggests no packages.
-- no debconf information
--
.''`.Sébastien V
stification: FTBFS on amd64
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
I have uploaded to DELAYED/2 a NMU fixing this bug and versioned
2.0.0.dfsg-5.1. Feel free to tell me if I should delay it longer. The
debdiff is attached.
Cheers,
--
tag 701270 pending
thanks
Date: Thu May 30 12:13:49 2013 +0200
Author: Sébastien Villemot
Commit ID: d831e4d83e9f13a9dae03a322764df7f04bb7cf0
Commit URL:
http://git.debian.org/?p=pkg-octave/dynare.git;a=commitdiff;h=d831e4d83e9f13a9dae03a322764df7f04bb7cf0
Patch URL:
http://git.debian.org/?p=p
Le mardi 21 mai 2013 à 19:28 +0200, Julien Cristau a écrit :
> On Tue, May 21, 2013 at 19:17:33 +0200, Sébastien Villemot wrote:
>
> > Then if you don’t want to fix it, please request a removal of the ia64
> > binary in testing, so that the package can migrate (reportbug
>
Le mardi 21 mai 2013 à 19:17 +0200, Sébastien Villemot a écrit :
> Then if you don’t want to fix it, please request a removal of the ia64
> binary in testing, so that the package can migrate (reportbug
> release.debian.org).
I realize this is not possible without removing dozens of pac
Le mardi 21 mai 2013 à 19:04 +0200, Julian Taylor a écrit :
> On 21.05.2013 11:51, Sébastien Villemot wrote:
>
> >
> > libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../../..
> > -I../../../kernel -I../../../rdft -I../../../rdft/scalar
> > -D_FORTIFY_SO
error: in ia64_split_tmode, at
config/ia64/ia64.c:1411
The full build log is at:
https://buildd.debian.org/status/fetch.php?pkg=fftw3&arch=ia64&ver=3.3.3-3&stamp=1367700172
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dyn
g directory
`/tmp/buildd/elmerfem-6.1.0.svn.5396.dfsg2/elmerparam'
make: *** [stamp-build] Error 2
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
elmerfem_6.1.0.svn.539
Package: scribus
Version: 1.4.2.dfsg+r18267-1
Severity: serious
Dear Maintainer,
The amd64 binary is uninstallable in sid, because it depends on nonexistent
libpodofo0.9.1 package.
Cheers,
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.
upload targeting
Wheezy
- your changelog entry is incomplete; it does not list all the added
patches, and it does not close the present bug
Thanks for your work, and congratulations for the birth of your girl,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `'
files are still present in the LAPACK downloadable from
netlib.org, but this is not something that Debian can act on (at least
in the very short term), neither is it a bug in Debian.
Thanks for your report,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' ht
xit status 2
>
>
I’ve just recompiled the package with pbuilder, so I can’t reproduce
your problem.
Can you please provide your build log?
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebast
Control: tags -1 + patch
Le mardi 19 mars 2013 à 10:23 +0100, Sébastien Villemot a écrit :
> A binNMU of the package should fix the problem.
Actually a Build-Conflicts is a more robust solution. The attached patch
implements this.
Thorsten: does that sound fine to you? I can do the upload
library dependencies when the BLAS alternative does not point to ATLAS
(which I guess is the case for the reporter). A binNMU of the package
should fix the problem.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`-
the right
hand-side of the address bar. This was considered as sufficient for
Debian, see bug #603594 for more details on this.
OTOH, when I visit the URL reported by the submitter, I get the (normal)
lock icon, i.e. epiphany considers that the site is secure (even though
the certificate com
about redirections, while CVE-2010-3312 (#564690 in Debian)
was about *never* verifying SSL certs (and is now fixed).
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Descri
y affects users who
don't have MATLAB (and who are therefore not the primary target of this
package) and who moreover are using the readline frontend, I don’t think
it makes the package unsuitable for release.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `'
Control: severity -1 important
Le samedi 09 mars 2013 à 22:03 +0100, Sébastien Villemot a écrit :
> I think we should first decide whether this issue is RC (because of
> Wheezy to be released soon), and this is indeed not obvious. It is of
> course expected that packages in "main
Control: tags -1 - patch
Le samedi 09 mars 2013 à 18:26 +0100, Michael Hanke a écrit :
> On Sat, Mar 9, 2013 at 2:57 PM, Sébastien Villemot
> wrote:
> The attached patch allows the package to install nicely even
> if MATLAB
> is not present. Otherwise peo
error code (1)
The attached patch allows the package to install nicely even if MATLAB
is not present. Otherwise people who install the package by accident end
up with a dpkg error.
Julian: please confirm that it fixes the issue for you.
--
.''`.Sébastien Villemot
: :' :D
s 2.5.0-3. The new
version no longer uses LDFLAGS for fixing the bug, so it should play
nicely with derivatives.
Concerning the other issue with libsundials_fnvecserial, if you still
care about it, please open another (non-RC) bug.
--
.''`. Sébastien Villemot
: :' :Debian
correct rpath in the binary. I guess this is because the libtool
embedded in sundials is very old, and updating libtool in this case
seems non trivial and therefore not freeze policy-compliant.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' h
Le mercredi 27 février 2013 à 11:49 +0100, Andreas Beckmann a écrit :
> On 2013-02-27 11:07, Sébastien Villemot wrote:
> > + * Install symlinks for Python 3 headers under /usr/include/python3.2mu
> > (resp.
> > +python3.2dmu) instead of /usr/include/python3
Control: tags 700718 + pending
Control: tags 700994 + pending
Dear Maintainer,
I uploaded to DELAYED/2 an NMU of python-numpy versioned 1.6.2-1.2. The
debdiff is attached.
Cheers,
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.
Control: tags -1 + patch
Le dimanche 24 février 2013 à 10:43 +0100, Julien Cristau a écrit :
> On Sat, Feb 23, 2013 at 17:35:40 +0100, Sébastien Villemot wrote:
>
> > Le samedi 23 février 2013 à 17:17 +0100, Julien Cristau a écrit :
> > > On Sun, Feb 17, 2013 at 13:42:45 +0
Le samedi 23 février 2013 à 17:14 -0800, Ondřej Čertík a écrit :
> On Sat, Feb 23, 2013 at 8:35 AM, Sébastien Villemot
> wrote:
> > Le samedi 23 février 2013 à 17:17 +0100, Julien Cristau a écrit :
> >> On Sun, Feb 17, 2013 at 13:42:45 +0100, Andreas Beckmann wrote:
&
tag 691311 pending
thanks
Date: Sat Feb 23 18:47:25 2013 +0100
Author: Sébastien Villemot
Commit ID: 5e29452aa4b9c2b34a23e2890061778047f3afe8
Commit URL:
http://git.debian.org/?p=pkg-octave/octave.git;a=commitdiff;h=5e29452aa4b9c2b34a23e2890061778047f3afe8
Patch URL:
http://git.debian.org/?p=p
he problem is introduced by the new Breaks. However, as noted in my
previous message to this bug, this is the consequence of a real bug
somewhere else.
If reverting the Breaks still has your preference, I can do it.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `&
s not yet been.
It is clear that this is not a python-numpy bug, but at this stage I
don’t know which package to reassign it to (python-defaults,
python-support, or even apt ?).
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
signature.asc
Description: This is a digitally signed message part
update
> - apt-get upgrade
> - apt-get dist-upgrade
>
> There are other packages affected by the same problem. Full list is:
> octave-data-smoothing octave-econometrics octave-optim octave-signal
> octave-tsa pfsglview pfstmo pfstools-dbg pfstools pfsview
This is a known dpkg bug
atch, or merged into
21_static_display_purge.patch?
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
--- a/daemon/gdm-local-display-factory.c
+++ b/daemon/gdm-local-display-factory.c
@@ -326,10 +326,8 @@
Control: tags -1 + pending
Since pygtk finally compiled on ia64, I have uploaded to DELAYED/2 a NMU
of python-numpy. The debdiff is attached.
--
.''`. Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A75
f the number
of failures (line 330 of gdm-local-display-factory.c). Hence the maximum
number of failures is never reached, and GDM spawns X servers like
crazy.
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG
Le dimanche 03 février 2013 à 21:37 +0100, Csanyi Pal a écrit :
> On Sun, Feb 03, 2013 at 08:13:56PM +0100, Sébastien Villemot wrote:
> > Control: tags -1 + moreinfo unreproducible
> > $ echo $DBUS_SESSION_BUS_ADDRESS
>
> The output of this command abowe is an empty line.
201 - 300 of 399 matches
Mail list logo
