Am 2025-05-24 22:09, schrieb Alexandre Detiste:
A "local/" section guaranteed to never exist for official package
would do the trick.
and then APT would need to be teached about it;
and it would not be games specific at all.
This sounds like a very good idea for the next release cycle.
- Fab
Am Donnerstag, dem 22.05.2025 um 09:08 -0700 schrieb Julian Francisco
Lehr-Bryant:
> -z 8192 fixed the issue. Setting -r 4800 also fixed the issue, which
> was hinted at in the pipewire thread.
Thanks for testing!
While at it, could you please check if setting `-z 512` alone does also
fix the iss
Hi Julian,
Am 2025-05-17 21:22, schrieb Julian Francisco Lehr-Bryant:
Restarting the fluidsynth service (systemctl --user restart
pipewire.service) abates the problem for each boot, but only
uninstalling fluidsynth causes the problem to go away completely.
this is just a blind shot, but does
control: found -1 0.13.0-2
Am Dienstag, dem 29.04.2025 um 10:40 +0200 schrieb okgomdjgbmoij:
> It should be a recommends so that you aren't forced to install the
> debian engine. They are a zillion forks of the engine.
I see, I'll change this.
- Fabian
signature.asc
Description: This is a di
control: tags -1 +upstream
control: forwarded -1 https://github.com/freedoom/freedoom/issues/1500
: 12.04.25 19:03 (GMT+07:00) An: Debian
Bug Tracking System Betreff: Bug#1102742: eureka: it
looks like eureka could be rebuilt against fltk1.4 Source: eurekaVersion:
2.0.2-1Severity: normalX-Debbugs-Cc: Stephen Kitt , Fabian
Greffrath I've seen the new Fltk1.4 support Wayland.And I
: 12.04.25 19:03 (GMT+07:00) An: Debian
Bug Tracking System Betreff: Bug#1102742: eureka: it
looks like eureka could be rebuilt against fltk1.4 Source: eurekaVersion:
2.0.2-1Severity: normalX-Debbugs-Cc: Stephen Kitt , Fabian
Greffrath I've seen the new Fltk1.4 support Wayland.And I
Am 2025-04-06 17:14, schrieb jman:
Hello and thanks for the feedback. I had no idea what "dmo" stands for
and why I had those packages installed. My Debian was freshly installed
in 2019.
Well, that's still 6 years ago. ;)
I researched a bit and while the wiki[0] is a bit light on details, ..
I wonder what reasons people still have nowadays to install packages from
dmo?Von meinem/meiner Galaxy gesendet
Ursprüngliche Nachricht Von: jman Datum:
05.04.25 23:03 (GMT+01:00) An: sub...@bugs.debian.org Betreff: Bug#1102164:
libavcodec: build version 61.19.101 incompatibl
I wonder what reasons people still have nowadays to install packages from
dmo?Von meinem/meiner Galaxy gesendet
Ursprüngliche Nachricht Von: jman Datum:
05.04.25 23:03 (GMT+01:00) An: sub...@bugs.debian.org Betreff: Bug#1102164:
libavcodec: build version 61.19.101 incompatibl
Am Samstag, dem 05.04.2025 um 15:16 +0200 schrieb Rene Engelhard:
> fonts-liberation (>= 1:2) | fonts-croscore
Yes, that would have been clearer (got your mail just one minute too
late). However, at the time both fonts-recommends and fonts-liberation
reach testing, the Liberation fonts v1 are alre
Hi there,
Am 2025-04-01 20:49, schrieb Jeremy Bícha:
So the question is whether the Fonts team is ok with distributing
pre-built Adwaita fonts for now which would allow these fonts to be
included in Debian 13 for GNOME by default, or whether we insist on
building them from source.
I have been
On Sat, 13 Jul 2024 23:14:42 + =?UTF-8?Q?Daniel_Martin?=
wrote:
> OTHER_OPTS='-z8192'
Increasing the buffer size from 64 to 8192 is probably a bit drastic.
The default value for Windows is 512. Would that work for you as well?
- Fabian
signature.asc
Description: This is a digitally s
Am Donnerstag, dem 13.03.2025 um 11:58 +0100 schrieb Sebastian
Ramacher:
> The -extra meta package is there to help users to get the
> -extra variants where they exist. But
Could you reveal the second half of the last sentence, please?
- Fabian
signature.asc
Description: This is a digitally s
Am 2025-03-13 11:58, schrieb Sebastian Ramacher:
Please don't. I don't think that we should support this use case in the
archive.
Hmkay.
The -extra meta package is there to help users to get the
-extra variants where they exist. But
Now it got interesting... ;)
- Fabian
Am 2025-03-11 15:46, schrieb Martin-Éric Racine:
Welcome. Has there been any progress on this?
Nope, but I'd volunteer to work on this.
What name scheme do you suggest for the packages, libav*-nonextra or
libav*-regular or anything else?
- Fabian
Is there any specific reason why this package doesn't follow the usual "Debian
unstable first, then merge to Ubuntu" development cycle? - FabianOn Sat, 1 Mar
2025 17:38:43 +0100 Till Kamppeter wrote:> It should
be easy, just porting over the current Ubuntu package, >
3.24.4+dfsg0-0ubuntu4.> >
control: tags -1 forwarded https://github.com/FluidSynth/fluidsynth/pull/1499
signature.asc
Description: This is a digitally signed message part
Thank you for improving the man page!
However, the last chunk in your patch failed to apply cleanly. Could
you please check again?
Also, please consider filing your patches directly on the upstream bug
tracker. This is shorter than me applying them in the Debian package
and forwarding them to ups
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 Freitag, dem 21.02.2025 um 12:23 +0100 schrieb Emilio Pozuelo
Monfort:
> The transition just started; it's not closed with the package upload.
Sorry, I'm not involved into library transitions that often. ;)
- Fabian
signature.asc
Description: This is a digitally signed message part
Am 2025-02-21 10:08, schrieb Emilio Pozuelo Monfort:
Looking at the chromium and qtwebengine logs, I think there's a
permission issue in your sbuild setup (possibly with /dev/shm). If
you're able to fix that, then you could retry the failed packages and
see how far they go. They may succeed, or
Am 2025-02-21 09:37, schrieb Emilio Pozuelo Monfort:
Can you upload them to people.debian.org? I'd like to inspect a couple
of them, in particular one for a key package (qtwebengine). Other than
that, the results are promising, so I think we can start this soon.
Sure, please find them here:
h
Hi,
Am Donnerstag, dem 20.02.2025 um 09:17 +0100 schrieb Sebastian
Ramacher:
> The interesting packages for this transition are those listed at
> https://release.debian.org/transitions/html/auto-flac.html. Do any of
> those FTBFS with the new flac version?
I just checked these:
2025/02/21 08:09:
Hi Paul,
Am 2025-02-19 21:54, schrieb Paul Gevers:
No, not really. I read your changelog and as a complete outsider it
feels like you made a big change. I guess those variable fonts are more
variable than you like. Do other variable fonts in the teams scope
build reproducible (sorry didn't che
Am 2025-02-18 11:09, schrieb Emilio Pozuelo Monfort:
There's the ratt tool (bin:ratt) which helps rebuild rdeps, though I
haven't used it, my setup is quite ad hoc.
Thanks for the hint!
So, I set up ratt and schroot. Ratt identified 411(!) reverse rdeps that
I attempted to rebuild over night
Am 2025-02-18 20:06, schrieb Paul Gevers:
The upload of 0.303.1-3 changed the state of fonts-cantarell on the
reproducibility project infrastructure from being reproducible to being
not reproducible.
Ouch! Any idea what may be the root cause of this regression?
- Fabian
Am 2025-02-18 10:42, schrieb Emilio Pozuelo Monfort:
Do the rdeps build fine against the new version?
From the API changes, I expect yes. Is there any reasonable/automated
way how I can test all of its rdeps?
- Fabian
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: f...@packages.debian.org
Control: affects -1 + src:flac
User: release.debian@packages.debian.org
Usertags: transition
Hi release team,
please provide a transition slot for flac.
To cite the upstream changelog: "As there have been add
Am 2025-02-15 22:29, schrieb Amr Ibrahim:
Maybe a NEWS.Debian that can be displayed with apt-listchanges, saying
that the user should probably restart the session after upgrading the
font.
Any feedback is appreciated:
https://salsa.debian.org/fonts-team/fonts-cantarell/-/merge_requests/4
Than
Am Samstag, dem 15.02.2025 um 15:59 -0500 schrieb Jeremy Bícha:
> It is unfortunate that we still suffer from
> https://bugs.debian.org/788791 . People will need to log out and log
> back in for their fonts to display correctly after updating this
> font.
Yes, but this will affect any upgrade of a
> I think it's always recommended to restart after upgrading GNOME.
Right. Especially when upgrading across major revisions involving
gnome-session et al., one should not expect to run the current session
any further.
> I think we could try building only the variable font.
I will prepare a packa
Am Dienstag, dem 04.02.2025 um 07:45 +0100 schrieb Alexandre Detiste:
> looks like a quick workaround to a bug in fontforge
> back then around 2023-01-17.
That bug, should it be one, is still present in fontforge today:
https://github.com/fontforge/fontforge/blob/2e5bbdc933e125332ee0cdc6d74dabf1f
Am 2025-02-04 12:54, schrieb Amr Ibrahim:
Could a variable font be built?
Sure! The question is rather if we want the variable font to replace the
static ones or if we want it in addition to the static fonts?
- Fabian
Hi Alexandre,
Am Dienstag, dem 04.02.2025 um 07:45 +0100 schrieb Alexandre Detiste:
> It feels like adding a build-dep for python3-pkg-resources here
> looks like a quick workaround to a bug in fontforge
> back then around 2023-01-17.
>
> Please retry the build without this dependency.
without t
What I want to avoid is adding a Recommends (or possibly Suggests) to
SDL as you suggested, and then finding that a year or two later I'm
being
required to spend large amounts of high-priority time on dealing with
someone reporting this as a security vulnerability, and demanding my
immediate att
Hi Simon,
Am 2025-02-02 13:23, schrieb Simon McVittie:
If packages outside the Valve/Steam ecosystem are going to install
steam-devices automatically (#1094936) or encourage it to be installed
(#1078751) then it should have documentation describing the trade-off
between functionality and securit
Package: steam-devices
Version: 1:1.0.0.82~ds-3
Severity: wishlist
Hi,
as the subject line says. It took me quite a while to find out that my
Nintendo Switch Pro compatible game controller would be properly
supported (including 6-axis gyrometer!) when this package is
installed.
Thanks!
- Fabia
Package: libsdl2-2.0-0
Version: 2.30.11+dfsg-1
Severity: wishlist
Hi,
for the same reason outlined in #1094934.
Also applies to libsdl3-0, btw.
-- System Information:
Debian Release: trixie/sid
APT prefers testing-debug
APT policy: (500, 'testing-debug'), (500, 'testing')
Architecture: amd
Hi Jeremy,
Am Sonntag, dem 19.01.2025 um 15:21 -0500 schrieb Jeremy Bícha:
> We had talked earlier about possibly packaging the new GNOME default
> font as a separate binary package from source fonts-inter.
isn't this rather an ITP or RFP than a wishlist bug for fonts-inter?
- Fabian
signatu
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
Hi Sean,
On Wed, 20 Nov 2024 12:42:23 -0500 Sean McGovern wrote:
Is there any interest in having an 'altivec' flavour for this package?
Similar to what 'x264' and several other packages do?
introduction of the "altivec" flavor for x264 happened some 14 years ago
when powerpc was still a relev
Am 2024-11-07 11:04, schrieb Martin-Éric Racine:
Replacing all the *-extra with the metapackage already is possible.
Replacing the non-extra ones is not.
I see, so this is about dlopen()ed shared libraries. Thanks for the
example!
- Fabian
Am 2024-11-06 10:53, schrieb Martin-Éric Racine:
ffmpeg aleady ships generic libav*-extra packages that depend on the
latest versions. It would be desirable to also ship non-extra versions
of these.
Could you elaborate your use case, please? The non-extra variants of the
shared library packag
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
Package: gstreamer1.0-fdkaac
Version: 1.20.0-1
Severity: wishlist
Hi,
this package has fallen a bit behind the gst-plugins-bad1.0 package
with which it shares sources. Please upgrade to keep both in sync.
Thanks!
- Fabian
-- System Information:
Debian Release: trixie/sid
APT prefers testin
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
Hello,
Am Sonntag, dem 07.07.2024 um 12:38 +0200 schrieb phil995511 -:
> I'm a LMS (Logitech Music Server) user on Debian. With this software
> solution 30~40 % of web radio dont work because chained ogg-flac
> files don't work :-(
>
> 16 years after its creation, this bug has not been resolved a
Am Samstag, dem 06.04.2024 um 11:15 +0200 schrieb Michael Biebl:
> Is the problem reproducible after a reboot?
> Is the problem reproducible for a freshly created user?
Interestingly, today it worked when I wanted to reproduce the issue.
I'll report back when it occurs again.
Thanks!
- Fabian
Source: 7zip
Version: 23.01+dfsg-7
Severity: normal
Hi again,
currently, the 7zip package has both a versioned Breaks+Replaces as
wellas a versioned Conflicts relationship against the p7zip-full and
p7zip packages. In general, if a package conflict can be resolved by
installing a specific version
Source: 7zip
Version: 23.01+dfsg-7
Severity: normal
Hi,
currently, the 7zip-standalone package has a hard dependency on the
full-featured 7zip package, rendering it quite useless as a "light"
standalone package.
Please consider either turning it into an actual standalone package
without any furt
Package: game-data-packager
Version: 77
Severity: normal
X-Debbugs-Cc: openj...@packages.debian.org
Hi,
the packaging information for the jazz_jackrabbit_collection package
from GOG.com is outdated. Thre is a new package available for download
called 'setup_jazz_jackrabbit_collection_2.0_csv2_(51
> If I recall it correctly, the primary suggestion in that bug report
> is to split fonts-noto-core into an LCG and an "other" package.
I have created a MR to implement this:
https://salsa.debian.org/fonts-team/fonts-noto/-/merge_requests/1
- Fabian
signature.asc
Description: This is a digit
Package: python3-reportlab
Version: 4.0.4-11
Severity: minor
Hi,
according to the comment added in
debian/patches/dejavu-font-default.diff:
# the T1 file was not yet found!
# fall back to Vera TTF font
This reads to me that python-reportlabs tries to find the T1 fonts
*first* and then falls bac
Package: python3-reportlab
Version: 4.0.4-9
Severity: normal
Hi,
currently python3-reportlab is the only package on my system which
pulls in the deprecated ttf-bitstream-vera font, which has long been
obsoleted by fonts-dejavu. Please change to *any* other font or at
least offer a choice of alter
Package: installation-reports
Severity: wishlist
Boot method: USB
Image version:
https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/debian-testing-amd64-netinst.iso
Date: 20230808
Machine: Lenovo IdeaPad 5 14IAL7
Partitions:
Base System Installation Checklist:
[O]
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
Hi Nilesh,
Am Freitag, dem 30.06.2023 um 08:53 +0530 schrieb Nilesh Patra:
> Could you consider to vendor truetype/liberation2 as a symlink to
> truetype/liberation?
sure, I could do that. But then we'd end up again with two entries in
the file system for the same (in this case even identical) fo
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
Hi,
as outlined by smcv in #1039564:
zsnes is i386-only due to its use of i386 assembly language, and this
seems unlikely to change any time soon.
Alternatives available for multiple CPUs include:
Package: ftp.debian.org
Severity: normal
User: ftp.debian@packages.debian.org
Usertags: remove
X-Debbugs-Cc: fonts-liberati...@packages.debian.org
Control: affects -1 + src:fonts-liberation2
Hi,
as announced on debian-devel [1], Liberation fonts v1 have been
abandoned upstream and Liberation
Hi there,
sorry for the late reply!
Am Sonntag, dem 02.01.2022 um 20:44 +0200 schrieb Martin-Éric Racine:
> It would be desirable for fonts-liberation2 to Provides fonts-
> liberation so as to avoid installing two versions of essentially the
> same font.
First, strictly speaking fonts-liberation
Hi Reimar,I remember that back then, when powerpc was still a release
architecture in Debian, we built two flavors of the ffmpeg libraries -- one
with altivec and one
without:https://salsa.debian.org/multimedia-team/ffmpeg/-/blob/debian/master/debian/rules#L184That
code is still there, so I won
Package: installation-reports
Severity: normal
Boot method: USB
Image version: debian-bookworm-DI-rc2-amd64-netinst.iso (downloaded 2023-05-05)
Machine: Lenovo IdeaPad 5
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it
Initial boot:
Package: installation-reports
Severity: normal
Boot method: USB
Image version: debian-bookworm-DI-rc2-amd64-netinst.iso from 2023-05-05
Date: 2023-05-05 12:00
Machine: Lenovo IdeaPad 5 14IAL7
Partitions:
Base System Installation Checklist:
[O] = OK, [E] = Error (please elaborate below), [ ] =
og 2022-12-30 16:10:11.0 +0100
+++ fluidsynth-2.3.1/debian/changelog 2023-04-18 07:48:30.0 +0200
@@ -1,3 +1,11 @@
+fluidsynth (2.3.1-2) unstable; urgency=medium
+
+ * Team upload.
+ * Apply patch from upstream to fix seamless looping between MIDI
+files.
+
+ -- Fabian Greffrath
Am Freitag, dem 07.04.2023 um 15:14 +0100 schrieb
nwil...@glyphography.com:
> based on the outline format contained within (quadratic vs cubic
> Beziers), then filename extension alone is not adequate.
>
> Similarly, if the intent is to make some sort of distinction based on
> the contents of the
Source: openal-soft
Version: 1:1.19.1-2
Severity: wishlist
Hi there,
please upgrade the openal-soft package to upstream version 1.23!
The 1.19.1 release which is currently in Debian exhibits some serious
clicking when sounds are played repeatedly in Doom source ports and
reportedly these clinks
+1,10 @@
+fonts-dejavu (2.37-6) unstable; urgency=medium
+
+ * Touch all generated TTF files with SOURCE_DATE_EPOCH time,
+Closes: #1032599.
+
+ -- Fabian Greffrath Fri, 10 Mar 2023 09:35:35 +0100
+
fonts-dejavu (2.37-5) unstable; urgency=medium
[ Paul Menzel ]
diff -Nru fonts-dejavu-2.37
Package: gstreamer1.0-plugins-base-apps
Version: 1.22.0-3
Severity: normal
Hi there,
I have a couple of videos here, mostly in MP4 v2 format [1], that
gstreamer-based players have some problems with. In this specific
case, playing a video with gst-play-1.0 and seeking through the video
ultimately
Hi Daniel,
Am Dienstag, dem 31.01.2023 um 18:23 +0100 schrieb Daniel Baumann:
> patch attached.
sorry, but your patch doesn't apply in debian/control.
Could you probably file a MR in the GIT repo instead?
Thanks!
- Fabian
signature.asc
Description: This is a digitally signed message part
Hi Julian,this is highly appreciated, thanks for all the effort you put into
this!I'd recommend to avoid the "awesome" part of the name altogether. Font
Awesome upstream apparently changed his mind and had become rather hostile
towards open development, so we shouldn't give them more reason to f
Am Samstag, dem 21.01.2023 um 18:55 +0100 schrieb Rene Engelhard:
> This upgrade, which now unfortunately already is in testing makes the
> font NOT metric-compatible with Cambria...
Ouch, that's unfortunate! Do we know which glyphs are affected so that
they can probably get patch back to metric c
Hi Roland,
thank you very much for the effort you put into this issue!
Am Freitag, dem 20.01.2023 um 23:03 +0100 schrieb Roland Rosenfeld:
> So we should think about "repairing" these files and make them real
> .pfb files with segment headers. Only problem is, that t1binary
We must not forget t
Hi,
Am Donnerstag, dem 19.01.2023 um 13:57 -0500 schrieb Jorge Moraleda:
> Fabian mentioned that "upstream has decided to rename the binary font
> files and in that course change the file extensions from .pfb to
> .t1." but from the above experiment it seems that upstream changed
> the actual file
Am Donnerstag, dem 19.01.2023 um 13:12 +0100 schrieb Jonas Smedegaard:
> The very purpose of Noto is to cover many scripts.
> If you need latin-cyrillic-greek coverage, pick another o the many
> fonts covering that smaller scope.
Sure, I was expecting a stubborn reply...
However, you contradict y
control: forwarded -1
https://github.com/ArtifexSoftware/urw-base35-fonts/issues/38
signature.asc
Description: This is a digitally signed message part
On Sun, 17 Jul 2022 15:38:56 +0200 Agathe Porte
wrote:
> python-gflanguages has been uploaded to NEW.
>
> Now ITP glyphsets [1] is blocking this upgrade
Now both python-gflanguages and python-glyphsets have fond their way
into Debian.
- Fabian
signature.asc
Description: This is a digitally s
Hi Andreas,
thank you for working on this!
I think an upload of your current branch to experimental would be reasonable at
this point.
- Fabian
This e-mail is sent on behalf of Doncasters Group. Its contents are
confidential to the recipient and may be legally privileged, subject to export
c
Package: wnpp
Severity: wishlist
Owner: Fabian Greffrath
X-Debbugs-Cc: debian-de...@lists.debian.org,
pkg-games-de...@lists.alioth.debian.org
* Package name: dsda-doom
Version : 0.25
Upstream Contact: Ryan Krafnick <https://github.com/kraflab>
* URL :
> The reason why the Debian/watch file for the Debian package doesn't catch
> this is that it searches for release tarballs with ".bz2" extension, whereas
> upstream has switched to ".xz" compression since the 2.13.91 release.
https://salsa.debian.org/freedesktop-team/fontconfig/-/merge_requests
Control: retitle -1 please update fontconfig to 2.14.1
Indeed, upstream has already released fontconfig 2.14.1 in October 2022.
The reason why the Debian/watch file for the Debian package doesn't catch this
is that it searches for release tarballs with ".bz2" extension, whereas
upstream has swi
Hi Jakub,
Am Donnerstag, dem 01.12.2022 um 19:21 +0100 schrieb Jakub Wilk:
> In the Nimbus Roman font, the character ₤ (U+20A4 LIRA SIGN) looks
> like
> "zł". It should look similar to £ (U+00A3 POUND SIGN) instead.
well, I doubt that we'll be able to fix this in the scope of the Debian
package.
Hi Christoph,
Am Samstag, dem 15.10.2022 um 22:18 +0200 schrieb Christoph Biedl:
> and identified the problem as follows: This file s05l.afm was
> previously provided by gsfonts package, that package is now
> transitional
> and depends on fonts-urw-base35, but the file is not provided there.
Package: fonts-texgyre
Version: 20180621-3.1
Severity: normal
Hi,
while I was glad to see that the math fonts have finally been split
off of the fonts-texgyre package, I was a bit disappointed to realize
that I would have to install them anyway, because fonts-texgyre has a
hard dependency on font
Package: wnpp
Severity: wishlist
Owner: Fabian Greffrath
X-Debbugs-Cc: debian-de...@lists.debian.org, Debian Games Team
* Package name: woof
Version : 10.3.0
Upstream Author : Fabian Greffrath
* URL : Debian Games Team
* License : GPL-2.0+ and others
HI Markus,
Am Freitag, dem 30.09.2022 um 17:08 +0200 schrieb Markus Hitter:
> Would you mind making a packaging patch? This would solve the problem
> at least for Debian (and Ubuntu) users, giving upstream as much time
> as they want or need.
sorry, no chance! This has to be solved upstream, ther
Am Donnerstag, dem 29.09.2022 um 18:06 +0200 schrieb Markus Hitter:
> Bugfix provided in the upstream bug.
I've seen that, thank you!
> Now comes the hardest part: encouraging upstream maintainers to
> accept the bugfix. They usually feel alienated if some unknown idiot
> (me) comes along and sol
-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:
Am 26.01.2022 10:51, schrieb Laurent Bigonville:
Could anybody of the multimedia team have a look at this?
What do you expect from "having a look at this"?
I agree that the package should be in main, but in the end it's up to
the ftp-masters to decide.
- Fabian
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
1 - 100 of 2849 matches
Mail list logo
