to tell me if I should
cancel it.
cu
Adrian
--
* Dr Thibaut Paumard | LESIA/CNRS - Table équatoriale (bât. 5) *
* Tel: +33 1 45 07 78 35 | Observatoire de Paris - Section de Meudon *
* Fax: +33 1 45 07 79 17 | 5, Place Jules Janssen*
* thibaut.paum...@obspm.fr
Control: found -1 gyoto/1.4.4-4
Control: found -1 gyoto/1.4.4-3
Control: notfound -1 gyoto/1.4.4-5
Hi Paul,
Le 24/09/2021 à 21:42, Paul Gevers a écrit :
> Is the workaround inside the binary, or only (needed) in the test suite?
> In other words, did openmpi *break* gyoto on i386 in some cases?
Control: reassign -1 src:openmpi src:gyoto
Hi Paul,
I think I've found a workaround and am getting closer to finding the
cause. I've just uploaded a package (gyoto 1.4.4-5) with the workaround.
If you can then check that the test passes fine, I guess we will just
have to let this gyoto migrate
Thanks Paul.
I don't think mpi4py is involved, but openmpi (4.1.1-5) is (based on
where in the test suite the bug happens, and on the fact that the
failure also occurs when only openmpi is frozen to unstable).
The puzzling bit is that the tests nicely go through in unstable, the
failure only
Control: reassign -1 src:openmpi
Control: found -1 openmpi/4.1.1-3
Control: tags -1 +unreproducible +help
Control: retitle -1 openmpi breaks gyoto autopkgtest on i386
Control: thanks
Hi,
I cannot reproduce this.
I have set up a testing-i386 chroot (on my amd64 laptop) and installed
openmpi from
Thanks for the patch Étienne, very appreciated!
OpenPGP_signature
Description: OpenPGP digital signature
Package: src:flint
Version: 2.5.2-22
Severity: serious
Tags: ftbfs
Thanks
Hi,
I wanted to check whether the recent upload actually fixed
953437: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=953437
I realized that it failed to build.
Regards, Thibaut.
Message transféré
Control: tags -1 + fixed pending
Dear Paul,
Thanks for the hint, I did not know I could mark the test as flaky.
This test needs to open a window which is done through xvfb-run.
That xvfb-run sometimes fails to open a window is a bug in xvfb-run
which I have no time to investigate.
Kind
Le 01/04/2020 à 23:13, Moritz Mühlenhoff a écrit :
> On Mon, Oct 07, 2019 at 04:53:03PM +0200, Thibaut Paumard wrote:
>> Dear Jeremy,
>>
>> Thanks, I have warned upstream that YAO will be removed if not updated
>> to Python 3 and Gtk 3.
>
> It's now the last pack
Le 05/03/2020 à 10:49, peter green a écrit :
> Package: gyoto
> Version: 1.4.4-1
> Severity: serious
>
> gyoto is failing to build on armel, armhf, mipsel and mips64el
Thanks Peter,
I've been working on it since Monday. I think I found the bug that hits
arm*, now I will check for mips*.
Hi again,
Le 03/03/2020 à 11:55, Drew Parsons a écrit :
>> Actually, it may be wise to choose names that
>>
>> a) are clearly private, so people know they should not start using
>> explicitly h5py_serial or h5py_mpi;
>>
>> b) will not clash with anything upstream may adopt in the future, a
Hi Drew,
Le 02/03/2020 à 17:33, Drew Parsons a écrit :
>> Like you, I would keep h5py_serial and h5py_mpi separate rather than
>> submodules of h5py. Mostly because the h5py folks could in the future
>> want to use those two names and do it in an incompatible manner.
>
> Fair enough, I'll keep
and h5py_mpi separate rather than
submodules of h5py. Mostly because the h5py folks could in the future
want to use those two names and do it in an incompatible manner.
Kind regards, Thibaut.
Le 02/03/2020 à 15:30, Drew Parsons a écrit :
> On 2020-03-02 18:21, Thibaut Paumard wrote:
>>
epends on the structure of the main h5py
module which I didn't check...
I can put some brain cells into this if this is still needed, let me know.
Kind regards, Thibaut.
--
* Dr Thibaut Paumard | LESIA/CNRS - Table équatoriale (bât. 5) *
* Tel: +33 1 45 07 78 35 | Observatoire de Paris - S
> Did you hear anything back? Shall we remove it?
>
Yes, we should remove it. Can you fill the request? I won't have time
before next week.
Kind Regards, Thibaut.
signature.asc
Description: OpenPGP digital signature
Le 10/12/2019 à 19:59, Moritz Mühlenhoff a écrit :
> On Mon, Oct 07, 2019 at 04:51:09PM +0200, Thibaut Paumard wrote:
>> Dear Jeremy,
>>
>> Thanks, I have warned upstream that spydr will be removed if not updated
>> to Python 3 and Gtk 3.
>
> Was there any r
Dear Jeremy,
Thanks, I have warned upstream that spydr will be removed if not updated
to Python 3 and Gtk 3.
Regards, Thibaut.
Le 06/10/2019 à 23:09, Jeremy Bicha a écrit :
> Control: severity -1 serious
> Control: tags -1 -buster
>
>
> As part of the Python2 removal, it is our intent that
Dear Jeremy,
Thanks, I have warned upstream that YAO will be removed if not updated
to Python 3 and Gtk 3.
Regards, Thibaut.
Le 06/10/2019 à 23:09, Jeremy Bicha a écrit :
> Control: severity -1 serious
> Control: tags -1 -buster
>
>
> As part of the Python2 removal, it is our intent that
Le 25/05/2019 à 01:18, Rob Browning a écrit :
> Rob Browning writes:
>
>> I'm not certain, but I'm planning to work on guile over the next week.
>> If so, I should be able to take a look.
>
> Just as an update, I obviously didn't get to it earlier this week, but
> I'm looking in to it now.
>
>
Le 16/05/2019 à 03:45, Rob Browning a écrit :
> Thibaut Paumard writes:
>
>> I'm checking your patch, which looks good (compiling guile for testing
>> takes a lot o time but the patch itself is pretty straightforward and
>> clean). Do you intend on NMUing this? Given t
On Fri, 3 May 2019 23:09:33 +0300 Kari Pahula wrote:
> tags 926182 + patch
> thanks
>
> Hi.
>
> /usr/bin/guile uses alternatives system and the real binary is under
> /usr/lib, as well as providing /usr/bin/guile-2.2 as a symlink.
>
> My patch gives the same treatment for the binaries in
control: severity -1 important
Le 24/05/2018 à 10:38, Thibaut Paumard a écrit :
Thanks,
I've asked for the migration of pkg-mactel-de...@lists.alioth.debian.org.
Regards, Thibaut.
Since this is only a temporary solution, we should still think of
choosing another address with the next
Thanks,
I've asked for the migration of pkg-mactel-de...@lists.alioth.debian.org.
Regards, Thibaut.
control: not-found -1 yorick-yao/5.4.0-1
control: severity -1 wishlist
control: thanks
Hi,
I object and I'm closing this bug as yorick-yao is not unmaintained.
I'll remove it after buster if upstream does not update it.
Regards, Thibaut.
Le 07/08/2017 à 16:47, jcowg...@debian.org a écrit :
Package: libgyoto6
Version: 1.2.0-2
Severity: serious
Tags: sid buster
User: debian-...@lists.debian.org
Usertags: gcc-7-op-mangling
Hi,
It appears that your package provides an external symbol that is
affected by the recent name mangling
Package: icedove
Version: 1:45.4.0-1
Severity: grave
Dear maintainers,
I have that spurious proble that very often, when I open a new compose
window (with ^N or by clicking on one of the reply-to buttons), the
keyboard focus stays in the main window. I start typing, which can
have nasty effects
Dear Andreas,
Le 31/12/2016 à 08:23, Andreas Tille a écrit :
> Hi,
>
> On Sat, Dec 31, 2016 at 04:40:32AM +, Debian testing autoremoval watch
> wrote:
>> staden 2.0.0+b11-2 is marked for autoremoval from testing on 2017-01-29
>>
>> It (build-)depends on packages with these RC bugs:
>>
Le 17/12/2016 à 17:31, Alastair McKinstry a écrit :
> I say leave until post-stretch release. I'm fixing the multiarch now
> (which fixes #833728, #842881;
> tagged as mpich and ldconfig bugs but in practice due to mpich being
> multiarch and openmpi not).
> Getting this in place by the freeze on
Control: tags -1 +patch
Le 15/12/2016 à 11:31, Thibaut Paumard a écrit :
> Currently building with this on the porterbox, I will provide the patch
> if it works.
attached
diff -urN a/debian/changelog b/debian/changelog
--- a/debian/changelog 2016-12-13 07:10:17.0 +
+++ b/
Nailed it:
thread_test() in test/class/opal_fifo.c must end with pthread_exit(NULL)
instead of return NULL.
Currently building with this on the porterbox, I will provide the patch
if it works.
Regards, Thibaut.
Le 15/12/2016 à 10:32, Thibaut Paumard a écrit :
> Hi,
>
>
Hi,
I confirm that the package build fine if the tests are deactivated, but
I can't check whether it is usable as I can't install the resutling
packages in the chroot on the porterbox.
Kind regards, Thibaut.
Le 15/12/2016 à 09:54, Thibaut Paumard a écrit :
> Source: openmpi
> Version: 2.0
Source: openmpi
Version: 2.0.2~git.20161225-6
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
Dear maintainers,
openmpi fails to build on ppc64el (a release architecture).
The build fails in the test suite. See:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Steve,
thanks for your answer:
Le 20/11/2016 à 05:12, Steve M. Robbins a écrit :
> On Wednesday, November 16, 2016 12:16:22 PM CST Thibaut Paumard
> wrote:
>> I've realized that, when acos() does not return, delta100 above
>&
Control: tags 844490 +pending
Control: severity 844495 normal
For the record, the bug appears when doing:
acos(cos(alpha100)*cos(delta100));
where the type of alpha100 and delta100 is
boost::multiprecision::cpp_dec_float_100.
I've realized that, when acos() does not return, delta100 above is
Package: libboost1.62-dev
Version: 1.62.0+dfsg-4
Severity: serious
Justification: regression causes FTBFS
Dear maintainer,
gyoto FTBFS on several release architectures, apparently due to a
regression in Boost.multiprecision introduced in boost1.62.
Cf:
Package: src:gyoto
Version: 1.1.1-2+b1
Severity: serious
Justification: fails to build from source (but built successfully in the
past)
Dear BTS,
gyoto FTBFS with boost1.62 on several release architectures:
https://buildd.debian.org/status/package.php?p=gyoto
It looks like it was known before
Control: severity -1 normal
Dear all,
I have been able to work around this bug in yorick by adding a file
debian/shlibs.local in the source tree with this single line:
libmpich 12 libmpich12
Le 08/08/2016 12:12, Thibaut Paumard a écrit :
> Hi have open a new bug against libc-bin (ldcon
Hi have open a new bug against libc-bin (ldconfig) to follow that up on
that side: 833728
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks,
I forwarded this bug report to upstream.
Kind regards, Thibaut.
Le 08/02/2016 20:19, Gianfranco Costamagna a écrit :
> Hi Thibaut and Debian Science maintainers,
>
> I did a little patch to fix the build failure, but now there is a
>
Dear Mattia,
Thanks for the report.
This seems to be due to a change in behaviour of the autotools.
The wrapper for the executable constructed by the autotools used to add
$top_builddir/lib/.libs/ to LD_LIBRARY_PATH, so gyoto could find its
plug-ins from the built source tree. It does not
Control: tag -1 + pending
For the record, I have committed my patch to svn (revision 47058).
Kind regards, Thibaut.
Le 23/06/2015 12:13, Thibaut Paumard a écrit :
Control: tag -1 + patch
On Sun, 24 May 2015 16:03:44 +0200 Reiner Herrmann rei...@reiner-h.de
wrote:
I think this could
11:48:52.0 +0200
@@ -1,3 +1,13 @@
+fftw (2.1.5-2) unstable; urgency=low
+
+ * Team upload.
+ * Bug fix: FTBFS with TZ=GMT-14, thanks to Holger Levsen (Closes:
+#786694).
+ * Fix fftw.texi and make sure it is always rebuilt.
+ * Check against Policy 3.9.6
+
+ -- Thibaut Paumard thib
Dear Aaron,
Le 04/06/2015 20:51, Aaron M. Ucko a écrit :
At any rate, thanks for the quick response!
I'm both upstream and the debian maintainer here, so that's normal.
Thanks for YOUR input.
I will upload shortly a version with the proper fix, actually checking
whether it is possible to cast
, \
reinterpret_castGyoto::Property::set_unsigned_long_t((void
(Object::*)(size_t val))class::fname), \
reinterpret_castGyoto::Property::get_unsigned_long_t((size_t
(Object::* )() const)class::fname)),
Kind regards, Thibaut.
--
* Dr Thibaut Paumard | LESIA/CNRS - Table équatoriale (bât. 5
Le 24/05/2015 20:46, Sune Vuorela a écrit :
Source: stellarium
Version: 0.13.3-1
Severity: serious
Hi,
I think the severity of this bug is overstated. There is no reason why
this should warrant removing stellarium from testing.
Upstream is working on the issue, I suggest downgrading the
Hi,
On Wed, 18 Mar 2015 13:58:10 +0100 Holger Levsen hol...@layer-acht.org
wrote:
clone 780724 -1
reassign -1 pbuilder
severity -1 serious
retitle -1 pbuilder must defines PATH as in debian-policy (and as on buildds)
# justification: breaks package builds, see 780724
I challenge this
Control: found -1 31.2.0-1
Hi,
Same here, running testing.
Kind regards, Thibaut.
signature.asc
Description: OpenPGP digital signature
Package: gdc
Version: 4.9.1-4
Severity: grave
Hi,
gdc currently depends on libphobos-4.9-dev, including on kfreebsd-*, but
libphobos-4.9-dev is not beeing built on these architectures.
It may be that the bug is that libphobos should be built on kfreebsd.
From the gcc-4.9 build log:
Message original
Sujet: plplot_5.10.0-0.1_amd64.changes is NEW
Date : Wed, 10 Sep 2014 09:50:11 +
De : Debian FTP Masters ftpmas...@ftp-master.debian.org
Pour : Andrew Ross andrewr...@users.sourceforge.net,Thibaut
Paumard thib...@debian.org
binary:libplplot-ada1
Source: plplot
Version: 5.9.9-5
Severity: grave
Hi,
Even when 707268 is fixed, plplot still fails to build from source
because the build system is not able to cope with the new location of
hdf5.h.
A quick and dirty fix is to remove the check for hdf5.h in
cmake/modules/octave.cmake
and
Le 09/09/2014 12:17, Olly Betts a écrit :
I'm happy to sponsor or NMU if nobody more connected to the package is
able to.
I'm working on an NMU. I will presumably upload it tomorrow.
Andrew, if you wish I can send you my changes so that you can review
them. I will then be happy to sponsor
Le 09/09/2014 12:17, Olly Betts a écrit :
I'm happy to sponsor or NMU if nobody more connected to the package is
able to.
I'm working on an NMU. I will presumably upload it tomorrow.
Andrew, if you wish I can send you my changes so that you can review
them. I will then be happy to sponsor
Le 06/09/2014 17:24, Olly Betts a écrit :
On Thu, Jul 17, 2014 at 02:15:41PM +0200, Thibaut Paumard wrote:
I should have some spare time next week. I'll be glad to read your
findings, and we can keep each other informed on whether we get to it.
It's been more than 3 weeks now - what's
Control: severity -1 important
Hi,
I'm downgrading the severity to important because the bug seems to
affect only one user so far. The package therefore remains usable by the
majority of users and should not be removed from testing.
Kind regards, Thibaut.
signature.asc
Description: OpenPGP
Le 24/06/2014 11:09, Thibaut Paumard a écrit :
Dear Andrew,
The freeze is approaching. We need plplot for gnudatalanguage. Do you
plan on uploading plplot 5.10.0 so it can be part of jessie?
Kind regards, Thibaut.
Hi Andrew,
I'd rather sponsor a package you would have prepared
Hi Axel,
Le 17/07/2014 13:09, Axel Beckert a écrit :
Hi Thibaut,
Thibaut Paumard wrote:
I'd rather sponsor a package you would have prepared, but failing
that
How did you fail that?
I reviewed his package at https://mentors.debian.net/package/plplot
Thanks for pointing this out.
I
Control: severity -1 normal
Control: retitle -1 yorick-av: some codecs SIGFPE on kfreebsd-i386
Le 13/05/2014 14:20, Sebastian Ramacher a écrit :
When rebuilt for the libav transition, yorick-av failed to build
kfreebsd-i386:
|dh_auto_test -a
| make[1]: Entering directory '/«PKGBUILDDIR»'
Le 26/03/2014 00:52, Axel Beckert a écrit :
forwarded 725957 http://sourceforge.net/p/gnudatalanguage/bugs/594/
kthxbye
Hi,
Hi,
Thibaut Paumard wrote:
Do you need help fixing plplot and gnudatalanguage so they can reach
testing?
As documented in the BTS I've forwarded the FTBFS
Hi guys,
Do you need help fixing plplot and gnudatalanguage so they can reach
testing?
I think it would make sense to maintain them in a team, either
debian-science (CC:) or debian-astro.
Kind regards, Thibaut.
signature.asc
Description: OpenPGP digital signature
Le 23/11/2013 16:10, Michael Banck a écrit :
tags 725549 +pending
tags 725549 +patch
thanks
Hi,
Thanks Michael,
I thought I'd fixed it already because I had to fix the same on other
packages.
Your fix is correct. The The Makefile inherits a check rule from a build
system, so dh has
Control: retitle -1 av_register_all() segfaults on s390x in some cases
Control: severity -1 normal
Control: thanks
Hi,
Downgrading the severity as it's actually not a regression: the package
always failed building on s390x with the same error message. I thought I
did my homework and checked
Dear Reinhard,
Le 03/11/2013 02:11, Reinhard Tartler a écrit :
Hi Thibaut,
can you perhaps also provide a backtrace? It seems that there are no
public s390x porter machines where I could get that myself.
Unfortunately, I can't: gdb seems to be broken on s390x. Reporting bug
as we speak:
Here comes the minimal example. See file README.
buggy.tgz
Description: application/compressed-tar
signature.asc
Description: OpenPGP digital signature
Le 22/10/2013 18:13, Moritz Muehlenhoff a écrit :
After investigation, I can build a minimal example which still fails and
only contains a call to av_register_all() and segfaults precisely on this
line.
Adding s390@l.d.o to CC.
Thibaut, can you post your minimal test case?
Cheers,
Package: libavformat-dev
Version: 6:9.10-1
Severity: serious
File: /usr/include/libavformat/avformat.h
Hi,
My package yorick-av fails to build on s390x:
https://buildd.debian.org/status/package.php?p=yorick-av
It used to build fine previously.
After investigation, I can build a minimal example
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Control: tags -1 +pending +upstream
Hi,
Thanks for reporting. I found the problem, working at releasing the
fixed upstream version, then a new Debian package.
It's actually surprising it didn't bite earlier: ypush_av, responsible
for
Le 13/09/2013 08:43, Ralf Treinen a écrit :
Package: gist,yorick
Version: gist/4.0.3-2
Version: yorick/2.2.02+dfsg-6+b1
Severity: serious
User: trei...@debian.org
Usertags: edos-file-overwrite
Date: 2013-09-13
Architecture: amd64
Distribution: sid
Here is a list of files that are
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 11/11/2012 17:36, Andrey Rahmatullin a écrit :
On Thu, Nov 08, 2012 at 03:25:35PM +0100, Thibaut Paumard wrote:
I just installed balazar to try it out. After a few seconds in
the game (around 30s?) the game crashes. The graphic window shows
Package: balazar
Version: 0.3.4.ds1-6.1
Severity: grave
Hi,
I just installed balazar to try it out. After a few seconds in the game (around
30s?) the game crashes. The graphic window shows an error message:
Error: class 'soya.GLError'(GL_INVALID_OPERATION).
The console from whihc I started the
=low
+
+ * Non-maintainer upload.
+ * debian/patches/fix-ftbfs-689443.patch:
+Bug fix: FTBFS in current wheezy environment (GCC 4.7), thanks to
+Michael Tautschnig (Closes: #689443).
+
+ -- Thibaut Paumard thib...@debian.org Wed, 03 Oct 2012 11:32:08 +0200
+
mango-lassi (001+dfsg-4
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I can still reproduce this bug with brasero 3.4.1-3.
Regards, Thibaut.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
Source: yorick
Severity: serious
Hi,
regexp/yfnmatch.h is still under non-DFSG 4-clause BSD license. It is clearly a
left-over from older times as the rest of Yorick is under 3-clause BSD license.
Upstream has already commited an update at:
segmentation faults in version 1.8.1-1, thanks to Boris
+Pek (Closes: #676423).
+
+ -- Thibaut Paumard paum...@users.sourceforge.net Mon, 06 Aug 2012 14:49:31
+0200
+
doxygen (1.8.1.1-1) unstable; urgency=low
* doxygen 1.8.1.1 (bug fix) release.
diff -Nru doxygen-1.8.1.1/debian/patches
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Matthias,
I see that you have included my patch in an upload together with a lot
of other fixes, including a new upstream and I thank you for that.
However, that certainly means that your new upload will not reach Wheezy.
What is your plan
Source: gyoto
Version: 0.0.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
The test suite hangs [lucatelli] and [corelli] but runs fine on [ball], in qemu
and on gabrielli.
[lucatelli]
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Dear Matthias,
unless you object, I intend on NMUing this fix to unstable on Monday,
Jul. 16th.
Kind regards, Thibaut.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package brasero
tags 659061 +patch
thanks
Hi,
I confirm that the bug is still present in 3.4.1-2 and that the patch
solves it.
The patch is a very clear 1-line addition and applies cleanly on top
of 3.4.1.
Regards, Thibaut.
-BEGIN PGP
package doxygen
tags 676423 + patch
thanks
Hi,
removeEmptyLines() segfaults on empty string.
Here comes a patch.
Regards, Thibaut.
Description: fix for 676423: new segmentation faults in version 1.8.1-1
removeEmptyLines() segfaults on empty string
Author: Thibaut Paumard paum
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
package brasero
tags 659061 + upstream
thanks
Le 05/07/12 16:20, Josselin Mouette a écrit :
Le jeudi 05 juillet 2012 à 14:28 +0200, Thibaut Paumard a écrit :
I confirm that the bug is still present in 3.4.1-2 and that the
patch solves
Package: lsb-release
Version: 4.1+Debian7
Severity: critical
Version: 4.1+Debian7
Hi,
python2.7 is in the BD-uninstalable state since 2 days apparently because the
buildd sees lsb-release as uninstallable:
Dependency installability problem for python2.7 on mips:
python2.7 (= 2.7.3-1)
Source: python2.7
Version: 2.7.3-1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
pyhton2.7 does not build on mips:
https://buildd.debian.org/status/package.php?p=python2.7
It is currently in the BD-Uninstallable state due to
package python-pytrilinos
notfixed 620802 python-pitrilinos/10.4.0+dfsg
notfixed 620802 trilinos/10.4.0+dfsg-1
fixed 620802 trilinos/10.4.0.dfsg-1
thanks
At some point I'll get the tagging right
I don't now in the bug should be fixed in stable or if it's OK to leave
it like that since
Package: python-pytrilinos
Followup-For: Bug #620802
Attached is a test file which triggers the bug on 10.0.4 but not on 10.4.0
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
package gimp-gap
severity 537727 wishlist
thanks
Le 13/08/10 11:17, Gerfried Fuchs a écrit :
Hi!
* Thibaut Paumard paum...@users.sourceforge.net [2009-07-20 16:05:32 CEST]:
Package: gimp-gap
Version: 2.6.0-1
Severity: serious
Justification: Policy 4.13
Because you filed
package gimp-gap
severity 537725 wishlist
thanks
Hi,
the convenience copy is not used in 2.4.0, so the package actually
doesn't infringe policy.
T.
signature.asc
Description: OpenPGP digital signature
Hi,
I have not received any answer to this message, I'd be very happy if
someone volunteered...
(TODO list added below)
Le 7 août 09 à 10:45, Thibaut Paumard a écrit :
Dear mentors,
I have prepared a new upload of my package gimp-gap. I would be
grateful if someone would upload
;
- inclusion of external libraries, including patent-problematic
ffmpeg.
To get the source package:
dget
http://www.lesia.obspm.fr/perso/thibaut-paumard/debian/pool/main/g/gimp-gap/gimp-gap_2.6.0+dfsg-1.dsc
Complete changelog:
* Remove convenience copies of external libraries libmpeg3
(Closes
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
package gimp-gap
tags 536528 pending
thanks
OK, I'm applying the patch in the next upload.
T.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.8 (Darwin)
iEYEARECAAYFAkp65gEACgkQ+37NkUuUiPHHTgCeJubXV7meeuW05zeJhFCQjuU7
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gimp-gap
Version: 2.6.0-1
Severity: serious
Justification: Policy 4.13
Hi,
gimp-gap contains a convenience copy of ffmpeg, which it should not
(Policy 4.13 bellow). In addition, ffmpeg poses serious legal
problems, best let them in a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: gimp-gap
Version: 2.6.0-1
Severity: serious
Justification: Policy 4.13
Hi,
gimp-gap contains a convenience copy of libmpeg3, which it should not
(Policy 4.13 bellow).
Please remove the offending code from the source tarball. (Of
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
package gimp-gap
block 527677 by 430770
thanks
Hi,
I want to upload the new upstream (2.6). To do that properly, I must
wait for libmpeg3 to be upgraded to 1.8. I'll see to it that it happens.
T.
-BEGIN PGP SIGNATURE-
Version: GnuPG
Package: yorick-ml4
Version: 0.5.1-2
Severity: grave
Justification: renders package unusable
The package is completely broken under amd64. ml4write never returns,
ml4read segfaults...
In ml4.c, the info array at the beginning of each ml4 variable must
be of type int, not long.
I'm
Package: yorick-curses
Version: 0.1-2
Severity: grave
Justification: renders package unusable
yorick-curses just won't work on amd64 (segfaults). I'm working on a
fix.
Regards, Thibaut.
-- System Information:
Debian Release: lenny/sid
APT prefers unstable
APT policy: (500, 'unstable')
Package: yorick-gl
Version: 1.1+cvs20070922+dfsg-1
Severity: grave
Justification: renders package unusable
The clean target requires the configure one, but leaves the file
configure-stamp behind. This file ends up belonging to root when dpkg-
buildpackage -rsudo is used. The next run of the
Package: yorick-gl
Version: 1.1+cvs20070922-3
Severity: grave
Justification: renders package unusable
Tags: pending
yorick-gl lacks a build-dependency on libxext-dev. As a result, most
of its features are disabled by the configure script on clean
builders (where libxext-dev is not already
Package: software-properties-gtk
Version: 0.60.debian-1.1
Severity: grave
Justification: renders package unusable
Hi, I just upgraded my system. Just before upgrading, software-
properties-gtk used to work fine. Right after, clicking the menu item
does nothing and launching it on the command
Hi,
I [1]volunteered last week to help maintaining update-manager and
update-notifier, with the immediate goal of fixing the [2]RC bug that
kicked them out of Lenny.
I would be grateful if I could be added to the pkg-gnome alioth team,
in order to be able to commit directly my work
package update-manager
tags 451459 + patch pending
thanks
Hi,
I attach a postinst that removes the files listed in the bugreport
during configure/reconfigure (indeed, whenever postinst is called).
it also removes the directories in which they reside, but not higher
level directories: I
Hi,
It looks like this bug is the only reason why update-notifier and
update-manager got removed from testing:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451459
The fix looks so obvious to me that I'm wondering whether I missed
something.
It looks like an old version of
I believe (re)adding no-debsig to debian/dpkg.cfg (in package dpkg)
would fix this bug. Patch attached.
Regards, Thibaut.
debsig-verify.diff
Description: Binary data
PGP.sig
Description: Ceci est une signature électronique PGP
1 - 100 of 101 matches
Mail list logo