Bug#1066314: regina-rexx: FTBFS: ./rexxext.c:95:7: error: implicit declaration of function ‘getcallstack’; did you mean ‘popcallstack’? [-Werror=implicit-function-declaration]

El vie, 22 mar 2024 a las 12:01, Alen Zekulic () escribió: > > On Sun, Mar 17, 2024 at 21:41:44 +0100, Agustin Martin wrote: > > > Some time ago I played a bit with upgrading regina-rexx to a recent > > upstream version. I think I can find that stuff and try again with >

Bug#1066314: regina-rexx: FTBFS: ./rexxext.c:95:7: error: implicit declaration of function ‘getcallstack’; did you mean ‘popcallstack’? [-Werror=implicit-function-declaration]

Control: tags -1 +pending El dom, 17 mar 2024 a las 21:41, Agustin Martin () escribió: > > El vie, 15 mar 2024 a las 18:57, Agustin Martin > () escribió: > > > > Hi, Lucas and Alen. > > > > While it is easy to fix this particular error (see attached patch, >

Bug#1066314: regina-rexx: FTBFS: ./rexxext.c:95:7: error: implicit declaration of function ‘getcallstack’; did you mean ‘popcallstack’? [-Werror=implicit-function-declaration]

El vie, 15 mar 2024 a las 18:57, Agustin Martin () escribió: > > Hi, Lucas and Alen. > > While it is easy to fix this particular error (see attached patch, > from upstream repo), other similar error happens afterwards in my > tests. The problem is that this package is way beh

Bug#1066314: regina-rexx: FTBFS: ./rexxext.c:95:7: error: implicit declaration of function ‘getcallstack’; did you mean ‘popcallstack’? [-Werror=implicit-function-declaration]

> During a rebuild of all packages in sid, your package failed to build > on amd64. > > This is most likely caused by a change in dpkg 1.22.6, that enabled > -Werror=implicit-function-declaration. For more information, see >

Bug#1062611: libiv-unidraw2t64 has an undeclared file conflict

El vie, 2 feb 2024 a las 6:57, Helmut Grohne () escribió: > > Package: libiv-unidraw2t64 > Version: 2.0.11d.a1-1.1~exp1 > Severity: serious > User: debian...@lists.debian.org > Usertags: fileconflict > Control: affects -1 + libiv2 libiv2t64 > X-Debbugs-Cc: Graham Inggs , vor...@debian.org > >

Bug#1051271: GRUB2 2.12~rc1-7 prevent machine to boot

El mar, 5 sept 2023 a las 20:32, Agustin Martin () escribió: > > If /boot/efi is not mounted I get for new versions > > $ LC_ALL=C sudo dpkg-reconfigure grub-efi-amd64 > Installing for x86_64-efi platform. > grub-install: error: cannot find EFI directory. > Failed: grub-instal

Bug#1051271: GRUB2 2.12~rc1-7 prevent machine to boot

> On Tue, Sep 05, 2023 at 07:34:13PM +0200, Julian Andres Klode wrote: > I wrote > > If /boot/efi is not mounted I get for new versions > > Well that's *your problem*, sorry. Mounting /boot/efi is mandatory, > you can't just go unmount it. By the same argument unmounting /boot > (if a separate

Bug#1051271: GRUB2 2.12~rc1-7 prevent machine to boot

On Tue, Sep 05, 2023 at 07:34:13PM +0200, Julian Andres Klode wrote: > On Tue, Sep 05, 2023 at 12:26:56PM -0400, M. Zhou wrote: > > I am able to boot with 2.12~rc1-7 now. And my currrent status is > > > > grub-common/unstable,now 2.12~rc1-7 amd64 [installed] > > grub-efi-amd64-bin/unstable,now

Bug#1051271: GRUB2 2.12~rc1-7 prevent machine to boot

El mar, 5 sept 2023 a las 17:21, Agustin Martin () escribió: > > On Tue, Sep 05, 2023 at 04:19:01PM +0200, Miguel A. Vallejo wrote: > > Package: grub2 > > Version: 2.12~rc1-7 > > Severity: critical > > > > This morning I noticed an apt upgrade in Debian unstable

Bug#1051271: GRUB2 2.12~rc1-7 prevent machine to boot

On Tue, Sep 05, 2023 at 04:19:01PM +0200, Miguel A. Vallejo wrote: > Package: grub2 > Version: 2.12~rc1-7 > Severity: critical > > This morning I noticed an apt upgrade in Debian unstable/Sid upgraded > grub-common, grub2-common, grub-efi-amd64 and grub-efi-amd64-bin. The > upgrade went normally

Bug#1037642: encfs: ftbfs with GCC-13

> The package fails to build in a test rebuild on at least amd64 with > gcc-13/g++-13, but succeeds to build with gcc-12/g++-12. The severity of this > report will be raised before the trixie release. > The full build log can be found at: >

Bug#1008653: backintime-qt broken in sid after python upgrade

El jue, 21 abr 2022 a las 23:47, Agustin Martin () escribió: > If a new upstream version contains many changes that maintainer wants > to inspect closely, it is trivial to just include upstream fix for > this issue. I am attaching a patch (with unclosed changelog formatted > for

Bug#1008653: backintime-qt broken in sid after python upgrade

Control: tags -1 + patch fixed-upstream On Wed, Apr 20, 2022 at 09:45:26AM +0200, Leonardo Canducci wrote: > Package: backintime-qt > Followup-For: Bug #1008653 > > I've installed backintime-qt from github (it's pretty straightforward, > just donwload the source and build two deb files with the

Bug#1006132: ifrench-gut: please stop build-depending on myspell-tools

El dom, 27 feb 2022 a las 22:32, Agustin Martin () escribió: > > Control: tags -1 +patch > > El vie, 25 feb 2022 a las 8:51, Lionel Élie Mamane > () escribió: > > > > On Fri, Feb 25, 2022 at 12:51:32AM +0100, Agustin Martin wrote: > > > El jue, 24 feb

Bug#1006132: ifrench-gut: please stop build-depending on myspell-tools

Control: tags -1 +patch El vie, 25 feb 2022 a las 8:51, Lionel Élie Mamane () escribió: > > On Fri, Feb 25, 2022 at 12:51:32AM +0100, Agustin Martin wrote: > > El jue, 24 feb 2022 a las 16:09, Lionel Élie Mamane > > () escribió: > > > I have been looking at popcons and

Bug#1006132: ifrench-gut: please stop build-depending on myspell-tools

El jue, 24 feb 2022 a las 16:09, Lionel Élie Mamane () escribió: > > On Thu, Feb 24, 2022 at 01:51:58PM +0100, Agustin Martin wrote: > > On Sat, Feb 19, 2022 at 05:39:28PM +0100, Mattia Rizzolo wrote: > > >> Source: ifrench-gut > > > * ispell dictiona

Bug#1006132: ifrench-gut: please stop build-depending on myspell-tools

On Sat, Feb 19, 2022 at 05:39:28PM +0100, Mattia Rizzolo wrote: > Source: ifrench-gut > Version: 1:1.0-32.1 > Severity: serious > > Dear maintainer, > > we plan to remove src:myspell really soon, and together with it also > the package "myspell-tools". > Your package still depends on it. > >

Bug#1006131: rus-ispell: please stop build-depending on myspell-tools

Control: tags -1 +pending El mar, 22 feb 2022 a las 8:05, Mikhail Gusarov () escribió: > > Hello Agustin, > > On 21 Feb 2022, at 23:46, Agustin Martin wrote: > > >> Could you show me the difference? > > > Find attached diff. SInce flags ar

Bug#1006131: rus-ispell: please stop build-depending on myspell-tools

El lun, 21 feb 2022 a las 23:26, Mikhail Gusarov () escribió: > > Hello Agustin, > > On 21 Feb 2022, at 23:12, Agustin Martin wrote: > > I am thinking about using ispellaff2myspell --bylocale flag with > russian koi8-r locale set. This should only require an extra¡ >

Bug#1006131: rus-ispell: please stop build-depending on myspell-tools

El sáb, 19 feb 2022 a las 17:39, Mattia Rizzolo () escribió: > > Source: rus-ispell > Version: 0.99g5-27 > Severity: serious > > Dear maintainer, > > we plan to remove src:myspell really soon, and together with it also > the package "myspell-tools". > Your package still depends on it. Hi, thanks

Bug#999626: [Maxima-discuss] maxima-emacs: fails to install with xemacs21

El mié, 1 dic 2021 a las 16:53, Camm Maguire () escribió: > > Greetings! Am uploading a fix for now. cl-lib for xemacs21 can be > found in the mmm-mode package. Other change is that image-map needs to > be nil if not bound. Quite a few byte-compilation warnings in both > flavors, suppressed on

Bug#999626: No need to conflict with xemacs21 here

21 --- Regards, -- Agustin From 18b14e632eb26cd469754a9a41b03f0e6e66832e Mon Sep 17 00:00:00 2001 From: Agustin Martin Date: Fri, 26 Nov 2021 16:17:23 +0100 Subject: [PATCH] Fix byte compilation with emacs and disable it for xemacs. --- debian/control | 7 +++ debian

Bug#987264: git-el: fails to install with xemacs21

On Sat, 24 Apr 2021 02:59:40 +0300 Adrian Bunk wrote: > On Tue, Apr 20, 2021 at 05:10:16PM +0200, Andreas Beckmann wrote: > > Package: git-el > > Version: 1:2.30.2-1 > > Severity: serious > > User: debian...@lists.debian.org > > Usertags: piuparts > > > > Hi, > > > > during a test with piuparts I

Bug#930005: regina-rexx: rexxutil error

Package: regina-rexx Version: 3.6-2.2 Severity: wishlist El lun, 15 feb 2021 a las 13:40, Alen Zekulic () escribió: > > On Mon, Feb 15, 2021 at 13:16:58 +0100, Agustin Martin wrote: > > > I think I have something close to be ready for migration to debhelper. > > Me too.

Bug#930005: regina-rexx: rexxutil error

El lun, 15 feb 2021 a las 0:05, Agustin Martin () escribió: > > El vie, 12 feb 2021 a las 23:05, Alen Zekulic () > escribió: > > > > I agree, please go ahead! > > Uploaded. Hi, Seems this upload has been late for two days, so regina-rexx will not hit bullseye becaus

Bug#930005: regina-rexx: rexxutil error

El vie, 12 feb 2021 a las 23:05, Alen Zekulic () escribió: > > On Fri, Feb 12, 2021 at 13:25:23 +0100, Agustin Martin wrote: > > > Alen, I plan to upload a NMU with this changes and may be some minor > > issues. Even if I have not written rexx for years I think it would

Bug#930005: regina-rexx: rexxutil error

On Sun, 16 Jun 2019 23:26:45 +0200 Andreas Beckmann wrote: > Followup-For: Bug #930005 > Control: tag -1 patch > > The attached patch fixes the linking issue and thus the missing tgetent > symbol. Thereafter the command > regina /usr/share/doc/regina-rexx/examples/regutil.rexx > works on i386,

Bug#979575: ispell 3.4.01 breaks affix files of igerman98 and hkgerman

reassign 979694 ispell 3.4.01-1 reassign 979746 ispell 3.4.01-1 forcemerge 979575 979694 979746 affects 979575 ispanish thanks El dom, 10 ene 2021 a las 23:02, Agustin Martin () escribió: > > El dom, 10 ene 2021 a las 22:39, Robert Luberda () > escribió: > > > > reassign 9

Bug#979575: ispell 3.4.01 breaks affix files of igerman98 and hkgerman

El dom, 10 ene 2021 a las 22:39, Robert Luberda () escribió: > > reassign 979549 ispell 3.4.01-1 > reassign 979565 ispell 3.4.01-1 > forcemerge 979575 979549 979565 > affects 979575 ingerman iogerman ifrench iesperanto iswiss > tags 979575 pending fixed-upstream > thanks > > > Roland Rosenfeld

Bug#964678: dictionaries-common: FTBFS: Can't locate TheWML/Backends/Slice/Main.pm in @INC

control: reassign -1 slice control: found -1 2.28.0~ds1-1 control: retitle -1 wml/slice must depend on wml package El jue., 9 jul. 2020 a las 13:36, Lucas Nussbaum () escribió: > > Source: dictionaries-common > Version: 1.28.1 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye

Bug#952426: digikam: digkam experimental not correctly instalable

On Mon, Feb 24, 2020 at 01:07:40PM +0100, Eric Valette wrote: > On 24/02/2020 12:57, Agustin Martin wrote: > > > Hi, > > > > According to https://packages.debian.org/source/experimental/hdf5 there is a > > new "libhdf5-hl-100" package

Bug#952360: [xml/sgml-pkgs] Bug#952360: linuxdoc-tools: FTBFS: fmt_latex2e::postASP: LaTeX first run problem. Aborting ...

Control: affects 952460 -1 Control: tags -1 +pending On Sun, Feb 23, 2020 at 02:47:12PM +0100, Lucas Nussbaum wrote: > Source: linuxdoc-tools > Version: 0.9.73-2 > Severity: serious > Justification: FTBFS on amd64 > Tags: bullseye sid ftbfs > Usertags: ftbfs-20200222 ftbfs-bullseye > > Hi, > >

Bug#952426: digikam: digkam experimental not correctly instalable

On Mon, Feb 24, 2020 at 11:38:40AM +0100, Eric Valette wrote: > On 24/02/2020 10:50, Simon Frei wrote: > > > The error message you quote refers to so-version 100, while the required > > one is 103. That suggests you aren't running the digikam binary from the > > package, but something else (maybe

Bug#952426: digikam: digkam experimental not correctly instalable

On Mon, Feb 24, 2020 at 12:09:58PM +0100, Simon Frei wrote: > On 24/02/2020 11:38, Eric Valette wrote: > > On 24/02/2020 10:50, Simon Frei wrote: > > > >> one is 103. That suggests you aren't running the digikam binary from the > >> package, but something else (maybe you self-compiled at some

Bug#922574: digiKam FTBFS with OpenCV 4

On Fri, Jan 17, 2020 at 04:35:04PM +0100, Agustin Martin wrote: > On Tue, Dec 10, 2019 at 01:55:50PM -0500, John Scott wrote: > > Control: forwarded -1 https://bugs.kde.org/show_bug.cgi?id=401306 > > > > This appears to have been fixed upstream. There are a couple patch

Bug#922574: digiKam FTBFS with OpenCV 4

FaceEngine CCBUGS: 401306 Modified by Agustin martin to lower version in OPENCV test to (2,99,0) Was (3,99,0), but buster opencv version is lower and already needs this change. --- core/tests/facesengine/preprocess.cpp | 8 +++- 1 file changed, 7 insertions(+), 1 deletion(-) --- a/core/tests/

Bug#944249: [Pkg-emacsen-addons] Bug#944249: gnuplot-mode does not work with emacs26

On Mon, Nov 18, 2019 at 07:28:45AM -0400, David Bremner wrote: > Dima Kogan writes: > > > Thanks for the patches, Agustin. I just tried it out. Works for the most > > part. One thing that doesn't work for me is (gnuplot-mode) being > > executed when opening a .gp file. You added this to the

Bug#944249: [Pkg-emacsen-addons] Bug#944249: gnuplot-mode does not work with emacs26

On Mon, Nov 18, 2019 at 08:30:46AM -0400, David Bremner wrote: > Agustin Martin writes: > > > Hi, David, > > > >> That's not loaded by elpa packages. > > > > But AFAIK it should be loaded by Emacs, > > Perhaps. Team packages don't use these startup f

Bug#944249: [Pkg-emacsen-addons] Bug#944249: gnuplot-mode does not work with emacs26

On Mon, Nov 18, 2019 at 07:28:45AM -0400, David Bremner wrote: > Dima Kogan writes: > > > Thanks for the patches, Agustin. I just tried it out. Works for the most > > part. One thing that doesn't work for me is (gnuplot-mode) being > > executed when opening a .gp file. You added this to the

Bug#944249: gnuplot-mode does not work with emacs26

On Sun, Nov 17, 2019 at 10:52:47PM -0800, Dima Kogan wrote: > Thanks for the patches, Agustin. I just tried it out. Works for the most > part. One thing that doesn't work for me is (gnuplot-mode) being > executed when opening a .gp file. You added this to the package, and the > dh-elpa machinery

Bug#944249: gnuplot-mode does not work with emacs26

El jue., 7 nov. 2019 a las 2:57, Nicholas D Steeves () escribió: > > Hi Olaf and Dima, > > Dima, if it's alright with you can I please take care of this bug? > I've head I need an RC Bug NMU process for the "demonstrates skills > and knowledge of process" section of my eventual DD application.

Bug#944249: gnuplot-mode does not work with emacs26

e they help -- Agustin >From 1c6e992136fb5c33f28ee74e6992387a9bfa91d0 Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo Date: Fri, 8 Nov 2019 17:09:19 +0100 Subject: [PATCH 1/3] Modify to work better with elpa. * debian/rules: Remove bogus hyphen * debian/gnuplot-mode-pkg.el: Create * debian/elpa-gnupl

Bug#866472: Playing with a different approach for the color profiles

On Thu, Jul 11, 2019 at 06:26:49PM +0200, Xavi Drudis Ferran wrote: > > that was the intention of this code in my debian/rules (probably misplaced) > > python src/uc2/utils/rcc2py/rcc2py.py > /usr/share/color/icc/ghostscript/default_cmyk.icc > src/uc2/cms/cmyk_profile_rc.py >

Bug#866472: copyright extract script

On Thu, Jul 11, 2019 at 04:17:30PM +0200, Agustin Martin wrote: > On Thu, Jul 11, 2019 at 04:02:13PM +0200, Xavi Drudis Ferran wrote: > > > > I attach the script. It prints some (c) info on the *_rc.py files. > > You might need to change the uniconvertor directory in the scr

Bug#866472: copyright extract script

On Thu, Jul 11, 2019 at 04:02:13PM +0200, Xavi Drudis Ferran wrote: > > I attach the script. It prints some (c) info on the *_rc.py files. > You might need to change the uniconvertor directory in the script. > And you may not really find it too enlightening... Thanks a lot, I was already

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

On Fri, Jul 05, 2019 at 10:50:08PM +0200, Xavi Drudis Ferran wrote: > Well, for what is worth here're the files for a package that builds > and install on buster for uniconvertor-2.0rc4. But I haven't > tested. Only did a sg to pdf conversion once. I may have done > lots of things wrong, of

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

On Thu, Jun 27, 2019 at 04:07:53PM +0200, Agustin Martin wrote: > On Fri, Jun 21, 2019 at 07:24:15AM +0200, Xavi Drudis Ferran wrote: > > > > Hello. Maybe you know already (because the problem seems to be lack of > > maintainer). But there is a python-uniconvertor 2.0 t

Bug#866472: Uniconvertor 2.0 upstream depends on python-pil and has some .debs

changes dependency to python-pil and tries to change calls to sk1libs.imaging stuff to the equivalent PIL calls. Regards, -- Agustin >From eaac5ce28edcab4d022956f8a5eda171de521100 Mon Sep 17 00:00:00 2001 From: Agustin Martin Domingo Date: Thu, 27 Jun 2019 15:51:09 +0200 Subject: [PATCH]

Bug#908681: libsane1: nothing provides libsane so xsane uninstallable

On Wed, Oct 03, 2018 at 10:25:31AM +1300, Ben Caradoc-Davies wrote: > The removal of "Provides: libsane" in libsane1 1.0.27-2 makes xsane > uninstallable because nothing provides libsane. Hi all, I am aware that keeping "libsane" name with "Provides: libsane1" is under consideration. In case

Bug#908081: auctex: no longer autoloads with emacs >= 1:25.2+1-11

On Mon, Sep 17, 2018 at 05:06:33PM +0300, Adrian Bunk wrote: > Control: severity -1 serious > > On Mon, Sep 10, 2018 at 05:54:07PM +0200, Agustin Martin wrote: > > On Wed, Sep 05, 2018 at 11:13:29PM +0100, Julian Gilbey wrote: > > > Package: auctex > > > Version:

Bug#872712: [Parl-devel] Bug#872712: debian-parl: please remove transitional packages myspell-{af, en-gb, en-za, it, ky, sl, sw, th} and use hunspell-* instead

On Mon, Sep 25, 2017 at 06:20:02PM +0200, Agustin Martin wrote: > On Mon, Aug 21, 2017 at 10:04:03AM +0200, Mattia Rizzolo wrote: > > On Mon, Aug 21, 2017 at 02:33:02AM +0200, Jonas Smedegaard wrote: > > > I will address this, but it may take time before I come around to it. >

Bug#872712: [Parl-devel] Bug#872712: debian-parl: please remove transitional packages myspell-{af, en-gb, en-za, it, ky, sl, sw, th} and use hunspell-* instead

On Mon, Aug 21, 2017 at 10:04:03AM +0200, Mattia Rizzolo wrote: > On Mon, Aug 21, 2017 at 02:33:02AM +0200, Jonas Smedegaard wrote: > > I will address this, but it may take time before I come around to it. > > > > Please do go ahead with removal of the reverse dependency (at least from > >

Bug#853320: fix GCC7 build failure

Control: tags -1 + pending On Sat, Aug 12, 2017 at 07:13:50PM -0400, Matthias Klose wrote: > Control: tags -1 + patch > > patch at > http://launchpadlibrarian.net/333055957/aspell_0.60.7~20110707-3build2_0.60.7~20110707-3ubuntu1.diff.gz Thanks for the pointer. Will care of this. -- Agustin

Bug#860893: src:softcatala-spell should stop building myspell-ca

Control: tag -1 + pending On Fri, Apr 21, 2017 at 04:00:58PM +0300, Adrian Bunk wrote: > Source: softcatala-spell > Version: 0.20111230b-9 > Severity: important > > Holger Levsen noticed: > myspell-ca | 0.20111230b-9 | unstable| all > myspell-ca | 3.0.1+repack1-3 | testing |

Bug#853916: encfs '-S' vulnerability

On Wed, Feb 01, 2017 at 09:36:47PM -0500, David Steele wrote: > Package: encfs > Version: 1.9.1-3 > Severity: serious > thanks > > > Recently, a change in Encfs was found to have broken cryptkeeper, causing it > to use the password 'p' for all operations, regardless of user input >

Bug#828293: encfs: FTBFS with openssl 1.1.0

On Sun, Jun 26, 2016 at 12:21:34PM +0200, Kurt Roeckx wrote: > Source: encfs > Version: 1.8.1-3 > Severity: important > Control: block 827061 by -1 > > Hi, > > OpenSSL 1.1.0 is about to released. During a rebuild of all packages using > OpenSSL this package fail to build. A log of that build

Bug#821995: ispell-czech: Build arch:all+arch:any but is missing build-{arch,indep} targets

Control: tag -1 + pending On Mon, Jul 11, 2016 at 04:11:43PM +0200, Agustin Martin wrote: > > On Wed, Apr 20, 2016 at 10:54:45PM +0200, ni...@thykier.net wrote: > > Package: ispell-czech > > Severity: normal > > Usertags: arch-all-and-any-missing-targets &

Bug#821995: ispell-czech: Build arch:all+arch:any but is missing build-{arch,indep} targets

changelog index 6d670e1..acf6584 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +ispell-czech (20040229-5.2) unstable; urgency=medium + + * Non-Maintainer upload. + * Add missing build-{arch,indep} targets (Closes: #821995). + + -- Agustin Martin Domingo <agmar...@debian.org&g

Bug#814539: bzrtools: Uninstallable with current sid bzr and python-bzrlib (2.7.0-2)

Package: bzrtools Version: 2.6.0-2 Severity: serious Justification: uninstallable in sid Dear Maintainer, Seems that bzrtools needs upgrading for newer bzr package (2.7.0-2), # LC_ALL=C apt-get install bzr python-bzrlib bzrtools ... bzrtools is already the newest version (2.6.0-2). ... The

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

Hi, Norbert, On Fri, Jan 15, 2016 at 11:28:05PM +0900, Norbert Preining wrote: > sorry for the late reply, and thanks for all your testing. > > > * debian/README.source: It is still about old dpatch. > > removed. > > > * debian/gbp.conf: Should it be in the sources? > > added. Sorry, I

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

Hi, Norbert, On Mon, Jan 04, 2016 at 01:35:22PM +0900, Norbert Preining wrote: > > For those who are interested, here are preliminary packages > of xindy 2.5.1 from TeX Live sources 20150104 (today): > > deb http://www.preining.info/debian/ xindy main > deb-src http://www.preining.info/debian/

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

On Wed, Jan 06, 2016 at 10:25:34PM +0100, Agustin Martin wrote: > No. Just googled a bit and just found a message in the xindy-dev list > commenting that it might require some work, but without reply from > Joachim Schrod. Someone fluent with clisp and sbcl might however find >

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

2016-01-06 22:25 GMT+01:00 Agustin Martin <agmar...@debian.org>: > 2016-01-04 0:43 GMT+01:00 Norbert Preining <prein...@logic.at>: > >> For those who are interested, here are preliminary packages >> of xindy 2.5.1 from TeX Live sources 20150104 (today): >> &g

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

2016-01-04 0:43 GMT+01:00 Norbert Preining : > Hi Agustin, > >> For the records, this summer (30/7/15) I also mailed Joerg about >> current xindy status, but got no reply. My message might have been >> unnoticed and I have been rather busy lately, so I did not retry. > > I did

Bug#809053: xindy FTBFS due to CPPFLAGS containing spaces

2016-01-01 15:34 GMT+01:00 Norbert Preining : > Dear Mattia, > >> debian/rules:33: recipe for target 'config.status-with-latex' failed > > Indeed, the last NMU has introduced a rather stupid bug. > > I have contacted the maintainer for a take over of xindy into the > Debian TeX

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

On Thu, Nov 26, 2015 at 09:00:22AM +0530, Sebastian Dröge wrote: > On Sa, 2015-11-21 at 17:06 +0100, Agustin Martin wrote: > > 2015-11-14 15:25 GMT+01:00 Soeren D. Schulze <soeren.d.schu...@gmx.de > > >: > > > I am not sure about those SIGPIPEs.  They occured

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

2015-11-14 15:25 GMT+01:00 Soeren D. Schulze : > I am not sure about those SIGPIPEs. They occured to me, too, but I could > just press 'c' in gdb and continue using iceweasel until the SIGSEGV. On > the other hand, they are apparently gone now in stretch. > > Could you

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

On Sat, Nov 14, 2015 at 03:25:49PM +0100, Soeren D. Schulze wrote: > I am not sure about those SIGPIPEs. They occured to me, too, but I could > just press 'c' in gdb and continue using iceweasel until the SIGSEGV. On > the other hand, they are apparently gone now in stretch. > > Could you press

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

2015-11-12 16:13 GMT+01:00 Sebastian Dröge : > On Do, 2015-11-12 at 15:35 +0100, Soeren D. Schulze wrote: >> Am 12.11.2015 um 15:02 schrieb Sebastian Dröge: >> > On Do, 2015-11-12 at 14:41 +0100, Soeren D. Schulze wrote: >> > > Hello, >> > > >> > > the problem does not seem to

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

2015-11-14 12:22 GMT+01:00 Agustin Martin <agmar...@debian.org>: > 2015-11-12 16:13 GMT+01:00 Sebastian Dröge <sl...@coaxion.net>: >> On Do, 2015-11-12 at 15:35 +0100, Soeren D. Schulze wrote: >>> Am 12.11.2015 um 15:02 schrieb Sebastian Dröge: >>> >

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

On Wed, Nov 11, 2015 at 02:37:16PM +0100, Sebastian Dröge wrote: > On Di, 2015-11-10 at 20:31 +0100, Agustin Martin wrote: > > On Mon, Sep 21, 2015 at 03:55:16AM +0200, Soeren D. Schulze wrote: > > > Package: iceweasel > > > Version: 38.2.1esr-1~deb8u

Bug#788708: Bug#797385: iceweasel crash loading a youtube page.

On Tue, Sep 01, 2015 at 10:08:49AM +, Adrin wrote: > On Tue, 1 Sep 2015 at 01:30 Mike Hommey wrote: > > > On Sun, Aug 30, 2015 at 11:12:52AM +, Adrin wrote: > > > Program received signal SIG38, Real-time event 38. > > > 0x74546e23 in js::Shape::search

Bug#788708: Bug#797385: iceweasel crash loading a youtube page.

On Thu, Nov 12, 2015 at 05:11:56PM +, Adrin wrote: > Hi, > > It's been long fixed for me. I haven't had this problem for quite some time > now. Thanks for the quick reply, One more thing to make sure it is the same problem, are you running stable (jessie), testing or sid in the box where

Bug#788708: iceweasel: GStreamer causes segmentation fault

On Mon, Nov 09, 2015 at 09:32:58PM +0100, Sebastian Dröge wrote: > On Mo, 2015-11-09 at 18:45 +0100, Agustin Martin wrote: > > Hi, gstreamer plugins maintainers > > > > I have unarchived this bug report to add more info on it. Not yet > > reopened it for jessie

Bug#788708: Bug#799632: iceweasel: SIGSEGV when playing videos via gstreamer

On Mon, Sep 21, 2015 at 03:55:16AM +0200, Soeren D. Schulze wrote: > Package: iceweasel > Version: 38.2.1esr-1~deb8u1 > Severity: important > > Approximately once every 10 hours of use, I experience a crash of Iceweasel. > It seems to be correlated with playing videos via gstreamer with the >

Bug#788708: iceweasel: GStreamer causes segmentation fault

Hi, gstreamer plugins maintainers I have unarchived this bug report to add more info on it. Not yet reopened it for jessie because I am not fully sure that is is the one to blame. I am having some problems in jessie similar to those reported in this bug report, although they are not yet as

Bug#799845: myspell-en-gb, hunspell-en-gb: *another* file conflict

On Wed, Sep 23, 2015 at 11:00:57AM +0200, Thorsten Glaser wrote: > Package: hunspell-en-gb > Version: 1:5.0.1+dfsg-3 > Severity: serious > Justification: Policy 7.4 > > Today, my dist-upgrade broke: > > > The following NEW packages will be installed: > hunspell-en-gb ... > Trying to install

Bug#799440: myspell-* and hunspell-*: error when trying to install together

On Sat, Sep 19, 2015 at 01:40:52PM +, Mattia Rizzolo wrote: > On Sat, Sep 19, 2015 at 10:45:04AM +0200, Ralf Treinen wrote: > > this concerns a whole list of myspell-X and hunspell-X packages, but I am > > filing this bug only against hunspell-af. Here is the complete list: > > I was kinda

Bug#799440: myspell-* and hunspell-*: error when trying to install together

On Mon, Sep 21, 2015 at 03:33:16PM +, Mattia Rizzolo wrote: > On Mon, Sep 21, 2015 at 01:23:39PM +0200, Agustin Martin wrote: > > Thanks for your email here! > Given that you are involved with several packages with dicts you find > your input here important and valuable :) >

Bug#799440: myspell-* and hunspell-*: error when trying to install together

On Mon, Sep 21, 2015 at 05:44:36PM +, Mattia Rizzolo wrote: > On Mon, Sep 21, 2015 at 06:41:16PM +0200, Agustin Martin wrote: > > On Mon, Sep 21, 2015 at 03:33:16PM +, Mattia Rizzolo wrote: > > > On Mon, Sep 21, 2015 at 01:23:39PM +0200, Agustin Martin wrote: > >

Bug#797227: segfault - gst_memory_unmap, libgstreamer

On Wed, Sep 02, 2015 at 12:18:28PM +0300, Sebastian Dröge wrote: > On Mi, 2015-09-02 at 17:32 +0900, Changwoo Ryu wrote: > > Yes, I just have tested the patch on faad plugin at the GNOME > > bugzilla 748571. And it fixes the problem. > > Thanks for testing, Hi, Also tested here with a

Bug#788708: iceweasel: GStreamer causes segmentation fault

On Mon, Aug 31, 2015 at 08:29:19AM -0700, Josh Triplett wrote: > On Fri, 21 Aug 2015 10:43:56 +0100 Tim-Philipp =?ISO-8859-1?Q?M=FCller?= > wrote: > > This looks at first glance like some GStreamer element(s) could not be > > created, such as appsink, maybe others too; possibly

Bug#789098: FTBFS: ./conjugue fails with internal error: afligir e arg�ir colidem em FV

tag 789098 +pending tag 789099 +pending On Wed, Jun 17, 2015 at 08:30:23PM +, Chris West (Faux) wrote: Source: br.ispell Version: 3.0~beta4 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, The package fails to build

Bug#752726: Bug #752726: Unable to reproduce

On Sun, Dec 21, 2014 at 08:11:24PM +0100, Thomas Vincent wrote: Hello, Damien 'drazzib' Raude-Morvan and I tried to reproduce this bug in chroots (with sbuild) in both jessie and sid: * using the current stumpwm package from sid and setting clisp as the compiler * creating a complete

Bug#775267: ERROR: dictionaries-common is broken - called emacs-package-remove as a new-style add-on, but has no compat file.

Control: reassign -1 emacsen-common Control: forcemerge 736062 775267 On Tue, Jan 13, 2015 at 12:49:37PM +0100, Andreas Beckmann wrote: Package: dictionaries-common Version: 1.23.17 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, noticed this during a piuparts

Bug#775149: dictionaries-common: fails to install: update-default-wordlist: Question empty but elements installed for class wordlist

Control: affects -1 education-desktop-lxde Control: tag -1 + wheezy On Mon, Jan 12, 2015 at 12:18:11PM +0100, Andreas Beckmann wrote: Control: severity -1 serious On 2015-01-12 12:00, Agustin Martin wrote: I asked release team to allow incorporation of changes in 1.23.6 (See #761662

Bug#775149: dictionaries-common: fails to install: update-default-wordlist: Question empty but elements installed for class wordlist

Control: forcemerge 751367 775149 On Mon, Jan 12, 2015 at 12:46:57AM +0100, Andreas Beckmann wrote: Package: dictionaries-common Version: 1.12.11 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Control: affects -1 education-desktop-lxde Hi, during a test with

Bug#769552: ipolish: package fails to upgrade properly from wheezy

On Sat, Nov 15, 2014 at 11:21:33AM +0100, Jakub Wilk wrote: * Lucas Nussbaum lu...@lucas-nussbaum.net, 2014-11-14, 13:31: update-default-ispell: Could not make the default symlink to /usr/lib/ispell/polish.hash. This may be a temporary problem due to installation ordering. If that file is not

Bug#767940: dictionaries-common: upgrade failure: Undefined subroutine main::subst called at /usr/sbin/aspell-autobuildhash line 54.

On Mon, Nov 03, 2014 at 10:53:17PM +0800, Paul Wise wrote: Package: dictionaries-common Version: 1.23.14 Severity: serious When upgrading from 1.23.12 to 1.23.14 I get this error message: Setting up dictionaries-common (1.23.14) ... Processing triggers for dictionaries-common (1.23.14)

Bug#767940: dictionaries-common: upgrade failure: Undefined subroutine main::subst called at /usr/sbin/aspell-autobuildhash line 54.

reopen 767940 thanks On Mon, Nov 03, 2014 at 06:54:11PM +0100, Agustin Martin wrote: On Mon, Nov 03, 2014 at 10:53:17PM +0800, Paul Wise wrote: Package: dictionaries-common Version: 1.23.14 Severity: serious When upgrading from 1.23.12 to 1.23.14 I get this error message: Setting

Bug#767940: dictionaries-common: upgrade failure: Undefined subroutine main::subst called at /usr/sbin/aspell-autobuildhash line 54.

clone 767940 retitle -1 dictionaries-common::aspell-autobuildhash: Installation fails because of bad return code on error. submitter -1 ! close 767940 fixed 767940 dictionaries-common/1.23.15 thanks On Mon, Nov 03, 2014 at 08:05:03PM +0100, Agustin Martin wrote: The reason is that I missed

Bug#764189: Must break old pre-multiarch arch:any aspell dictionaries

Package: aspell Version: 0.60.7~20110707-1.2 Severity: serious 0.60.7~20110707-1.2 included a partial multiarch implementation, where aspell hashes can be shared between 32/64 bit architectures with the same endianness (but not with different endiannesses) by always using 32bit numbers.

Bug#736066: Allow encfs into jessie?

On Thu, Sep 11, 2014 at 04:06:06PM -0400, Harlan Lieberman-Berg wrote: On Thu, 2014-09-11 at 19:33 +0200, Eduard Bloch wrote: I though Jan has just described one. For example, taking a 10 year old CD with backups from your safe and trying to get the data back. Another option would be to

Bug#699301: Bug#644559: O: python-uniconvertor -- Universal vector graphics translator

On Mon, Sep 01, 2014 at 08:39:12AM -0700, Javi Merino wrote: Hi Agustin, On Mon, 22 Jul 2013 18:11:57 +0200 Agustin Martin agmar...@debian.org wrote: The short story, I have been playing on building a 1.1.5 python-uniconvertor package together with a new package python-sk1libs, the new

Bug#746825: Already fixed upstream

tag 746825 + fixed-upstream affects 746825 ivtools thanks On Fri, May 30, 2014 at 05:51:23PM +0200, Johnny Willemsen wrote: Hi, This is already fixed upstream, an export is lacking Hi, Johnny, thanks for the upstream help. Is that fix included in latest 6.2.0 ACE upstream release?

Bug#742292: marked as done (xindy: FTBFS on kfreebsd)

On Wed, Jun 04, 2014 at 08:39:10PM +, Debian Bug Tracking System wrote: From: Ivo De Decker package: xindy version: 2.4-1.3 severity: serious Hi, It seems xindy 2.4-1.3 doesn't build on kfreebsd, preventing migration to testing:

Bug#750069: ingerman, iswiss: fail to upgrade from wheezy

reassign 750540 ingerman,iswiss forcemerge 750069 750540 tag750069 + patch tag750067 + patch thanks [#750069] On Sun, Jun 01, 2014 at 11:54:13AM +0200, Holger Levsen wrote: Package: ingerman, iswiss Version: 20131206-4 Severity: serious during a test with piuparts I

Bug#750067: Bug#750069: ingerman, iswiss: fail to upgrade from wheezy

reassign 750540 ingerman, iswiss forcemerge 750069 750540 tag750069 + patch tag750067 + patch thanks [#750069] On Sun, Jun 01, 2014 at 11:54:13AM +0200, Holger Levsen wrote: Package: ingerman, iswiss Version: 20131206-4 Severity: serious during a test with piuparts I

Bug#750067: Bug#750069: ingerman, iswiss: fail to upgrade from wheezy

On Thu, Jun 05, 2014 at 06:55:41PM +0200, Agustin Martin wrote: [#750069] On Sun, Jun 01, 2014 at 11:54:13AM +0200, Holger Levsen wrote: Package: ingerman, iswiss Version: 20131206-4 Severity: serious during a test with piuparts I noticed your packages fail to upgrade from wheezy

Bug#750069: ingerman, iswiss: fail to upgrade from wheezy

On Thu, Jun 05, 2014 at 06:55:41PM +0200, Agustin Martin wrote: [#750069] On Sun, Jun 01, 2014 at 11:54:13AM +0200, Holger Levsen wrote: Package: ingerman, iswiss Version: 20131206-4 Severity: serious during a test with piuparts I noticed your packages fail to upgrade from wheezy

  1   2   3   >