Am 2025-02-27 17:55, schrieb Fabian Greffrath:
Another package with a similar issue is/was libzip-dev, which needs all
of the zipcmp, zipmerge and ziptool packages installed for its CMake
rule to work: #1094641.
I have applied the same changes that fixed the issue in libzip to the
fluidsynth
Hi there,
Am Mittwoch, dem 26.02.2025 um 21:14 +0100 schrieb Fabio Pedretti:
> Adding in CC Fabian, who recently uploaded some update fluidsynth
> packages: do you maybe have any hints?
I have also seen this when preparing the packages for dsda-doom and
woof-doom. The CMake rule for libfluidsynth
Am Donnerstag, dem 02.01.2025 um 12:51 +0100 schrieb rny:
> /bin/sh: 1: cd: can't cd to debian/tmp/usr/share/doc/ffmpeg
Well, you changed the prefix to /usr/local yourself, right?
- Fabian
signature.asc
Description: This is a digitally signed message part
Control: tag -1 pending
Hello,
Bug #1087824 in openal-soft reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/games-team/openal-soft/-/commit/84e2a728d5c91f19df554
Am Dienstag, dem 01.10.2024 um 03:26 +0200 schrieb Santiago Vila:
> b) The SHELL="bash -Eeuo pipefail" definition in debian/rules.
I think I can just remove these lines, upstream did the same some years
ago:
https://github.com/freedoom/freedoom/commit/77c53e11adfb1e5124e363d68518527c4fcfdf1a
Tha
Thank you very much for this update!
Am 2024-10-01 03:26, schrieb Santiago Vila:
Maybe we could just take for granted that deutex has PNG support,
because it has, and drop the check in the toplevel Makefile,
Since `deutex-check` isn't declared as a .PHONY rule, I think I can just
run `touch d
Maybe the `deutex -h` output to stdout get spoiled by other build steps
running in parralel, so that it doesn't include "PNG" as an isolated
word anymore?
- Fabian
Hi Emmanuel,
Am Freitag, dem 12.07.2024 um 17:23 -0300 schrieb Emmanuel Arias:
> Please if you have any objection or you want to do any change please
> let
> me know.
no objections, please feel free to upload asap.
Thanks,
- Fabian
signature.asc
Description: This is a digitally signed messa
Why the severity? The fonts-liberation2 package is now a transitional package
which pulls in the actual fonts-liberation package. Von meinem/meiner Galaxy
gesendet
Why the severity? The fonts-liberation2 package is now a transitional package
which pulls in the actual fonts-liberation package. Von meinem/meiner Galaxy
gesendet
Do you have the heif-gdk-pixbuf package installed? Von meinem/meiner Galaxy
gesendet
Control: tag -1 pending
Hello,
Bug #1040360 in openal-soft reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/games-team/openal-soft/-/commit/cb8855883f5b91dc157fd
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
unblock 694320 by 694308
The fonts files in fonts-urw-core35 are not built by fontforge anymore.
- Fabian
-BEGIN PGP SIGNATURE-
iQIzBAEBCAAdFiEEIsF2SKlSa4TfGRyWy+qOlwzNWd8FAmMUfacACgkQy+qOlwzN
Wd9hghAA0ZNlg3JqcZYSOI6XRWCSz22Q8hYKpFdqzXNS
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am Samstag, dem 27.08.2022 um 19:40 +0200 schrieb Jonas Smedegaard:
> Yes, Ghostscript contains a script update-gsfonts which makes use of
> it.
I see, thank you . So, I'll keep the file.
Do you guys think I will have to post a heads-up to debian-d
/-/blob/master/debian/10fonts-urw-base35.conf
Am Samstag, dem 27.08.2022 um 14:12 +0200 schrieb Fabian Greffrath:
> Am Freitag, dem 26.08.2022 um 09:52 +0200 schrieb Roland Rosenfeld:
> > Just go for it.
>
> I have just uploaded fonts-urw-base35_20200910-2 to experimental
> whic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am Freitag, dem 26.08.2022 um 09:52 +0200 schrieb Roland Rosenfeld:
> Just go for it.
I have just uploaded fonts-urw-base35_20200910-2 to experimental which
takes over the gsfonts and gsfonts-x11 packages. So, if you guys could
check if the transiti
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On Thu, 28 Jul 2022 10:21:17 +0200 Fabian Greffrath
wrote:
> > Maybe now is the time?
> Indeed my plan is to tackle this issue in about four weeks.
I currently despair of the format of the fonts.scale and fonts.alias
files that are pr
> Maybe now is the time?Indeed my plan is to tackle this issue in about four
> weeks. - Fabian Von meinem/meiner Galaxy gesendet
Ursprüngliche Nachricht Von: Chris Hofstaedtler
Datum: 28.07.22 01:02 (GMT+01:00) An: Fabian Greffrath
, 977...@bugs.debian.org Cc:
Control: tag -1 pending
Hello,
Bug #1008424 in flac reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/multimedia-team/flac/-/commit/4b4c810ca7d15b436c67f458687904
Control: tag -1 pending
Hello,
Bug #1008424 in flac reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/multimedia-team/flac/-/commit/b138df45a8dda1fc569e4f3ebccda8
Hi,
Am 16.12.2021 11:22, schrieb G. Heine:
this version displays only letters a-z correctly thus making the system
hardly
usable, unless you change to a different font. The problem is best
shown with
the attached screen-shot.
this seems to be a duplicate of
https://bugs.debian.org/cgi-bin/bu
Hi all,
Am 07.02.2021 22:51, schrieb Jonas Smedegaard:
Added now explicitly.
well, thanks. I can't wait to participate in this discussion.
My stance on this: In theory it should be technically possible to
replace the gsfonts (and gsfonts-x11) package with fonts-urw-base35 and
I believe this
Hi Jonas,
Am Sonntag, den 20.12.2020, 14:10 +0100 schrieb Jonas Smedegaard:
> This package has been superseded by fonts-urw-base35, which contains
> the
> same fonts but a newer release and using policy-compliant package
> name.
indeed, I have prepared fonts-urw-base35 to take over both gsfonts a
Am 2020-11-09 20:58, schrieb Paul Gevers:
# Failed test 'Testing stderr'
# at debian/tests/cfftot1.t line 24.
# got: 'cfftot1:
/usr/share/fonts/truetype/artemisia/GFSArtemisia.otf: No such file or
directory
This is looking for an opentype font in the truetype directory, which is
q
Control: tag -1 pending
Hello,
Bug #957394 in jumpnbump reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/games-team/jumpnbump/-/commit/7a3a913370edb1e176a2bcd191
Control: tags -1 confirmed pending fixed-upstream
Control: forwarded -1
https://github.com/coelckers/prboom-plus/commit/29320630c9ae878e537f451f173dbf9007d6786b
Hi Adrian,
Am Samstag, den 23.05.2020, 15:39 +0300 schrieb Adrian Bunk:
> cd /<>/obj-s390x-linux-gnu/data && ./rdatawad -I [...]
> /<>/obj-s390x-linux-gnu/prboom-plus.wad
> Segmentation fault
> make[3]: *** [data/CMakeFiles/prboomwad.dir/build.make:257: prboom-
> plus.wad] Error 139
are these pla
Control: reopen -1
Control: found -1 1.98-1
Hi Sven,
Am 18.04.2020 07:50, schrieb Sven Joachim:
Since chocolate-doom was there first to ship the offending file, I
assume it should be removed from crispy-doom.
I'll take care of that with the next upload, thank you!
- Fabian
Control: tag -1 pending
Hello,
Bug #946474 in fluidsynth reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/multimedia-team/fluidsynth/commit/e50669e6b61747e300842
Control: tag -1 pending
Hello,
Bug #941559 in xvidcore reported by you has been fixed in the
Git repository and is awaiting an upload. You can see the commit
message below and you can check the diff of the fix at:
https://salsa.debian.org/multimedia-team/xvidcore/commit/57faa77ceeae42d6da6f87f65
Hi James,
Am 02.10.2019 01:45, schrieb James Cowgill:
Indeed readelf contains some non-executable program headers in
2:1.3.5-1+b1 which do not appear in 2:1.3.5-1 in buster. The
".rotext" section sounds suspicious.
indeed, the check_cpu_feature() function is defined in
src/utils/x86_asm/cpuid
Am Donnerstag, den 29.08.2019, 09:54 -0400 schrieb Hugo Lefeuvre:
> Ack, I'll NMU then. Good luck with the baby :)
Thank you! \o/
- Fabian
signature.asc
Description: This is a digitally signed message part
Dear Hugo,
Am Donnerstag, den 29.08.2019, 08:04 -0400 schrieb Hugo Lefeuvre:
> Fabian (faad2 maintainer and upstream), do you want to handle this?
> Otherwise I can NMU a second time with this patch.
please go ahead with a second NMU. I am a bit short on time currently
(home alone with the 10mo b
Control: severity -1 normal
Hi Antonio,
thanks for the report, but I fail to see how a change in vertical
spacing could justify grave severity for a font package.
- Fabian
signature.asc
Description: This is a digitally signed message part
Control: severity -1 normal
Control: tags -1 +unreproducible
Am Donnerstag, den 20.12.2018, 21:38 +0200 schrieb Adrian Bunk:
> Warning: Option `-w G' is deprecated! Use option `-a qsq' instead
> postbuild_processing/tt-hinting/Hack-Regular-TA.txt:3:1: invalid
> glyph name (0x204)
> uni0023 tou
Adrian Bunk wrote:
> Warning: Option `-w G' is deprecated! Use option `-a qsq' instead
> postbuild_processing/tt-hinting/Hack-Regular-TA.txt:3:1: invalid glyph
> name (0x204)
> uni0023 touch 0,1,2,3,18,19,20,21,22,23,24,25,26,27,28,31 x 0.25 @ 13
> ^
> Unable to execute ttfautohint on the Hac
Hi,
Simon McVittie wrote:
> .PHONY: build
isn't the "clean" rule called before anything else? Couldn't we just
remove this directory in the "clean" rule?
- Fabian
Hi Klaumi,
Am Sonntag, den 22.10.2017, 15:24 +0200 schrieb Klaumi Klingsporn:
> Maybe it helps to upgrade libmp3lame0 to 3.100-2 as well?
> In this case lame should depend on this version (or above)
> of course!
the point is that in the lame 3.100-2 upload the library got a symbols
file that maps
control: tags -1 +unreproducible
Am Sonntag, den 22.10.2017, 14:01 +0100 schrieb Alex Dekker:
> Package: lame
> Version: 3.100-2
Hi Alex,
I cannot reproduce your issue.
> ii libmp3lame0 1:3.99.5-0.1
Ahem, please update the library package as well.
Thanks,
- Fabian
signature.asc
Descript
Am Freitag, den 29.09.2017, 14:08 + schrieb Holger Levsen:
> As you will have seen, I've done this now. :)
Cool, thanks! I have tagged what I uploaded as -4 yesterday in GIT, so
we should be clean again. ;)
Cheers,
- Fabian
signature.asc
Description: This is a digitally signed message par
Holger Levsen wrote:
> I think you forgot a tag?
Oh, indeed. I'll push the "-4" tag when I am at home.
> ok, will do!
Thank you!
- Fabian
Am Freitag, den 29.09.2017, 00:05 + schrieb Holger Levsen:
> Sure, I'm happy to do that! Did you push everything to git?
Yes, I have pushed everything. The latest commit is my attempt to merge
both of our efforts, i.e. what *should* have become revision -4.
Please upload a new revision, I'll
Am Donnerstag, den 28.09.2017, 19:37 + schrieb Holger Levsen:
> just revert my changes and apply your changes… (and then I can
> cherry-pick
> those changes of mine which you didnt do…)
I have already merged our branches and also the changelog, so it would
probably be the cleanest solution to
Am Donnerstag, den 28.09.2017, 20:23 +0200 schrieb Fabian Greffrath:
> I am on this, about to upload!
Sorry, I have uploaded this before I could realize you already changed
the packaging in GIT. And then my upload was ACCEPTED before I could
send the dcut token to cancel it. Now we hav
Am Donnerstag, den 28.09.2017, 16:22 + schrieb Holger Levsen:
> I've tried to simply set PYTHON=python3 in fonts-liberation2's
> upstream
> Makefile but that just caused a syntax error as the code aint ready
> for
> python3.
I am on this, about to upload!
- Fabian
signature.asc
Description
Adrian Bunk wrote:
> python scripts/setisFixedPitch-fonttools.py src/LiberationMono-*.ttf
> /bin/sh: 1: python: not found
> Makefile:58: recipe for target 'ttf-dir' failed
> make[1]: *** [ttf-dir] Error 127
> make[1]: Leaving directory '/build/1st/fonts-liberation2-2.00.1'
> dh_auto_build: make -j1
8d60f326aa15111f433ca194ee5b31883160d5fd
Author: Fabian Greffrath
Date: Wed Aug 2 20:47:26 2017 +0200
update debian/changelog
diff --git a/debian/changelog b/debian/changelog
index 7987cb6..9a589b3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,13 @@
+faad2 (2.8.1-2) unstable; urgency=medium
+
+ * Set
control: tags -1 +patch
Am Donnerstag, den 29.06.2017, 12:04 +0100 schrieb James Cowgill:
> It looks to me like the game loop has no sleeps or other waiting in
> it.
> It has probably always consumed 100% CPU.
Good catch! I have simply added a usleep(10) call in the main loop,
effectively capping
Markus Koschany wrote:
> graphics are completely different. Yes, the level design of pixbros
> resembles those of the other non-free games but it is not a direct copy.
> Also the gameplay is much different. I am not aware of any design
> patents for those non-free games hence I am quite sure that t
Control: severity -1 normal
Control: block -1 by 831425
Am Mittwoch, den 19.04.2017, 09:15 +0200 schrieb Lucas Nussbaum:
> E: Build killed with signal TERM after 150 minutes of inactivity
I fail to reproduce this on amd64, so I am sure this is due to the
known issue of fontforge exporting malform
Am Mittwoch, den 19.04.2017, 09:15 +0200 schrieb Lucas Nussbaum:
> [K [36mRMO[0mmsk-ocrb10efg.rmo
> > E: Build killed with signal TERM after 150 minutes of inactivity
This is the "remove overlaps" script called rmo.pe, which calls
fontforge with the following shebang line:
#!/usr/local/bi
Guys, thanks for taking the time to discuss this issue with me.
Since I am the one who sponsored the 1.204-1 upload, I will also do the
next one. I will just re-upload the package with its section changed to
contrib/fonts. Is this sufficient or is there anything else needed?
Thanks for your patie
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
I admit it's a bit hard to argue against three, but I'll try anyway. ;)
Am Mittwoch, den 18.01.2017, 01:12 + schrieb Scott Kitterman:
> DFSG #2 requires that "The program must include source
> code". Preferred form of modification is the defini
To: Fabian Greffrath
Subject: Re: [ghostscript] opentypefont
These fonts, however, are supplied in a binary, though editable, format
called PFB. In our opinion this file format corresponds to object code
and is clearly not "the preferred form of the work for making
modificatio
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Am Mittwoch, den 18.01.2017, 03:24 +1100 schrieb Ben Finney:
> Debian recipients should have equal access to make modifications to
> the work, build the work from modified source, and install the
> result.
All these modifications could be made to th
Paul Wise wrote:
> The issue isn't that they currently use proprietary software to
> convert to OTF format. The issue is that there is no Free Software in
> Debian main that can build the OTF from source. This is a clear
> violation of Debian policy and that indicates the package needs to be
> in c
Dear Ben,
thank you very much for your bug report. However, I believe you are wrong
with applying RC severity to this issue and I have added FTP-Masters to CC
in the hope for clarification.
Ben Finney wrote:
> I see now that this refers to a proprietary program named Glyphs, as a
> program used i
It's just a wild guess, but this
Pietro Battiston wrote:
> Package: ardour
> Version: 1:5.4.0~dfsg-1
[...]
> ii ardour-data 1:4.2~dfsg-5
just doesn't seem corect to me!
- Fabian
Am Sonntag, den 17.07.2016, 16:24 +0100 schrieb James Cowgill:
> Woops I think that was my fault. It should be fixed in 2.0.3+dfsg1-2.
Thanks for taking care of this!
Is there a way to tell pbuilder to build arch:all and arch:any parts
separately, so bugs like this become apparent during a usual
Am Samstag, den 16.07.2016, 19:17 + schrieb Thorsten Glaser:
> I’ll compile and test it now (modulo time needed for cooking,
> eating, etc). and mail back.
Ah, whatever. It compiled fine and so I uploaded it. So users can
upgrade their sid systems. Everything else could be buffed out in a
revi
Hi Thorsten,
I could do a team upload of the current state in GIT this evening.
Could you confirm this is fine for uploading as it is now?
- Fabian
Am Samstag, den 16.07.2016, 12:18 + schrieb Thorsten Glaser:
> Hi everyone,
>
> the version in the packaging repository allegedly fixes the
>
Am Sonntag, den 13.03.2016, 21:25 +0100 schrieb Sebastian Ramacher:
> Yes, dvdwizard would have to be RoQ-ed if we are going to remove
> transcode. But it's also dead upstream and orphaned.
Alright, let's go for it.
Anyway, since transcode is a command-line utility, it should be rather
straightfo
Am Dienstag, den 08.03.2016, 23:39 +0100 schrieb Sebastian Ramacher:
> What do you think?
No objections, except for this:
$ apt-cache rdepends transcode
transcode
Reverse Depends:
transcode-doc
xjadeo
transcode-dbg
multimedia-video
python-mecavideo
dvdwizard
It appears that at least
Am Donnerstag, den 08.10.2015, 09:07 +0100 schrieb Chris Lamb:
> Good grief, apologies. Let me know if you get dinged for this and
> I'll get you some BTC or somthing.
Never mind! By "costy" I meant "it drains off my high-speed volume". It
was not meant in the monetary sense, sorry for the confusi
Hi Chris,
Am Mittwoch, den 07.10.2015, 21:18 +0100 schrieb Chris Lamb:
> The full build log is attached [...]
that's 1.8 MB.
Please consider using gzip when transmitting files of this size. I am
reading mails over my phone on the train and incidently hitting a mail
like this may come out costy.
Control: severity -1 minor
Hi,
Am Samstag, den 26.09.2015, 21:49 -0430 schrieb PICCORO McKAY Lenz:
> Severity: grave
there is a policy regarding bug severities:
https://www.debian.org/Bugs/Developer#severities
This does not even remotely justify for a release-critical severity.
> debian ofici
Am Dienstag, den 18.08.2015, 09:58 +0200 schrieb Fabian Greffrath:
> unfortunately, I had no luck convincing the SRM to accept my proposed e
> -d-s update in Jessie in #789429. I didn't even receive a singly reply
> after ~2 months. Maybe one of you wants to try his luck with it?
So
Hi Jack,
Am Mittwoch, den 26.08.2015, 00:20 +0200 schrieb Jack Underwood:
> Any news on this bug? It looks like quite a simple fix, I would do it
> myself but I don't know how to use the debian git system (I have only
> ever used github before).
it should have made it to testing now.
Cheers,
Hi all,
Am Mittwoch, den 26.08.2015, 00:20 +0200 schrieb Jack Underwood:
> Any news on this bug? It looks like quite a simple fix, I would do it
> myself but I don't know how to use the debian git system (I have only
> ever used github before).
would anyone object if I nmu, ne team-upload this
Hi there,
Am Montag, den 15.06.2015, 10:46 +0200 schrieb Josselin Mouette:
> I put 3.12.11 in unstable precisely so that it gets a little testing,
> and I’d indeed like to see it in 8.2 if the diff is acceptable.
unfortunately, I had no luck convincing the SRM to accept my proposed e
-d-s update
Control: tags -1 + patch
Am Montag, den 08.06.2015, 09:07 +0200 schrieb Fabian Greffrath:
> *((char *)buffer) = tmp;
Correction: You'll also need to dereference the tmp pointer, i.e.:
--- supertux-0.3.5a.orig/src/audio/wav_sound_file.cpp
+++ supertux-0.3.5a/src/audio/wav_sound_
Am Donnerstag, den 13.08.2015, 20:05 +0200 schrieb Evgeni Golov:
> > > -lSDL_image -lSDL_mixer
> Is there anything special in your setup that would trigger this?
It seems to link against both SDL_image and SDL_mixer, but not against
SDL itself!
- Fabian
signature.asc
Description: This is a
Am Montag, den 15.06.2015, 10:56 +0200 schrieb Emilio Pozuelo Monfort:
> OK. But beware of http://bugs.debian.org/787624 when trying to push
> this to jessie.
So, there are two package revisions +deb8u{1,2} that are currently
missing from the "jessie" branch in SVN, right?
What is the "gbp impor
Hi Emilio,
Am Freitag, den 12.06.2015, 19:54 +0200 schrieb Emilio Pozuelo Monfort:
>
> There's already a branch in pkg-evolution/jessie/evolution-data
> -server/. Use
> that, build and test the packages in jessie, then open a p-u bug
> against
> release.debian.org with a debdiff from jessie atta
Dear pkg-evolution,
this bug is present in the versions of e-d-s/libcamel currently in
unstable/testing and stable. It is really severe as it prevents mails
from being sent without evolution (and thus the user) taking any notice
of it. It thus may cause (and already has for me) silent data loss.
Hi Vincent,
Am Donnerstag, den 04.06.2015, 00:40 -0700 schrieb Vincent Cheng:
> /«PKGBUILDDIR»/src/audio/wav_sound_file.cpp:162:4: error: 'void*' is not a
> pointer-to-object type
>*buffer = tmp;
> ^
> make[3]: *** [CMakeFiles/supertux2.dir/src/audio/wav_sound_file.cpp.o] Error 1
>
> An
Control: fixed -1 3.16.2-1
*sigh* will this work?
signature.asc
Description: This is a digitally signed message part
Control: notfound -1 3.16.2-1
signature.asc
Description: This is a digitally signed message part
Control: found -1 3.12.9~git20141128.5242b0-2+deb8u2
Control: found -1 3.12.11-1
Control: notfound -1 3.16
Control: tags -1 +upstream +patch
Control: forwarded -1 https://bugzilla.gnome.org/show_bug.cgi?id=749292
signature.asc
Description: This is a digitally signed message part
Package: evolution-data-server
Version: 3.12.9~git20141128.5242b0-2+deb8u2
Severity: critical
Tags: patch
Justification: causes serious data loss
Hi there,
there is a serious bug in libcamel 3.12.3. This bug is not fixed in
3.12.11 and since 3.12.11 is the last upstream release of that
branch, it
Hi there,
Am Samstag, den 30.05.2015, 18:46 +0200 schrieb Niklaas Baudet von
Gersdorff:
> I already looked for a way to do so but remained unsuccessful. What is
> the best way to achieve this once the packages have already been
> installed from deb-multimedia.org ?
please follow the advice her
Control: severity -1 minor
Control: forwarded -1
https://github.com/chocolate-doom/chocolate-doom/issues/479
Control: tags -1 upstream pending
Control: retitle -1 accidental license upgrade to GPLv3+
Upstream also considers this a non-issue, thus downgrading severity:
https://github.com/chocola
Dear Jonathan,
Am Mittwoch, den 20.05.2015, 04:39 + schrieb Debian testing
autoremoval watch:
> chocolate-doom 2.1.0-1 is marked for autoremoval from testing on 2015-06-10
>
> It is affected by these RC bugs:
> 785122: chocolate-doom: includes licence-incompatible GPLv3 code
this is getting
Hi Jon,
Am Dienstag, den 12.05.2015, 14:17 +0100 schrieb Jonathan Dowland:
> Chocolate-doom includes code taken from GnuPG, which is GPLv3, whereas
> chocolate-doom is GPLv2 (or later). Upstream have fixed this by replacing
> the AES implementation with one from the kernel. See
doesn't mixing GP
Am Sonntag, den 26.04.2015, 19:01 +1000 schrieb Dmitry Smirnov:
> No worries, I'll do that. :)
Cool, thank you very much for uploading!
- Fabian
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Hi all,
thanks for your replies!
Am Sonntag, den 26.04.2015, 01:10 +1000 schrieb Dmitry Smirnov:
> .symbols seems not to be very useful for C++ and they come with high
> maintenance cost. I'd probably just remove "libflac++6.symbols"...
Yes, that would probably be the easiest solution. And I
Control: tags -1 + help
Hi Sebastian,
Am Freitag, den 24.04.2015, 21:27 +0200 schrieb Sebastian Ramacher:
> | - _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base 1.3.0
> | + _ZN4FLAC7Decoder4File13read_callbackEPhPj@Base 1.3.1-1
> | +#MISSING: 1.3.1-1# _ZN4FLAC7Decoder4File13read_callbackEPhPm@Base
Control: reassign -1 doomsday
> I once helped to get the package back up into shape in order to
> provide another alternative engine (besides prboom-plus) that was able
> to run freedoom. This was around the time when vavoom became unusable
> and was eventually removed from Debian.
>
> Meanwhile,
Source: deng
Version: 1.10.4-2
Severity: serious
Justification: Policy 5.6.3
Hi all,
I once helped to get the package back up into shape in order to
provide another alternative engine (besides prboom-plus) that was able
to run freedoom. This was around the time when vavoom became unusable
and was
Am Dienstag, den 02.12.2014, 23:29 +0100 schrieb Bastien ROUCARIES:
> And offencive (sexist) for 50% of the population the women...
Now it's getting really ridiculous. Gosh, it's a picture of a woman!
- Fabian
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject
Am Mittwoch, den 26.11.2014, 19:58 -0800 schrieb Erik de Castro Lopo:
> One more patch to cherry pick:
Thank you very much!
I hope to be able to prepare updated packages by next week.
- Fabian
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe"
On Mon, 10 Nov 2014 21:44:58 +0100 Pino Toscano wrote:
> Please drop this NMU, since the approach chosen (bumping shlibs for
> everybody) is not correct.
We once had a very similar issue in the ffmpeg, ne libav packaging,
where we had to declare much stricter dependencies among the packaged
libra
Hi Ondřej,
thanks for taking care of the libjpeg-turbo transition!
Am Samstag, den 18.10.2014, 15:48 +0200 schrieb Ondřej Surý:
> Package: src:vavoom
> Version: 1.33-5
> Severity: serious
> Justification: libjpeg-turbo transition
vavoom is currently only available in stable and experimental, an
Hi all,
Am Dienstag, den 23.09.2014, 00:53 -0700 schrieb Vincent Cheng:
> jumpnbump-levels does not currently have any human uploaders. This is a
> violation of a "must" directive in Policy 5.6.3 [1], hence it is a RC bug.
I have prepared a new package in
http://anonscm.debian.org/cgit/pkg-gam
This is the backtrace (sorry, no additional debug symbols installed):
0x76334e86 in gtk_widget_size_allocate_with_baseline ()
from /usr/lib/x86_64-linux-gnu/libgtk-3.so.0
(gdb) bt
#0 0x76334e86 in gtk_widget_size_allocate_with_baseline ()
from /usr/lib/x86_64-linux-gnu/libgtk-3.so
Package: brasero
Version: 3.10.0-1
Severity: critical
This happens when I try to start Brasero, the last line translates to
"segmentation fault":
$ brasero
(brasero:32051): GLib-GObject-WARNING **: The property GtkMisc:xalign is
deprecated and shouldn't be used anymore. It will be removed in a f
Hi Simon,
Am Dienstag, den 10.06.2014, 23:01 +0100 schrieb Simon McVittie:
> Looks like a change in make(1) behaviour: a rule to build
> build/24/quake.png used to take precedence over one for
> build/%/quake.png (and the same for 3 other basenames), and now it doesn't.
>
> This was more fragile
Am Samstag, den 10.05.2014, 21:27 -0700 schrieb Vincent Cheng:
> Built, signed, and uploaded, thanks for your work!
Thank you so much for uploading the packages!
Best regards,
Fabian
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Am Montag, den 05.05.2014, 23:15 -0700 schrieb Vincent Cheng:
> Don't forget that the Debian Games team
> has a sponsorship queue [1] that you can use if you're looking for a
> sponsor within the team; I aim to regularly check the queue for
> packages to sponsor.
Alright, I have added my pending
1 - 100 of 292 matches
Mail list logo
